现在有了 chatGPT，还要啥开箱即用

没有

从 0 写个 app 也为难

你得打多少字，修多少 bug 才能让 chatgpt 实现一个别人造好的轮子？

@kneo 很快，自己先用画出类图、代码结构，让 GPT 填就行了
2 天左右，可以把框架写好，出 demo ，这比选轮子，学习轮子，改造轮子效率高太多了。

@csulyb 2 天？可是我用轮子两个小时就出 demo 了。

没有，有功夫画类图、早就用 ide 写完了。

现在使用 gpt 的频率越来越低了

没有，gpt 确实厉害，但还是辅助

这其实就和以前用轮子还是造轮子的争辩一样....
自己写轮子是爽，每个细节清清楚楚，但没有时间的检验，你并不能保证在生产中不说所有的问题，大多数问题都考虑到了这取决于你的经验...
而一个现成的经常更新的跑在很多人生产环境里的轮子，大概率会比你自己考虑的全面的多
现在 gtp 把造轮子的门槛拉低了，但上面的问题并没有解决...
还不如列需求让 gtp 帮你选轮子，再根据你的需求教你用轮子来的实在

零基础写 scala spark 代码还是挺有用的,相当于一个超级助手吧还不会烦你那种

GPT 勉强是个实习生：啥都懂一些，但是又没办法 100%精确的搞定工作内容。需要你做出思考并指导。

@zephyru 个人觉得 99%的轮子不适合项目需求，除非是一些基础的中间件之类的，本身业务非常单一，已经经过千锤百炼。类型 nginx 、mysql 、redis 这些肯定不会自己造。
但是其他的业务轮子，自己造要好很多。
举几个简单的例子：
经常在 v2 上打广告的 casbin-door 、logto 这种 auth 网关、或者其他 vue-admin 脚手架之类的
缺点非常明显：
1. 学习成本高
2. 不需要的功能太多
3. 集成成本高，对项目过多的改造。
4. 二开难度大，技术栈很难统一

优点：
1. UI 现成。
2. 常见的业务点吻合。

实际上这些优点在 gpt 后，反而不是很明显了，gpt 对着 ui 图直接生成，快得很。
业务点用 gpt 对着些，也很快，而且缺少什么自己随心所欲可以加

@csulyb 单纯好奇：两天时间，多少时间是在写代码，多少时间是在和 chatgpt 沟通？和 chatgpt 的问答次数大概是多少？

好家伙 gpt 能写出一个王者荣耀来吗，不能

看你的说法，似乎并没有实践过？臆想的？
如果实践过，完全可以在 b 站发个视频给大家围观一下。也许能火。

gpt 能知道怎么审核上架 app 么

如果可以，楼主分享下全过程大家学习下。

除非你对业务极为精通，熟知业务的全部细节和问题，否则你最好还是寄希望于社区的踩坑能力。
写原型和 demo 确实一点问题没有。去年我就通过 chatgpt3.5 写了一个上传文件，然后对文件进行处理并管理处理结果最后返回结果并可提供下载的 demo 。
这东西谁敢拿来随便上线？

@shunia #14 我自己用 go 写一个类 logto 的 auth 网关，带 UI ，目前没有遇到什么问题

@James2099 #13 王者没出来前 之前做了一款 moba ，前端主程， 如果现在给我写 问题不大。

@augustheart 好像偏题了 商业上 如果是赚钱的东西 基本么有开源的可以用，就算开元你也不敢用
我确实建议是从零开始 做好架构 找一个自己熟悉的语言 用 gpt 填充类实现，自己在去优化代码， 比那些二开要强多了

我让 gpt 写一个 dockerfile 都得改半天，还能指望这东西从零写代码？

基本上一窍不通用 GPT 也难，如果是有基础用 GPT 就是如虎添翼。

gpt 经常能给你胡说八道，甚至一个技术/语言的新旧版本的内容可以混在一起，要是无脑复制，反而要排错半天，个人还是让 gpt 更多的提供一些方案设计和建议或是具体某个技术点，功能点的内容

GPT 只能当做工具去用，不能完全依靠它