今天拿 gbt-3.5-tubo 测试我之前常出的一个编程笔试题:开发一个博客程序,效果很好
https://zhuanlan.zhihu.com/p/666430776
又拿它测试了我的一个后端服务,之前让团队里面程序员做,从需求讲解到开发上线,耗费了 10 个工作日,刚才用 GPT 测试,多轮调整,完成了一个 90%可用版本,大概 30 分钟
1
coolfamilyxun 361 天前 via Android
不用 gPT 的冲击,程序员未来红利也是慢慢变少,只不过加快了而已。
|
2
iorilu 361 天前 5
这不是 gpt 的问题
就算以前, 假设要开发点什么东西 正常都是 github 找一找, 大概率有类似东西, 或者部分能用 但程序员的价值并不是光在写代码, 而是在于从一个点子, 到需求, 这个过程还是要靠人的 真到代码实现, 其实本来在一个项目里面只是一小部分而已 |
4
ruxuan1306 361 天前 1
在公司开发流程中,开各种评审会议、写各种留痕文档、读历史屎山、和测试来回拉锯的工时最多,编码的占比非常之小。
|
5
iorilu 361 天前
@victorc 这个必然的, 以后大公司肯定 copilot 是标配, 一个程序员干以前 2 个人事肯定的事肯定事没问题的
尤其以后可能给一个项目, 可以自动写单元测试, 自动化测试之类, 这块真的可以完全替代 所以最终程序员价值还是要体现在如何从一个抽象的 idea 到具体的需求, 后面的事都可以交给 AI 处理,或者 AI 能协助很多 |
6
YOUCANTFINDME 361 天前
唯一出路是所有人都去卷顶会 加入下一代 AI 的开发 可以保高薪
|
7
786375312123 360 天前
大哥,巨型项目,gpt 去修你敢让他修吗。
每次合并分支代码改的又不多,最多的都是测试和文档。 |
8
victorc OP @786375312123 会,你要学会用 gpt
1.如果多处小修改,遇到 shit 代码,懒得读,可以让 gpt 帮你读大段垃圾,输出注释和程序架构 2.如果是新增功能,让 gpt 帮你生成代码,再手工合并微调 |
9
MajestySolor 360 天前
我现在基础代码全用 gpt 生成,然后自己做点修补,感觉雇了个黑奴 🤣
|
10
wdlth 360 天前
GPT 能看懂产品经理转述的他们自己都搞不清楚的那些一句话需求再说……
|
11
netabare 360 天前 17
从专栏翻过去看了一下,这位专栏作家还有过以下格言警句:
「这世界上运行的程序 90%就是字符串倒来倒去」 「从全世界范围看,也就是中文互联网能源源不断的生成出丰富精彩的内容」 回过头看这个标题,感觉一点也不奇怪呢。 |
12
chongdianbao 360 天前
但是 gpt 背不了锅
|
13
amon 360 天前 2
CTO 研究开发一个简单的博客程序。
我 tm 。。。都当 CTO 了还没从技术思维跳出来?还在想着初级代码有几种花样写法? |
15
yingqi1 360 天前
"开发一个博客程序" 开发用户注册功能,这只是大三的作业题水平吧。也太初级了。我每天大量使用 gpt4 ,都感觉还不完善,谈替代太早了。
|
17
gitrebase 360 天前
如果初级程序员被替代了,谁来当大头兵写初级代码,中级程序员吗,让用更高薪水雇来的中级程序员去用 LLM 来生成初级代码、调整 LLM 写得有问题的初级代码、为已上线的用 LLM 生成的代码 oncall 改 bug 吗,那本应该中级程序员干的活怎么办,那些时间加起来再去雇两个中级程序员吗,还是让高级程序员用 LLM 来完成中级程序员的任务?
工作都是跟人打交道的,包括你的 PM 、你的产品的用户、管理你们团队的领导、共在你们团队的其他同事,工作中纯埋头苦干的时间占比还是少吧(而跟人打交道的时候又不能掏个电脑出来问两句 LLM ) 产品的发展与升级还是看的创新,LLM 只是起到辅助的作用,更重要的还是人,说“替代”这两个字真的真的真的太早了 |
18
PsychoKidA 360 天前
@victorc #3 真的是编码耗时最多么,即使是一个程序员,它也需要和产品 argue 、前后端对接口、向 leader 总结汇报、需求评审会、技术评审会… 要做大量这些协同工作,撑死一半时间真正的在 coding 。
|
19
em70 360 天前
agent 直接接管整个研发团队,不光程序员,连产品经理,设计师,测试都一锅端了,唯一不可替代的是老板,只要指明方向,提供资金,产品就能做出来
三年内必然会出现 |
20
witcat 360 天前
格局小了
|
21
Inn0Vat10n 360 天前 4
"在公司中正规开发流程当中,编码消耗工时最多" 错得离谱,你的有大公司“正规”项目经验么
|
22
786375312123 360 天前
@victorc 巨型项目别说多处小修改了,小修改一处,就算 GTP 能做美国公司早就做了,大不了代码 review 让工程师再看问题。
可是为什么没有公司这么做?你知道吗? |
23
bianhui 360 天前
这和程序员没关系,任何没脑子的工作迟早都会淘汰,就算今天不是 gpt ,明天也是框架。对于具有创造新的问题,我问 GPT 它就没打出来过,还是那句话,如果你问的一个问题,gpt 如果很顺畅的解答出来,并且没有什么错误。那么可以证明两点,第一,网上已经有很多答案了,gpt 无非是善于总结和归纳,第二,是你拖后腿了,你的工作内容或能力很容易被取代。
|
24
thinkm 360 天前 1
在公司中正规开发流程当中,编码消耗工时最少
|
25
victorc OP @Inn0Vat10n 我要 review 快一百程序员的绩效,你说我知不知道,不把主要时间花费在写代码上面,说明你们团队研发效能做得很差,表演为主
|
26
victorc OP @gitrebase 怎么应用,还没有考虑好,有几个思路
1.给一个过渡期,比如 1 年左右,全员推进使用 GPT ,目标是工时砍半 2.我现在公司在二线城市,有大量 1 万左右的初中级程序员,这部分 hc 以后都不招了 3.GPT 在研发全链路,产品/UI/前端/移动端/QA 的使用场景还需要再深入研究 我预计,GPT 对研发工作的冲击在 2025 年会非常明显 |
27
ash1n2 360 天前
拿 GPT 写这样目标明确的代码是很有效果的,但是在实际现实中,很多时候场景都比这个复杂一些,所以在复杂场景下 GPT 会退化成写小函数工具,也即:GPT 的帮助会因为系统的复杂化而降低。
但是在实际的使用中,GPT 会存在如下的一些挑战: 1 、生成的代码是否能够完成需求,这一点也是和系统的复杂程度相关; 2 、能够传递的 GPT 的上下文是否符合安全要求,这一点在很多大公司都很重要; 3 、复杂场景下,如何让 GPT 学到更多的上下文? 如果要去面对 GPT 的冲击,思路一分为二: 1 、加入 GPT:学习了解使用,并投入到浪潮中去; 2 、抓住不变量:在 GPT 横行的时候,什么是人才能做的事情?什么又是 GPT 不会改变的东西? |
28
julyclyde 360 天前
谈不上
目前 GPT 其实是降低效率的 先不说 GPT 回答速度那么慢 单就说它只给出一个答案还不一定是正确的,它就不算个生产力工具 |