不管是造轮子，还是做业务，开箱即用的学习成本都远高于直接 chatGPT 感谢 gpt ，现在基本写代码都是从零构建，可以随心所欲。 不知道有没有这种感觉？
23 条回复 • 2024-06-07 11:00:03 +08:00
 |
1
zoharSoul 15 天前
没有
|
 |
2
lizhisty 15 天前
从 0 写个 app 也为难
|
 |
3
kneo 15 天前 via Android
你得打多少字，修多少 bug 才能让 chatgpt 实现一个别人造好的轮子？
|
2 |
6
yusheng88 15 天前
没有，有功夫画类图、早就用 ide 写完了。
现在使用 gpt 的频率越来越低了 |
 |
7
hallostr 15 天前
没有，gpt 确实厉害，但还是辅助
|
 |
8
zephyru 15 天前
这其实就和以前用轮子还是造轮子的争辩一样....
自己写轮子是爽，每个细节清清楚楚，但没有时间的检验，你并不能保证在生产中不说所有的问题，大多数问题都考虑到了这取决于你的经验... 而一个现成的经常更新的跑在很多人生产环境里的轮子，大概率会比你自己考虑的全面的多 现在 gtp 把造轮子的门槛拉低了，但上面的问题并没有解决... 还不如列需求让 gtp 帮你选轮子，再根据你的需求教你用轮子来的实在 |
 |
9
securityCoding 15 天前
零基础写 scala spark 代码还是挺有用的,相当于一个超级助手吧还不会烦你那种
|
 |
10
GeekGao 15 天前
GPT 勉强是个实习生：啥都懂一些，但是又没办法 100%精确的搞定工作内容。需要你做出思考并指导。
|
 |
11
csulyb OP @zephyru 个人觉得 99%的轮子不适合项目需求，除非是一些基础的中间件之类的，本身业务非常单一，已经经过千锤百炼。类型 nginx 、mysql 、redis 这些肯定不会自己造。
但是其他的业务轮子，自己造要好很多。 举几个简单的例子： 经常在 v2 上打广告的 casbin-door 、logto 这种 auth 网关、或者其他 vue-admin 脚手架之类的 缺点非常明显： 1. 学习成本高 2. 不需要的功能太多 3. 集成成本高，对项目过多的改造。 4. 二开难度大，技术栈很难统一 优点： 1. UI 现成。 2. 常见的业务点吻合。 实际上这些优点在 gpt 后，反而不是很明显了，gpt 对着 ui 图直接生成，快得很。 业务点用 gpt 对着些，也很快，而且缺少什么自己随心所欲可以加 |
 |
13
James2099 15 天前
好家伙 gpt 能写出一个王者荣耀来吗，不能
|
 |
14
shunia 15 天前
看你的说法，似乎并没有实践过？臆想的？
如果实践过，完全可以在 b 站发个视频给大家围观一下。也许能火。 |
 |
15
sickoo 15 天前
gpt 能知道怎么审核上架 app 么
|
 |
16
neroxps 15 天前 via iPhone
如果可以，楼主分享下全过程大家学习下。
|
 |
17
augustheart 15 天前
除非你对业务极为精通，熟知业务的全部细节和问题，否则你最好还是寄希望于社区的踩坑能力。
写原型和 demo 确实一点问题没有。去年我就通过 chatgpt3.5 写了一个上传文件，然后对文件进行处理并管理处理结果最后返回结果并可提供下载的 demo 。 这东西谁敢拿来随便上线？ |
|
18
csulyb OP |
|
19
csulyb OP @augustheart 好像偏题了 商业上 如果是赚钱的东西 基本么有开源的可以用，就算开元你也不敢用
我确实建议是从零开始 做好架构 找一个自己熟悉的语言 用 gpt 填充类实现，自己在去优化代码， 比那些二开要强多了 |
 |
20
wheat0r 15 天前
我让 gpt 写一个 dockerfile 都得改半天，还能指望这东西从零写代码？
|
 |
21
idragonet 15 天前
基本上一窍不通用 GPT 也难，如果是有基础用 GPT 就是如虎添翼。
|
 |
22
Terry05 14 天前
gpt 经常能给你胡说八道，甚至一个技术/语言的新旧版本的内容可以混在一起，要是无脑复制，反而要排错半天，个人还是让 gpt 更多的提供一些方案设计和建议或是具体某个技术点，功能点的内容
|
 |
23
XJPlus 14 天前
GPT 只能当做工具去用，不能完全依靠它
|
Select Language