程序员未来何去何从，随着AI的发展，现在还需要深入研究技术和底层源码吗

你是说，要放弃自己最擅长的地方去和产品经理、设计师们在他们擅长的地方贴身肉搏？

既然AI这么方便，那让AI 辅助下学点以前学不会的不是更好吗？比如往架构师走之类的，在AI 到处拉^-^的当下不是更重要吗？

我觉得是一些简单的底层实现是可以无脑交给ai的，但是一些复杂的逻辑，还是要自己思考设计一下，然后和ai的比对一下。如果比ai设计的好，就让它照着思路干，如果ai设计得更好，就学习一下思路。

领导希望的是，他拿去赚钱的业务代码是白盒，而不是端到端的黑盒。要求团队完全掌握代码逻辑，对实现方式心中有数。

对于非草台团队草台项目，由编程语言转变为自然语言还言之过早。

上级这么说，应该是觉得你的行为引起了项目潜在风险上升，一线开发人员不需要为项目落地时发生的错误兜底，直接找 PM 追责了

那我问你，你打算在他手底下干多久？

反过来想，AI最擅长的东西也是最廉价的，对比一下我们的优势是什么呢？

这么焦虑干嘛呢。我觉得该干嘛干嘛。都还没把ai玩明白。

你领导这是什么意思？我觉得原理什么学习还是很有价值的，问题是很多细节就没必要太深入了，反正看了也记不住，能有点印象混个脸熟就行了，真的完全不懂原理，用ai也用不好

以后的事以后再说吧，现在的 AI 是技术越强用的越溜。而且很明显，AI 发展进入瓶颈期了。

有没有可能是觉得你烧太多token 花钱了呢 纯猜测 不过即使有ai还是要有基础的代码能力的

不用太焦虑啦，后面的事再说，ai编程也是需要人来做

我觉得最基本得原理还是需要掌握，ai作为工具就好，你能懂他生成给你结果和文档就行，毕竟你用ai来决定的是你生产力的问题，当然反之也可以用ai来提高学习效率和内容，你可以尝试和你的领导这样说？

这个话在很多年前就一直存在了，那时候叫“我们写业务代码的研究底层源码干什么？” ，你想，你不去看源码如何能知道什么是好的设计，不懂好的设计又如何审的了ai的代码？

不是很懂。为什么领导会对技术能力表示质疑？ 是质疑你写的太好了？我敢说你这领导不去跟上潮流用ai包被淘汰的，写业务的程序员之间在我看来没有任何区别，繁琐的业务代码我现在已经看都懒得看了 我只会review 大工程的架构 底层的优化一些之类的

架构能力，业务能力，技术思想需要提升

编程语言该放就放

还有就是，转行解君愁，转到偏硬件也不错

业务代码是白盒，而不是端到端的黑盒

确实是这样的，流程透明化对风险控制和成本管理优化有很大的帮助，但是另外一个层面来说，也是单位希望尽可能地获取更多信息价值，ai驱动的生产流程跑通了，就可以固化下来了，就可以裁员了，我感觉ai时代伴君如伴虎，怎么样做到既通过产出ai工作流来体现自身的更大价值又可以稳固住自己不可替代的地位，是一个很重要的问题

有必要，且更有必要。知其所以然是一个本质上的区别。前AI时代学习成本更高，很多时候大家表现的差不多。现在的学习成本被AI碾碎了，所以所有程序员都应该往架构师、分析师上发展，不然你也要被碾碎。

肯定需要啊 ai写的代码你都看不懂 现阶段肯定不行

转到硬件的路线大佬可以指点下么 没怎么接触过工科是不是还挺难的

要么多研究AI落地应用 要么就去搞底层 总之俩个都要会用AI的