各位大佬好，如题。 先说下背景，目前在公司主要做全栈开发，后端写 PHP ，前端写 Vue ，日常就是写写业务 CRUD 、对接各种 API 、撸撸页面。干了几年，感觉技术栈有些固化。更现实的是，最近公司整体业务也比较萎靡，传统 Web 开发的活儿肉眼可见地在变少。看着现在 AI 、自动化、Agent 这么火，感觉这可能是咱们程序员未来的救命稻草和就业方向。为了寻找出路，我想跳出舒适区，顺势盯上了作为 AI 时代“母语”的 Python 。 但是，最近在使用 Cursor / Codex / Qoder 等 AI 编辑器时，受到了极大的震撼。现在 AI 写代码的能力太强了，无论是写个前端 Vue 组件、写个后端脚本、转个语言、还是写个复杂的正则，甚至直接生成一个 FastAPI 的后端接口，AI 都能瞬间搞定，而且质量还不错。 这就让我陷入了深深的自我怀疑，尤其是作为全栈： 以前全栈的优势是“前后端都能干，沟通成本低”，但现在 AI 写前端页面和后端接口一样快，感觉全栈的“广度”优势瞬间被抹平了。 具体到想学 Python 搞 AI/Agent 这件事，我有几个困惑： 如果我花大量时间去学 Python 的语法、背各种库的 API ，是不是在做无用功？毕竟以后这些前后端的活儿，甚至写 Agent 的活儿 AI 都能干。 在 AI 时代，程序员（尤其是想转型的全栈）的核心竞争力到底在哪？如果我只是想利用 Python 做一些自动化、数据分析或者 AI 应用开发，我是不是只需要“懂点基础 + 会写 Prompt”就行了，根本不需要去“深入学习”？ 作为 PHP 全栈，现在去卷 Python 搞 AI ，在 AI 的加持下，还能建立起自己的护城河吗？还是说最终大家都会变成“只会写 Prompt 的提示词工程师”？ 想听听各位过来人的看法，在公司业务萎缩、AI 几乎能包揽“编码”工作（前后端通吃）的今天，我们到底该以什么样的心态和方式去学习一门新语言，才能真正抓住 AI 这波风口？感谢指点！
This topic created in 32 days ago, the information mentioned may be changed or developed.
 |
1
xxyzf Jun 30
同样迷茫，虽然我认为程序员的最终目标是“单干”，但是也不知道要做什么东西，自己平时欲望也比较低，需求也比较少，很多事情也不感兴趣（活着没有那么多需求啊我觉得……）。
作为员工的话，其实是老板意志的延伸，只是老板现在有了 AI 这个额外的选项。 我觉得以后写代码这件事儿会慢慢变成自然语言编程，就好像 C 语言出来之后大家汇编语言就用得少了。 我看不到什么出路，我认为生产力早就足够发达了，但是仍然解决不了“贫穷”，也永远不会解决。 |
 |
2
InDom Jun 30
如果你懂一些编程, 那就是: 可以不精, 但你得会.
如果下面说的你看不懂、听不懂, 那不就是他说什么就是什么了? 最后出问题了, 谁来承担责任? 除非你下面有更靠谱的人盯着, 否则你就得是那个靠谱的人. 显然现在的 AI 编程, 我认为还不到那种 “靠谱” 的地步. 但如果你一点都不懂, 反倒是好事, 比外行指挥内行了. |
 |
3
Sundayz Jun 30
你可以不会写，但 AI 写出来你要看得懂
|
 |
4
blockmin Jun 30
你得会看啊，能审核代码
|
 |
5
Gobling Jun 30 via Android
花 2 ，3 天，看看语法就够了。然后仍然是指挥 ai 干活为主。
更需要花时间去学习的是与人相处，这是一辈子的课题。 |
 |
6
ajaxfunction Jun 30
ai 有个特点就是智商忽高忽低，同样的 bug ，它有时候可以处理，有时候就不行。
你把基础语法 看一遍就够了，起码报错的时候知道是 逻辑问题还是语法问题，心里有谱。 我见过做业务的同事 用 ai 做业务系统，做了半天系统只能在本地运行，而且是用 excel 表做数据库，可想而知 最后他做出来的东西一定 不能生产使用。 因为他脑子没有概念，ai 给他用 sqlite 做数据库，由于他看不到库里数据没法调试，只能用 excel 表，更别说最后 域名 nginx 备案 oss 等一系后续部署。 你看没有基础，没有这一套流程，ai 也只能做玩具 |
 |
7
qa2080639 Jun 30
不考虑项目维护和代码臃肿的情况下 确实不需要学一门新语言了
|
 |
