至于做交付和做产品的是不是一波人，这个要看公司发展阶段的，公司初创那肯定既要又要，都是合伙人，多干点没问题，后面招进来的工具人那就最好是分开做了，两个团队节奏差异很大的。

B 端的产品一定是要先跑市场的。先做快速交付，然后才能知道产品到底要什么功能

很有意思的岗位，不过真实在 Agent 落地部署生产的时候，大部分情况下我们是什么框架都不用的

今夕是何年

打好基础，然后找在做 AI 业务或者 AI 转型的公司。 否则除非公司里的人也不懂 AI ，一面试就露馅了。

是很难招人，要么方向匹配、做事靠谱的资深候选人，都是各家当宝贝疙瘩供起来的，现在行情这么差都不乐意为万把块钱的涨薪动一动（翻倍这种的也给不起）。要么年轻聪明的和候选人都去大厂了，漏下来的很少，给钱也没用。

居家，成都 or 广州 or 上海，965

一直做中后台的项目（各种 XX 中台），离业务太远了，但是又没机会和场景去做底层 infra ，行情不好的时候就很难了，属于是两头不讨好了。

身边配电脑没见过考虑电费问题的

买个 claude code 或类似的 copilot 产品，把你需求丢给他，指定技术栈，然后自己收收尾，结束

蹲各种论坛和社交 APP ，找内推，boss 上僵尸岗位太多了

图谱用了不少，搜推、数据挖掘（某些 ToB 的厂商就是靠这个赚钱的）都会用得到，但是图数据库真的用处不大

1. 确实如楼上 ninjaJ 所说，你们的语言图谱可能不是个图谱，可能更像一个用户画像，是不是做个单词本/短语本就好了
2. 目前确实没考虑到合适的，可以先用大模型做评估，积累到用户数据之后再自己做 Fine-tuning ，这里面核心的问题是用户画像如何给到模型做评估，这里倒是可以参考 RAG 的思路
3. 这个确实不是现阶段要考虑的问题

恰恰相反，拉大的是资深程序员或者善用 AI 的程序员和入门初级程序员之间的差距，初中级的岗位会大大减少

@LSDesu java 的存量很大，但是市场增量不多了。想当个工具人是很难的，要么绑死业务（前提也得是业务带你玩），要么卷那些巨卷无比的方向。客户端或者稍微学点皮毛的后端知识，就很好混口饭吃了。换言之，市场上客户端和偏前端客户端的全栈远比 java 稀缺，尤其是大部分场景下不需要多么高深的后端知识。

@Wh1t3zZ 两个 prompt ，一个生成台词，一个生成 html 网页，然后调一把 tts 的能力结束

只考虑这两个岗位不通用的一些技术栈,不考虑共性的一些综合能力和软实力.
在大厂混还是后端天花板高.考虑通用性,客户端好.另外后端很多技术栈其实是屠龙之术,考虑的 ai 编程越来越普及的情况下,这些屠龙之术是用来还技术债的,对于初创的公司用不上,从招聘的角度也能看到,客户端 or 前端(或者全栈)岗位其实是比后端多的

@xuqiccr 现在小孩子不仅看自己身份证是不是 310 ，还要比父母的身份证是不是 310