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