8
xuld Jun 30
做过比喻，这个问题就非常直白了：
1. 程序员 = 厨师 2. 语言 = 厨具 3. 不同的语言 = 不同的菜需要不同的厨具 4. 框架 = 料理包 5. AI = 炒菜机器人 6. 牛逼的 AI = 会用各种厨具、把菜做好的炒菜机器人 7. 垃圾 AI = 看上去啥都会，但容易把菜烧焦的炒菜机器人 8. 程序员更重要的不是写好代码，而是搞好人际关系 = 厨师更重要的不是炒好菜，而是服务好客人 9. 有 AI 后不需要学新语言和框架了 = 有机器人后不需要学厨具和料理包了 10. 以为自己全栈很牛逼 = 以为自己会烧各种菜系很牛逼 11. 但实际深度不够，没法做工业级项目 = 但实际味道一般，没法做出能卖的口味 12. 懂点基础 + 会写 Prompt”就行了 = 会做个水煮蛋 + 会指挥机器人就可以了 13. 公司业务萎缩、AI 几乎能包揽“编码”工作 = 客流量减少、一个厨师烧所有菜 |
 |
9
darkengine Jun 30
你犹豫的时候人家都借助 AI 学会了
|
 |
11
MrJames OP @InDom 有道理，我现在就是看一些基础语法和实现库，但是我们主管总是说 AI 写出来的代码漏洞太多，要先自己写出结构来，让 ai 来完善补充，我想那这样不就是全部自己写了嘛
|
|
15
MrJames OP @ajaxfunction 那都是纯外行了，我们做了这么多年开发，服务器部署，技术选型，bug 修复都已经做过很多了
|
|
16
MrJames OP @darkengine 勇敢的人先享受世界
|
 |
18
WayneCmd Jun 30
你会一个语言，和会生成某种语言的代码，这是两个事情
|
 |
19
skuuhui Jun 30
学任何东西都有意义，即便是拼豆。但你要考虑的是是否对你的职业生涯带来收益，或者收益是否高于你的付出。不要因为可以用 AI 就放弃自我成长，同样，不要因为焦虑和无聊去浪费时间学一些性价比低下的东西。
|
 |
20
msg7086 Jun 30
我现在的公司是做 Java 的。当时我来应聘 Java 软件工程师，我自己 Java 一点不会，面试做代码测试题我用的 C++。但这并不影响我后来在组里在部门里发挥很大的作用。熟悉一门语言确实有用，但没有*那么*重要。做项目更重要的是软件设计的思想，行事的风格和手段。学语言只是这个大框架里很小的一部分。
|
 |
21
mengdu Jun 30
学英语。
|
 |
22
novaline Jun 30
没有理论=不会提问
|
 |
23
CodeCodeStudy Jun 30
你是想学 AI ，而不是想学 Python ，如果还是 CRUD 的话，两个语言没多大差别。Python 又不难，不需要刻意去学。
|
 |
24
Hidetodong Jun 30
为啥不用 AI 去拓宽广度呢
|
 |
26
z1154505909 Jun 30
我也是 PHP.在公司也负责写一些 python 程序,现在用 AI 使用 go 重写以前 python 的一些工具.公司的项目业务逻辑比较复杂,前端也比较复杂没有 UI 设计,老板自己画原型,还经常改需求,所以还留了前端.AI 提高了效率,但是人每天都很累,以前古法编程一天可能就琢磨功能逻辑实现了,现在一天好几个模块功能,虽然不用自己写,但是自己需要把关整体,也有 AI 时代的焦虑,后面到底应该怎么走才能保住饭碗.
|
 |
27
abolast Jun 30
几年经验的后端还用学么，直接就借助 ai 上手写了，然后再系统学个一百个 h 直接就会了好不好，一百个 h 也值得你犹豫么
|
 |
28
ZXCDFGTYU Jun 30
研究技术是重要的，不然的话不懂 ai 的 vibecoding 出来，连怎么修改 bug ，调整代码实现都不会。但是相对于技术而言，更重要的是怎么理解这个业务需求。需求为什么会产生？开发好了以后这个会应用于客户的什么业务中？对客户起到什么帮助？为什么客户愿意为我们付费？
以前的时候我也是认为技术为王，有本事在身上别的都不怕，但是随着工作经历的逐步渐进，慢慢发现技术只是一把菜刀，而怎么把做好的菜卖出去能赚到钱，才是我们应该学习和拥有的能力。 永远都会有年轻人来到这个市场上，永远都会有更厉害的人来写出更牛逼的代码。但是相对于他们，我们这些普通人有没有什么办法，可以在体力心力逐步下降以后利用自己的本事把钱赚到，探索下这个我觉得远比要钻研所谓技术是更重要的。因为我们的目标就是利用 AI 去开心的赚钱，维持自己和一家老小的收入。 |
 |
29
zhhqiang Jul 1 via Android
ai 貌似主要用 Python 处理 让 ai 当师傅也不错
|
 |
30
issac Jul 1
同样是 PHP ，目前正在使用 JS/TS 在用 AI Agent 开发。
当前 AI 模型确实很强，但你了解其本质就知道它是概率推理的，在上下文范围内可以有很好的推理。 但如果是超出上下文范围外以及项目庞大的话，其会丢失很多信息，只关注局部优化。 这是它目前能前期表现很好，但持续编程后会漂移、改不相关代码、虚报等情况。 Mitchell Hashimoto 的一篇文章可以说明一二： https://digg.com/tech/20ifojce 对于“全栈工程师”，以前是说像前后端一起做，前端 JS + 框架，后端 PHP 、Go 甚至就是 Node.js 的 JS 一把梭。 加上数据库，这种更像是“全栈编程技术”。 但如果把“软件工程” = “全栈”的话， 那业务理解、需求分析、产品设计、架构设计、开发技术、测试、部署这些能交付给别人使用的的软件才是“全栈工程师”。 一个开发库、CLI 工具、App 、Web 系统等都是软件，而像企业级或大型软件系统内的模块我认为也算，因为它就是能让别人使用。 所以 PHP 、JS 、Python 、Go 是软件工程的重要“工具”。 AI Agent 现在强在使用这些“工具”，但放在软件工程里，其就不算强。 比如说我们有一个产品构思，最简单的一个开发库。全局是在我们脑子里，以前是我们通过编程把其实现出来。 现在是我们要描述出来给 AI Agent 去实现，但 AI Agent 是无法理解我们脑子里的全局，它只会把我们描述的内容当做是它的“全局”。 这里就会产生信息损耗，工程师脑里 - 表达描述 - AI Agent 推理（限于上下文）- 实现过程。 从这个就可以看出，工程师的核心不是“编程”，这是实现方式。而是构建软件工程的能力。 我的建议是： 1 、把语言当做是工具，需要什么、感兴趣就学什么。把构建“软件”当做是目标，如何能交付一个“软件”给别人使用。 2 、上述提到“软件工程”是构建的工作流，更多是工作范围。但“软件工程”的深度不止是会多少语言。 PHP 是如何运行的，其底层引擎是什么结构，为何说其性能跟 Go 、甚至 Node.js 都差许多，即便 JS 也是解释型语法。 即便是现在 AI Agent 越来越强的发展下，计算机科学底层的东西依然很稳固。 硬件、操作系统、编译原理、网络原理等才是构建了整个软件、互联网、AI Agent 的运行时环境。 3 、“软件工程”深度的是计算机科学，那么其广度就是业务。人类社会的日常生活、行业属性甚至开发里的痛点都是业务需求，怎么把业务需求转化成“软件”。 技术是为业务服务的，技术越强，构建的软件越强。但软件能不能解决问题才是核心。 4 、把 AI Agent 当做是一个“数字助手”，其很聪明、知识很多，可以通过它来强化自己的学习。 但它能不能代替工程师全自动编程，取决于你是否信任其交付的“软件”跟你自己全手写的“软件”具备一样甚至更好的质量。 简单的开发库、CLI 工具可以说非常好，但 App 、软件系统呢？不只是实现，还包括交互、性能甚至数据合规，这些都是“工程师”的核心。 |
 |
31
xue0 Jul 1
@z1154505909 #26 焦虑有意义吗，如果老板觉得要淘汰你，有没有 AI 都是一样的的结果。
|
|
32
z1154505909 Jul 1
@xue0 得考虑后面的出路.有这么好的工具,怎么也得考虑一下如何用它过得更好,而不是成为被替代的那一个
|
|
39
MrJames OP @CodeCodeStudy 拿 python 做智能客服和商品检索，还有 agent 都要比 php 更加合适，这几年明显感觉到 php 的迭代没有跟上时代的脚步
|
|
40
MrJames OP @Hidetodong 我这里理解的广度，就是去写一些我们之前想做，但是被能力束缚而没用去做的一些功能。但我现在想要的是如何活下来先
|
|
41
MrJames OP @z1154505909 我们领导有段时间很讨厌 php ，而我们主管又一直坚持现在的架构不升级，导致公司员工一直吐槽我们的很多功能跟不上时代
|
 |
42
wenrouxiaozhu Jul 6
@MrJames #37 任何时候都要学英语吧...
|
Select Language