Shownotes Transcript
因为我觉得做东西很有意思然后我只有 vibe coding 的能力你真的可以去尝试你先去感受一下然后后面再表达观点就好了我觉得先试试非常有趣的模仿欢迎大家收听科技慢慢拍今天我们想聊一个近期的新词汇也是一个新概念叫做 vibe coding 如果中文翻译过来叫做氛围编程
这个词大家可能很多人听起来都会比较的陌生这个词是怎么来的其实是安德尔卡帕西在今年年初的时候在 2 月 3 号的时候他的 X 上的一篇帖子他里边谈到了有一种新的编程方式卡帕西把它称为叫做 web coding 就是氛围编程他认为在这种编程方式中你需要完全屈服于整个的氛围
并且带来一种指数型的增长甚至你会忘了代码的存在这就可能类似大模型加这种 Cursor 这种带来的一个能力他说 capacity 说我只是用 Super Whisper 和 Composer 的对话他几乎不用碰键盘他会问一些最简单的问题比如说将侧边栏的内编剧减少一半
因为他甚至懒得去找然后他总是点接受所有不再阅读差异当他收到这些信错误信息的时候他只是把这些错误信息的重新粘贴给编程工具然后他也不用加别的解释然后大模型结合编程工具就会给他答案然后他再把解答好的代码再粘回到他的程序里边
代码通常也会超出他自己的所谓的理解范围他需要阅读一段时间这段代码有时候大模型可能也会去无法修复一个错误所以他只能通过绕过它或者请求随机的更改的方式直到这个错误消失
这对于一个临时的可能短期的项目来说还是不错的而且相当有趣它也正在构在一些新的一个项目或者网络应用当然它认为这并不是真正的编码它只是看到了这个东西说出了这个东西然后让程序去自动运行让大模型去自动获取然后再来复制粘贴这些内容绝大多数就能完成这个情况
所以我们可以看到其实安卓卡巴自己谈到的 web coding 它大概有几个这样的一个特点第一个是说它是通过自然语言驱动的就是开发者不需要手动编码而是通过简单的指令和描述就可以完成这些编程的任务也就是说通过自然语言来产生代码而代码的问题再通过自然语言去修改
第二它减少了肯定手动编程因为以前开发者都需要在键盘录入而现在它只需要通过语音和文字就可以和大模型进行交互了第三每个开发人员必须去接受代码的这种不完美性因为这些代码都是通过 AI 大模型来生成的所以代码的生成和维护也更多的依赖于这种 AI 的系统
开发者很多甚至都不需要完全理解代码的细节如果出现错误还是把这个错误直接让 AI 来去解决所以这个是这种 webcoding 的几个特点
所以我们可以看到随着 webcoding 这种方式或者我们更广义的说它可以叫做 AI 编程这种方式我们可以看到带来了更大范围的所谓的技术民主化也就是说以前很多非编程或者是非学计算机非学编程的这种专业人士他也可以去按照自己的想法去构建自己的应用和程序
同时它也带来了效率上的极大的提升它从你的一个个人的构思到最后实现这个程序可能就缩短的时间非常短可能以前要花几个月的时间可能现在你花一两天就可以完成这件事情所以从效率上带来一个极大的提高
第三呢就是我们可以看到那很多压抑在个人原来非常个性化的需求呢当被快速解决的时候呢那相当于这些个性化的需求就得到了快速的一个释放那我们可以看到在整个过程中那很多的人有一些想法但是以前没有能力的这些人那也可以通过 webcoding 的方式来去寻求让 AI 来帮助提供这个编程的这个解决方案
正是基于这样的一个前提今天节目我们特别请到一位嘉宾这位嘉宾也是 webcoding 的实践者他的名字叫做花生他是目前在 App Store 付费榜获得了一个 Top1 的一个应用的开发就是叫做小猫不光灯而且他自己拥有 AI 的一个博客包括 B 站包括 YouTube 都有自己的频道
他呢精力很旺盛啊还自己还写了一本书叫做啊一本书玩转 deep seek 啊这是他是他的主要的作者所以呢今天我非常高兴能够请到花生能够跟大家交流一下就说呃关于他理解的 web coding 到底是什么以及对于未来的整个啊这种 AI 编程的一个走向或者一个趋势会是怎么样的
我其实特别希望你能简单介绍一下自己的过往经历怎么最近就走上了 web coding 或者我们叫 AI 编程这条路上了我原来是 23 年之前我其实是一直在大厂工作然后做的主要是用户研究和产品运营的工作然后 23 年 3 月份的话就是从大厂离职然后自己在尝试做一些
想做一些和 ai 有关的事情但是具体做什么样的事情呢就是其实没有太多的预期然后在 23 年就是离职之后的话我其实处在一个就是想边学习边了解 ai 然后
边开始做一些尝试的那个阶段那个时候的话就是自己学了很多 TradeGPT 相关的一些东西然后我也会边学边在极客之类的这个平台去做一些分享然后分享出来的内容就是被人看到之后有人邀请我去他们的那个社群去做一个分享然后我就去做了一个关于 TradeGPT
TRAGPT Prompt Engineering 的那个分享那个是 23 年 4 月份的时候然后做那个分享的话发现效果还不错大家听的人还蛮喜欢的以及就是做完之后我感觉效果不错就发到了那个 B 站和 YouTube 然后发上去之后的话发现
播放量还可以以及呃观众的一些反馈也还不错然后我就在想哎那我可能还挺适合就是去做一些长视频的内容的而且我一直也是觉得就是呃
通过需要外部输出分享的方式去更好的递自己学习或者说整理自己学习到的一些东西是一个很好的就是这种不断循环的一个正向循环就是你
你为了分享你能学的更系统更好然后你学的更好更多之后你又能对外再去做一些分享然后后面的事情的话就是我就是最开始只是说想做一些和 ai 有关的事情学一学 ai 但到底做什么其实没有太多的预期然后后面的话就是
因为在 B 站还有 YouTuber 做的内容有被比较多的人看见以及他们看见之后觉得我做的内容还不错所以那个时候的话会延伸出两种类型的业务一种是那个
来找我合作然后做一些商单的然后这个的话就是让我自媒体有了一些直接的这种收入然后还有一种的话是那种企业他们觉得看到我的内容之后就是他们其实企业内想做一些尝试但是不知道怎么
开始怎么理解 AI 所以的话会对一些弊端企业有咨询和培训的业务所以这是我最开始做的一些事情然后那个节点的话我其实对于创造产品做一些东西其实一直是有一些想法的所以我在 23 年 5、6 月份的时候其实在 TradeGPT 的那个 GPT4 的那个阶段也有自己就直接使用 TradeGPT 这种
对话式 AI 的方式去尝试做几个插件但是我会发现就是那些插件首先做的很差以及我想把它做的更好或者我想做更多更就是做一个网站啊或者做一个 app 那几乎是不可能达到的所以那时候就是做了几个小插件之后就放弃说做产品这件事了然后后面的话其实就直接到了二三年
8 月份 24 年 8 月底的时候那个时候就是 Cursor 加 Cloud 3.5Sonic 就是从产品形态来说和模型能力来说我觉得都 ready 了然后自己使用体验下来感受非常好然后觉得非常有趣非常好玩所以从那个时候开始就不停的用 Cursor 去做一些
产品的开发以及把自己学的这个过程一直去做一些分享
所以这其实都是我顺着自己的喜好偏好没有做特别规划的情况下一步步去进行尝试做下来的一些事情就是您可能真的算一个非常不典型的程序员你比如程序员第一部分写代码学什么 hello world 这个您也应该知道对吧就是所有人学任何语言都会写 hello world 但是您可能我相信你从学习的时候您可能第一个
开始就开始做插件就可能就想做东西这个我觉得是和很多我们学写程序的人不太一样我不知道这块就是您和有没有一些程序员沟通过就是像你这个这种我们叫野路的吧就是这个话可能不太好听啊但是其实是符合 AI 这个时代发展和正常的你比如一个人从头学这个编程语法学学 Hello World 做一个小小小程序然后再逐步扩大这种方式你觉得有什么特别大的区别吗呃
我觉得确实会不太一样就是那个是就是中间的很多过程他是为了学那个就是编程本身然后很多人那个学完编程之后也没有能力去真的去做一个所谓的产品出来因为产品它涉及到的那个
面向方向比较多很多人其实学到的编程的知识只足够他在一个企业内去做产品某一块职能的那个开发工作而我觉得就是至少现在 AI coding 给的能力或者我自己的
学这个东西的出发点和兴趣就是我想创造一些东西然后我会通过就是基于我想创造的东西的这个想法去开始尝试然后中间遇到问题我就解决问题就好了就这个路径和模式是不太一样啊
但是我感觉就是你的这种学习方法正反馈会比较好就跟你刚才谈到的假定我只学了一种编程语言然后比如我只会做后段发现我前端我不会然后所以我只能我做不了什么东西我只能进到一个大厂去打工对吧我只能和别人配合来去共同完成而你是说我通过这个就能获得一个正反馈但是我有一点奇怪你看其实 AI 在 23 年刚开始爆发的时候其实像一些这个
爱好者也好或者从业者也好大家很多一开始做这个 pron 的做提示词的对吧然后也有人写文章也有人做培训可能您呢在这个过程中呃
反而您不是这个可能变成传统变成领域的但是可能一直都在尝试着用 AI 去写东西那是不是在这么多领域里面包括提示词包括这个各种领域里面您发现这个领域是最有可能被突破的吗所以我才会一直不懈的在尝试没有说实话我完全没有这种想法就是只是我喜欢去
耍一些小聪明或者说自己想就是想去做点东西就这个冲动是一直非常强的举个例子啊就是
首先刚才提到的 23 年年中的时候其实做过几个插件但是没有带来太多的结果然后后面的话其实像 TradeGPT 它有 OpenAI 发布的 GPT Store 然后我就尝试去做 GPT Store 里的 GPT 然后我做的那个
叫更勤奋更聪明的 GPT-4 那个其实还上过 GPT Store 的首页是曾经是唯一一个中文的那个 GPT 就是我会因为我有想要创造想要做一些东西的想法所以我会尽量在我能力允许的以及工具赋予的能力帮助的那个范围内我想尽量会想自己去做一些东西
然后刚才提到就类似提示词或者企业 AI 咨询 AI 培训就这些或者 agents 我自己倒一直没有太强烈的兴趣然后像提示词的话我觉得就是它因为本身就是一个工具而已
我不可能拿提示词玩出花我觉得也没有太大意思只是拿它来通过学习和拿它来解决问题而已然后像就是企业咨询培训这样的业务对我来说它是一个
一就是它是你投入时间可以直接赚钱的事情但并不是我就是我假设我财务自由了然后我不需要任何钱了这不是我在那种情况下我会去做的事情而我定义的是我如果像是做内容还要做产品是我财务自由就不管我有多少钱我都想去做的事情然后我会花更多的时间在做这种类型的事情上
但我听起来就说其实您可能是在试图找一种可能性价比比较高就是我可能一次投入可能有多份产出然后而且这个好像相对来说会有一点门槛而且是符合自己兴趣爱好的这样一个 AI 的细分领域
对我当没有特别去找那个细分领域就是我想去做这个事情就仅此而已对然后你要说有杠杆就是但它其实就代码和自媒体就是你做内容和做产品其实都会有比较用纳瓦尔的说的就是它是普通人不需要得到授权就可以使用的
财富杠杆对这个我倒是很认可即使到今天你可能也不见得认为未来就是你自己用 webcoding 自己写 app 这条路是你未来要去走的路就是我肯定会继续走因为我觉得做东西很有意思然后我只有 webcoding 的能力我没有就是那么强的就是写代码能力然后 webcoding 就是就是它有可能就是
也有机会有可能很多人都能上手很多人都能操作所以嗯
你 vibe coding 能做出来的产品可能不挣钱了或者怎么样竞争太多了这个其实不太是我考虑的范围因为对我来说 vibe coding 的那个过程去把一个东西创造出来的过程它能给我充分的非常足够的那个正反馈所以它结果就是能给我带来什么样的结果我反倒没那么在意
回到您开发小猫补光灯 App 因为也比较成功然后 App 就是前前后后您大概花了多久首先是产品的出版我只花了一个小时从把它的出版代码写完到完成 App Store 的需要提交的资料的填写就一个小时
然后但是后面我其实这个产品还有后面迭代出来的那个小猫补光灯 pro 其实我可能都改了几十个版本就是根据是就是把可以理解为就是先做一个垃圾出来然后做出来之后我去把它发布发布完成之后有真实的用户进来了他们在用了他们有反馈他们的意见有提他们使用时遇到的 bug 然后我不断的去呃
优化和修复我的这个产品前一段不是也发给你那个就是安德尔卡巴西写的这个 webcoding 的这个描述吗我不知道他写的这个描述过程是不是和你的真实体验就几乎是一致了还是说你可以可能比他还有一些更不一样的体验
对我觉得我整体过程和 Angel Capacity 它描述的那个过程确实是非常接近的就是我直接用自然语言去描述我的需求然后
AI 直接把我把所有代码都写完了然后我去打开测试的环境我去看我自己展现出来的效果然后如果中间的效果我不满意的话我再用通过截图以及语言表述的方式去描述我希望得到的改变如果有 bug 的话我再把 bug 的
就是报错的一些提醒再复制回来然后这过程中我觉得稍微有点不太一样的是可能我还会稍微去看一下那个左侧的就是项目根目录的那个文件的结构我会想大概知道就是这个项目
他是 AI 是给我分了几个模块他大概是怎么组成的然后在一些就是 bug 场景下就通常来说就是如果一个 bug 我尝试了两次直接复制代码他没有帮我解决的方式我会有自己的一些方式和技巧
来去更好的去解这个 bug 就是就比较简单来说的话是呃因为 AI 在遇见你提供的问题的时候它其实是一个非常直觉式的那种反应就是你提了一个问题提供了一个报错然后
他就给你开始重新写代码了但实际上对于人类的那个工程师人类开发者来说大家很多时候不是这么干的就是他看见一个 bug 他可能需要去了解这个 bug 的那个逻辑是什么样的这个 bug 出 bug 的这段代码和其他代码之间的那个关联关系是什么样的
然后再去想到底有没有什么多套不一样的方案然后再去选择一个好的方案去解决然后对我来说的话在那种情况下我会采用这种类型的模式我会让
可责他先不要急着改代码先深入思考就是现在出现这个报错的那个本质的原因是什么然后给我提供三种最 solid 最那个鲁邦性最好的解决方案让他别改代码
然后他给我提供完方案之后他会给建议的一条方案然后我再让他按他建议的方案去进行优化所以就是他还是一个 webcoding 的过程但是这中间我会自己以一个类似于这个产品负责人去带着工程师的这种方式在不同的那个时间节点在遇到不同的问题的时候我有时候会介入自己的一些
思考自己的一些就是让他协助调整的一些方式所以就是即使现在您的那个程序能稳定运行了您至今也没有仔细的读过那个代码一行行都写的是什么呃我读不了对我有有些大概有些时候我会让他就是尤其我自己
他出了很多 bug 然后我自己非常难理解他实现逻辑他又改不对的时候我会让他写注释让我大概理解就是他的那个就是代码大概中间的那个关联关系是什么样的但我从来没有就是完整读过我任何项目的那个代码
所以有时候你看你讲完这个过程我觉得就特别受启发就是说你看一般的程序员包括我个人我也曾经都尝试过但我们的方式会是什么就是说你也让他生成然后发现改错一遍不行两遍不行我算了去他的我自己来了我自己看我自己读对可能就没有你那过程了对然后这样的话就觉得就那么回事对吧对然后我也
不用太依赖他所以这就是可能是原来大家可能在那种固有的思维或者编程体系下锻炼的这种思维方式可能就和您刚才讲的这种方式就特别不一样我理解刚才那个过程其实已经超出了 coding 的范畴他其实是让你让他去提供方案对不对对怎么和他协作对以及在什么情况下会需要他进行这种深深入的思考这个确实是不太一样的
就在这两天谷歌也发布了最新的 Firebase Studio 它是一款基于 Gemnet 的完全基于云的一个开发环境能够方便的去制作原型算是一个 webcoding 的一个 IDE 的一个新的工具它市场上也有很多工具所以为此我也特意问了华生关于哪个工具好用的问题
你比如说您现在我看视频分享也试了很多工具也不只是 Cursor 这边我不知道像 Windsurf,Bot.new 包括国内的 TRAE 包括我不知道像 Devon 我不知道您就是大概都尝试过大概一个情况就是您比较中立的讲
哪个可能会你觉得可能跟你理想中的这种 webcoding 会比较方式或者你用起来比较顺手对我来说真正可能占 80% 90%以上我的 AI coding 时间的就肯定还是 Cursor
然后像那个字节的 Trey 我其实是对接过他们的商单所以就也有做过类似的视频然后 Windowserve 的话有一段时间就是 Windowserve 刚出来的时候他有 agent 模式 Cursor 还没有
然后那个时间其实大家会觉得 Windows serve 要好用非常多所以那段时间我也做过一些特异的这个评测然后现在整体来看的话我觉得依然 Cursor 是最好用的一个工具尤其是如果你在一个项目刚开始的时候然后你直接用 agent 模式去
迭代就是创建这个项目的初始的一个代码的话 Windows 和 Cursor 带来的体验其实会是比较类似的但是在你项目相对比较深入比较复杂或者有一些那个代码文件比较长就比方说有 1000 多行 2000 多行的时候我会发现就是 Cursor 它会是
好的多的一个工具就是 WinServe 的话他只基本上你可以就是可以理解为他只有那种确诊模式和那个 agent 的那个模式嘛但是在 agent 模式下不管是 WinServe 还是 Cursor 他
都有一些自动的那个去读项目库和不同项目文件代码的模式而这种模式的话基于两个考虑一个是就是现在 Cloud 3.5 或 3.7 它的上下文长度依然还不够长
而且因为就是模型带路的上下文长度越多对于 IDE 工具来说他们需要负担的成本越高所以不管是基于那个用户体验的诉求还是就是他们降成本的诉求他们在 agent 模式下他都会做很多自认为就是那种比较好的带上下文的那个
模式的优化但这个优化的话就很多时候他读的那个项目代码长度是不够的而现在 Windows serve 我反而从我之前的体验来说我解决不了这个问题而 Cursor 的话就是如果你使用 manual 模式或者使用现在 agent 模式下你去 add 对应的代码文件的话基本上 2000 行左右的代码它都是能读全的
所以在一些复杂的场景下尤其改 bug 或者你项目比较深入你需要做一些细节的迭代的时候我会发现 Cursor 是好用的多的一个工具然后像 Bot.new 或者 V0 的话就对我来说没啥用就是因为它的优势主要是能
相对比较好的就它有一些系统提示词的优化所以你能比较快速的去生成比较好看的前端页面或者说你生成之后的初步的部署更快但是我觉得就是
首先那个我可以通过一些提示词之类的一些方式自己去控制我想要的前端页面就这个所以他们的优势不太有然后如果我多做了几个项目之后我也依然就是部署上线不是一个多麻烦的事情是很容易跑通的所以
就额外用这个工具对我来说我不认为有什么太大的价值但是对于很多新手来说可能你前一两次尝试会觉得 V0 或者 Bolt 它去做网页效果会比 Cursor 好
但是你如果真的严肃的要做一些开发的话科色肯定会是更好的选择其实在 AI 编程领域一边是工具对吧 IDE 工具我们传统叫一边是大模型但是你看你刚才也讲到了其实是随着这次 Cloud 本身的能力的增强其实 webcoding 的能力就增强了未来从你角度看到底 IDE 占的成分还是大模型占的比例
会更高就是能够促使这个应用会不会说某些大模型就是很强了这些 ID 真的都消失它的意义我觉得有可能对就是如果大模型就是它能拥有的上下文长度以及写代码的审美和能力都更强就不需要做那些细枝末节的优化的话
我觉得是有可能把 IDE 工具给直接覆盖掉的或者说不是覆盖就是你可能现在用 IDE 去开发肯定比用一些线上的网站开发要更合理更方便因为人类现在就是管理就是各个环节管理和生产代码的方式都
就都倾向于 IDE 那个模式嘛但是如果模型真的做了大幅度的优化可能就是你通过不同的 IDE 工具就不管是 TrayWindows F 或者 Cursor 或者后面再出来别的一些东西我觉得他们的体验可能会更拉平这个是有可能的
就说白了今天还有 IDE 在可能是为了兼容人类过去的编程方式如果我们整个改了方式是吧可能就大模型就够了对吧对有可能 MCP 就是大幅度发展之后有可能是对就是大模型和人类各种系统之间的交互关系变得更简单之后有可能确实会就不需要 IDE 了这个也有可能嗯
你比如说 web coding 现在其实业界有不同的对不同的认知其实包括安卓卡巴西他也讲到其实他认为可能只是适合做一些小的应用或者很
很边缘化的应用那我不知道从你的角度讲那是不是现在或者是在可见的未来那目前还只能适用于这种非常小类型的这种这种可能就是本来原来这个项目可能也就是一两个人就能做出来的这种应用我觉得就是我其实不是特别认可这一段话就是因为我觉得就是现在其实
vibcoding 有可能就是 vibcoding 如果你完全不看代码的话可能在一些更大型的就是企业组织内的项目可能会不那么的适用但是以 AI coding 的这个能力来说我觉得它是已经大大超出了就是做非常非常简单项目的这个范畴
就是只是说就是 AI coding 它能帮助一个人去完成什么样的项目什么样的产品它非常受限于就是那个人的一些呃
就是对 coding 和对 AI 的理解以我这种就是对原来完全没有 coding 编程经验的人来说我能做的项目的那个复杂度肯定在比较长一段时间内还是很有限的我觉得 AI coding 帮我可能几十倍甚至上百倍的提升了我去
使用编程去创造产品的能力但是软件工程里很多复杂的问题它依然还是存在的甚至很多问题是我或者大多很多数人不知道跟他就是问他什么样的问题但是这个不代表就是苛责或者
AI coding 没有办法去做而是人的能力不够就不是 AI coding 的能力不够然后像我记得就是不管是像 Cursor 还是那个另外一个就是 Lovable 还有 Cloud 之类的他们其实都已经出来说过就是他们现在有多少的那个代码是使用 Cursor 之类的就是 AI 编程工具去开发的
我记得有一个比例可能是 90%所以就是还有很多人会提到那个用 AI coding 去写后端代码不太行但是从那个前段时间 OpenAI 发布的那个 SWE Lancer 就是那个报告来说就是 AI 实际在实际的就是 AI coding 在写后端代码的
完成的能力完成度其实是比写前端要更好一些的只是说就是他不太可视化以及很多人对后端的那个理解比较少所以导致大家就是可能有这种类型的困扰或者问题所以就是我觉得现在对综合来说的话我觉得现在 AI 编程他其实真的能
至少我觉得能帮助 90%以上的工程师去完成他们的大部分的工作吧就是即使是一个再大型的项目那个大型的项目里我觉得每个工程师做的模块都是非常有限的而那个有限的部分你去让 AI 编程工具去帮忙其实完全是可以的但是我想这里边的
我理解细节还是有一点差别当然我们虽然用了 web coding 和 AI coding 这两个概念因为其实大多数我想的公司里边现在所谓的用 AI 编程它还和我们刚才讲的 web coding 还不太一样为什么呢它其实类似用的像 Copilot 的模式它更多的说我自己写然后不对对对还就是因为我们今天可能我们更可能稍微狭义的落在像用你可能你习惯的这种方式就是说
就是语言交互然后我中间我甚至都不读代码我快速产出所以我也分享就是一些我在网上的看到的一个一些故事也是听朋友讲就是说比如他们这个公司上周末做了个黑客松两三个人 24 小时基本就能做出产品用 AI ADE 就三四个小时基本就能开发一个原型但是问题是中间有很多 bug 要修复他们基本上就是说后边两天时间基本上都在修复 bug
然后说最后其实各种黑客综的小组没有一波能把代码跑起来就是说而且那个时候基本上大家还没有把 AI 的代码能看懂然后当然也有人说你说你没看懂说你就能跑起来其实这事对于专业厂商的人也挺可怕的就是说这背后他其实说你不知道这后边有什么
有什么雷埋给你有什么坑挖给你这以后不一定捅多大娄子这个是讲的这个事情所以还有人说比如我用 cursor 比如写个项目确实 20 分钟但是实在跑不起来然后他花了三天时间都没看懂他的
你再处理逻辑然后又花两天时间调试然后回头一想还不如自己写所以我不知道就是说这些所谓负面一点的新闻可能他们当初能画三四个小时他基本是用 webcoding 的方式他应该不是用的 copilot 的所以在这种过程中你会认为是他们本身使用的方法还是有问题吗还是说
这个东西就天然存在所以我们现在才没有办法用 webcoding 做更大型的一点的软件我觉得首先问题肯定是存在的然后具体到刚才的几个事例我只能说他们还不太会用客丝或不太会用 AI coding 的工具因为你
webcoding 的方式去先写完代码然后出 bug 这个其实太常见了就是我可能刚开始的时候也会有百分之呃
八九十的时间是在处理 bug 之类的但是就是你跟 AI 其实是可以有更好的那个协作模式的就举刚才那个例子就是你先 webcoding 出来了一个产品然后接下来就是跑不起来但是那个 bug 也没有办法解决我刚才提到了就是你如果只是通过 webcoding 就是解 bug 你可能
就是让他通过深入思考的那个以及查问题更音然后给你提供多套方案的方式就在我的案例里会有百分之可能八九十的情况就是那个多次循环的那个 bug 他其实就能够解决了然后还有的话就是你读不懂代码你不需要自己去读啊就是你依然是可以让
科瑟让 AI 去帮你读代码去把它就是目前的那个实现逻辑去给你罗列出来的就是这个你在理解代码读代码去了解他们之间的关联关系的时候依然是可以有 AI 去提供那个帮助的就是对我觉得很多协作方式其实是
很多人和 AI 之间还没有找到比较好的协作模式但是你说就是 AI 去写出一些就是有系统性漏洞的然后人类如果不仔细审查代码就发现不了的那个问题我觉得这肯定是存在的或者说就是在 AI coding 出来之前
很多人类工程师其实也干很多 bug 甚至有微软出过很多事阿里出过很多事很早之前就根本没有 AI 这个东西而且这些公司的程序员都很牛逼但是对他依然是有问题的我觉得这个
对我觉得它自然存在但是我觉得可能需要以一个更客观的视角去看待它以及去更有意义的思考是在面对这个问题的情况下我们能怎么更好的和 AI 一起去协作一起去 coding 一起去解决那些可能潜在的问题嗯
反正我听起来大概就是你讲就是他们还没摸到门就是还没找到一个很好的协作方法二一个我就是可能跟大家一开始聊的一样就大家可能还有点上一代程序员的疑风在就是说大家还是用着惯用习惯再来解决新问题所以会有但是我总觉得就是会有一个问题我是觉得个人比较难处理的即使你用了 web coding 你比如说当我们一个大的工厂或者项码通常我们要拆成很多不同的模块
对吧产生不同的模块的时候呢假定我们每个模块都是用 web coding 它会存在一个什么问题呢就像我们一个质量的一个问题就是一个生产线质量假定你在一个环节里边你可能准确率是 95%或者你的质量隐患是 5%吧你下一个环节可能是 7%然后在整个的大型项目里这个 5%会乘以 7%会变成 35%的可能性的问题所以这是一个呃很多大型项目这个存在的一个隐患所以呃
你你讲的非常对在人类项目里面会有这个问题但是人类项目它会有很多的比如说辅助手段你比如说所谓的极限编程我可能有多人审核代码我可能有组长去审核然后我还有架构师去整合我还有后面大量的所谓集成测试和关联性测试来去呃
保障这些环节所以它就像我们在能上马路的汽车不是说它只有发动机它就可以它必须有好的刹车必须有这种控制方向的能力所以对于这种大型项目我个人觉得我只是个人觉得就是说如果每个模块都是 webcoding 编程这个会不会
导致互相叠加出来的隐患会非常大对我觉得很有可能我其实对这个事情的态度是我觉得其实每个环节都可以 webcoding 出来但是它依然得有相对专业的人类工程师去
辅助做对应的审查就比方说这种复杂的项目我肯定做不到就是至少现在这个阶段我肯定是做不到的因为我没有判断能力甚至我不知道就是某一类型的代码出来之后人类去
解决问题或者排查问题的最佳实践是什么样的就是我对这个我甚至不知道自己不知道什么所以我肯定是做不到的但是我会觉得就是像就很多复杂工程里的
就是现有的合作模式那个继续的情况下那个就是人去写态码的那个方式他是可以被 AI 去替代的然后人类可能中间做更多的那个
省教性质的工作去维护和保障那个代码不出错的那个工作我觉得那个可能我们有一个更专业更理解代码的人类去处理那个问题我觉得至少在现在这个模式下是更合适的或者大家在获取这样的那个项目让这种类型的项目上线的时候也会更有信心一些嗯
所以或者说其实如果咱们深点谈这个问题可能我们有两个层面的协作一个是说刚才可能你类似的我在单元模块上我们可以用刚才你谈到的这种 webcoding 协作方式可是当我们把模块组装的时候可能我需要更新的一种人和 AI 的另外一种协作方式可能和刚才我们所谓用语言编代码可能这种方式又不一样但是可能大家现在可能还没
还没走到那一步可能也不知道是不是该怎么做对不对我不知道对我觉得是的现在 AI 可能更多还是替代的是你手敲代码的过程但是大家都知道现在复杂的软件工程里或者一些更麻烦的产品的项目里就是手打项目可能手打代码可能只是
占中间比较少的一部分你中间可能有大量的那个要做测试和做那个 coding review 的那个过程我觉得这个过程可能还必不可少或者说那个过程中也有可能用 AI 去做一些协助但我其实是还不太有涉及到这种类型的那个需求
伴随着 webcoding 的概念的出现在业界也有专家提出来所谓的 webcoding 宣言就好像当初大家提出的敏捷宣言一样 webcoding 宣言里面大概提到的内容比如说我们正在通过拥抱人工智能迭代和人类直觉来揭示一种新的软件构建方式通过这样工作我们开始重视比如说我们更好的用流动性来胜于我们的摩擦
不要与之抗争第二呢迭代胜于完美如果你觉得有问题你随时可以重来完美已经过时第三呢那就是说应该增强由于自动化就是人工智能是合作伙伴而不是替代品第四呢我们要有更好的产品思维更优于所谓的代码编写第五呢重新生成代码而
强过不断的去调试和修复原来的 bug 可能更好的方式去重新生成代码第 6 是说人类的品位是优于所谓的技术限制我们更好的品位能够带来更好的产品同时他也提出了 12 项的原则比如说专注于问题而不是代码原则二品位是最终的过滤器原则三系统思维胜过语法的掌握
第 4 个原则是人工智能是你的共同创造者第 5 个原则我发现速度是新的工艺因为 webcoding 能够带来指数级增长的速度第 6 我们可以在分钟内交付而不是天所以人工智能使得交付的速度和我们思考的速度一样快
原则七变化是动力任何阶段我们都欢迎新的需求灵活适应是一种超能力而不是负担原则八简单性可扩展快速灵活的构建最佳方式就是最大限度的来减少你不构建的东西原则九说代码是一次性的如果它不起作用我们就重新生成不要产生依赖
原则时我们更倾向于重塑而不是拼凑当一个解决方案不能再满足我们的需求时我们可以再重新生成
第 11 就是我们优化加速未来属于那些以指数速度构建的人 12 就是不断进化团队应该定期的反思适应并升级他们的工具和工作流程所以当我们看到 webcoding 宣言的时候我发现很多的理念和我们传统的编程会不太一样但这里边也充满了一些我们对一些概念或传统工作方式的
改变比如说关于是否有代码修复的问题是否会产生垃圾代码的问题以及研发速度所带来的变化以及它和人类如何去协作的问题所以正是基于这些问题我和花生也展开了对各个问题的讨论我也想跟您可能稍微详细聊聊可能 webcoding 带来的一些问题比如说刚才你也谈到代码修复的问题就是修 bug 的问题
我也听到一种讲法是说你就不要让 AI 去修 bug 了你就让它模块重新写我不知道好不好这种形式但我也听到说你没必要修 bug 其实我就每次生成就行了我不知道是不是现在会有这种那肯定是不是的肯定有修 bug 的过程不可能每次出 bug 然后完全重新去写
很多 bug 它是经过一两次的那个尝试就可以去完成修复的然后我会提到的一个概念是你有时候需要和 Cursor 和那个项目去初恋 50 次就是你可能就是对你原本是一个挺好的项目然后你要去做一些修改或者去解决其中一个 bug
然后你这次修改的时候你会发现有可能那个 bug 一直修不好或者这个 bug 修考了它又冒出两个额外的 bug 然后你接下来这个项目就被你搞毁了那你现在可以通过就是 Cursor 内置的 restore 的方式或者通过 git 的方式去回到那个之前的那个初始状态嘛回到之后那你就重新开始跟它一起去解决这个问题就这个就算是一条
思路之一但它肯定不是全部的过程但我不知道在你写代码的时候你没有调用一些所谓公共的一些库或者是开源的一些组件我现在其实是比较少的我觉得其实确实是可以更多用一些 GitHub 的开源库去帮我完成一些事情但我现在
更多的项目过程其实都是从 0 到 1 重新造小轮子的过程因为这个其实和现在的很多编程是不一样的因为现在大量的不管是 java 还是 pason 其实调公共库和开源库这是一个今天普遍的一种方式
但是这种方式它有它的问题因为你可能你掉了一个东西其实你引入了一个包什么的那个包里面有什么东西其实使用者其实你可能只敲了一个小功能但是你引入了一个非常大的包我不知道你有没有想过这两种方式完全就是自己造轮的从一点点和这种方式未来 webcoding 它是都支持还是 webcoding 其实更适用于就是自己手敲齿轮手敲轮的这个过程
这个我稍微纠正一下自己就是像那个 Python 它去引路一些就是别的库这个倒是很常见的这个也是对 webcoding 过程中就是它自动会帮你去做的那个事情然后我更多是说就是在做网站网页类的项目还有做 APP 项目类的项目的时候它没有重新去呃
就是通过引入一个新项目的那个方式去帮他做就是帮我做到这个事情我觉得这个可能和和使用者的那个
会有一定的关系就是可能对于正常的一个就是有开发经验的人来说他们可能确实会更常用就是后者先找一个就是我想做一件什么事情去找一个类似的那个开源代码仓库然后在那个基础上做一些调整和修改但我确实没有那个前置的那种
就是使用的这种经验然后我自己所以我会更习惯就是从零开始但是这个后面怎么样说实话我不是很好判断我其实比较怀疑或比较我个人感觉会有可能后面的 AI coding 的模型它会帮你做一些判断它自己会去
他可以去思考就是要完成这项工作的话我去选择一个开源代码仓库先把它调进来然后再做后面的事情还是他从零开始写要更好一些
所以这个时候就是如果大模型的话它就不只是会编程其实它还会去找资源因为我为什么觉得这两件事情本质差不多呢因为你看你刚才讲了你用 webcoding 写出来的程序其实你也不读代码其实很多人用第三方引入的一些 package 一些组件他也
也不都其实一样的你说那里边因为我们经常也就会碰到这里边其实就藏了很大的雷甚至现在就是说在比如企业级应用的时候大量要去扫开源代码的一些漏洞什么的就是一个常规的工作所以这个事情我觉得可能就确实像你讲的就是未来这个事我觉得可能在一些方面可能会去强化既然这样的话我不知道就是说
在你的产生过程中就是你的程序里面会不会产生很多的垃圾代码这个也是很多人担心的就是因为我们传统程序员他要求的是代码简洁和漂亮但是可能比如说你这边生成了假如说你这有 10 个库也好或者 10 个组件也好也许确实你程序能跑没有问题但是因为你没有读过代码也许你只用到了其中的两个组件或者三个组件其实那边七个八个其实全是没用的其实你也不知道因为你反正也没看过嘛
所以这种问题会不会导致一种所谓新型的一个浪费但是这个浪费不是我们传统意义上那种浪费就是所谓垃圾代码的产生我觉得有可能但是我觉得 AI 它不会主动去干这个事情就是一般它不会去写一些
无用的那个东西然后我在想就是假设真的有这部分浪费有这部分无用它造成什么样的影响呢它可能会出现一种什么情况比如说我原来想做一个什么功能那我就让 AI 写了对吧可是我这功能后期我可能第一个可能有可能不要了
或者我调整了对不对可是你没有删你没有删代码或者改结构的过程对吧那 AI 我因为我也不知道就是他会不会自动就把这部分干掉呢还是我可能大致认为因为以人类整具员是不会轻易动原来已经编译过已经写好的东西他宁愿放在这这是人类的惯性但我不知道 AI 会不会这么做
应该就是你如果主动要求他把一部分相关代码去掉的话他是可以去做到的但你不主动要求
只是说他没有这部分代码没有在网站上做呈现的话他不会刻意去删除所以还是人在掌控这件事因为这个代码的垃圾问题这个可能是有点程序员所谓传统的一种洁癖可能早期程序员比如说我这个代码我能写一行我不能写两
好可能是当初他学习代码他师傅就这么告诉他的但是后来可能大家是为了代码的更加易读所以有些人大家也不会追求所谓那种特别精简的漂亮但是因为早期他本身存储非常有限 CPU 计算能力也有限所以大家在想原来最早写 C 代码的时候可能会比较重视这块的一个能力但现在大家可能易读性可能比代码简洁还要重要一点就是人类写代码
我反正是没有这种洁癖存在对对对对因为现在资源相对会多一点吧这种其实浪费可能比我们这个日常中这个所谓工业品的浪费可能这个代价要轻很多了这块
你当然也讲到或迭代以后不断的一版一版去迭代当然你也找了这个方案去解决有没有可能这种不断迭代之后你所获得的效果就非常小这个时候你会有一种很难判断说到底模型行不行我是不是
很难在这条找到就是找这种解决方式找到出路会不会就是一个死胡同我不知道因为我会有这个疑问就是这个问题我可能就算给了他可能永远解决不了就是今天可能 AI 是不到这个能力的我不知道你在做解决所有的问题你都认为这个问题是可解的吗
首先我会认为所有问题都是我的问题就至少最开始是这样的对我觉得就是 AI 编程的模型它肯定现在是不够好的但是对我来说就首先我没有任何退路
就是我可以不当然我可以不做那个产品但是我没有退回到说我自己去写代码或者我也不爱找人请教虽然我也可以找到一些程序员去问那个问题但我不爱干这个事情我更喜欢让 AI 来帮我解决问题所以我会把自己丢到一个没有退路的状态然后我想的永远都是
这个问题 AI 半天解决不了那怎么办呢就是我问的就是从来都是那怎么办我会尝试去协调出操作出更好的和 AI 去
实现这个结果的一个方式我这里可以举一个例子啊就之前确实前几天的时候我遇到一个困扰是我做了一个和小猫补光灯比较类似的叫小猫爱心眼的一个 app 然后这个 app 的话它有几个特点就是他需要就是在用户拍摄的照片的时候
就是它的效果是屏幕上会有一个爱心然后用户拍照片的时候那个爱心可以在他的眼睛瞳孔里去展示出来但是如果直接去拍的话有一个问题就是你必须展示相机的预览框如果你不展示的话用户找不好角度但是如果你展示了那眼睛里的倒影里就会有那个相机预览框那
那怎么办呢怎么解决呢就是我考虑的一个方式是我可以在就是在用户点下拍摄按钮的时候我立刻把相机预览框进行隐藏然后隐藏之后完成拍摄之后再让这个相机预览框重新出来对这样是不是就解决问题了然后
AI 或者说 Cursor 它用的一个比较成熟的比较技术型的方式是就是可能 N 的时候类似于杀掉某一种进程然后杀完之后再接下来重新启动那个进程反正就是我
不是很好描述就是它到底是怎么工作的我也不是特别理解但总之是在这个情况下就是它会出现我这个 APP 在使用的时候会出现很卡顿的情况以及就是重新开启和关闭几次那个就是进程之后就是好像就非常卡就没法用了
然后我尝试了很多方式它都没有办法解决然后我自己的想法我自己的判断可能是我是不是有更好的方式去实现我想要的效果因为我想要的效果只是用
用户就是可以拍照有预览但是他在拍的时候他看不到那个预览框那我是不是可以把所谓的这种进程的概念完全给干掉杀掉就我不需要什么他切换进程之类的我只需要就是可能用户在点拍摄的时候让就是底下的那个就是没有相机预览框的那个面板或者说那个界面有一个更高的那个优先级呈现的成绩
所以等于是那个有一个图像有一个界面盖在了那个相机预览框之上这样就让它消失了然后我对重新和科色交流做对应的调整之后它就实现了我想要的那个结果就是依然能
拍出来我预期的效果的照片同时让我 APP 的性能得到了比较好的保障对我听你这个故事我最大的感受是说就好像我们出去有手头有兵器去打一个仗就感觉你手里好像我只有刀因为我也不会编程我也不会看代码所以我只能在这条路上不停的狂奔不停的尝试但是
但是今天我们很多的人可能恰恰是手里又有刀又有枪又有大炸锤
那大家可能就想说我刀舞不动的时候我就怼两下枪然后我轮轮大锤然后可能东一下西一下可能也就分散了所以我不知道就这个问题可能是比较 tricky 就是说你可能给大家目前在做这种 webcoding 的人的建议是什么就是说难道我就是要大刀一直挥舞下去你一定能找到他的方式而且这种方式
就是代表着未来就是大家就应该去练刀把刀练好还是说我们应该其实是 18 万 5 亿可能都练一点那我 webcoding 也行自己改改代码然后再写作我不知道你对这个未来的这个方向或者人机写作这个到底是怎么想的对我觉得就是现在比较危险的一点是就是其实嗯
或者就是 AI coding 的产品它确实对程序员的一部分工作内容我不认为对程序员这个职业造成了多大的冲击但是对他工作内容里的很大一部分造成了那个效率的冲击以及可能很多企业就我了解到一些大企业像美团之前邀请我去
做过 AI 编程的那个分享然后我后来发现他们甚至给很多程序员配了 Cursor 并且公司去负担那个费用我觉得这个信号其实很明显了就是企业会希望呃员工能通过 AI 编程的方式去更好的那个提升效率然后他
最终可能会更要求你交付出的结果它对于你到底用不用 AI coding 可能并不那么的关心然后我觉得在这种情况下大多数人的一个好选择就是我觉得首先是抛弃那个偏见就是不要把自己作为一个评价者的
那个心态或者不要把自己放在一个和 AI 编程工具或者 AI 编程模型进行比较的心态就是啊这个 Cursor 或者 Cloud 3.7 写的好垃圾果然还不怎么样吧果然我写的其实比他好吧就是
其实没有这种直接的那个替代的存在是应该把它作为一个就是自己的一个得力助手自己的一个工具去进行使用的那在这种情况下就变成了我不去评价它到底怎么样
我可能更多想的是就是 OK 他现在是这种类型的能力那在这个情况下我怎么把我自己的工作做得更好我更好的去应用他所以那这个时候的话比较好的尝试的一个方式是我觉得大家是可以先自费一段时间武功的就是你假设你就是没有办法携带嘛
你就是需要在 AI 能力还现在还不那么够的情况下去完成你的某一部分的那个小项目某一部分的那个编程工作那你自己去试一试这个过程到底会是什么样的然后我觉得至少先尝试个五次十次就是如果你尝试了五次就是某一个功能某一类型的某一段代码
你尝试了十次之后你尝试了各种不同的路径之后你发现他都写不好他都做不了那你可以再回来去试一试自己的那个方式但是如果你第一次第二次尝试你就觉得他没写好所以果然很垃圾还不如我自己写呢那这个思路对于你更好的选择
配合 AI coding 去成为一个更好更优秀的程序员好像他是不会有什么帮助的对我觉得这个观点也非常好可能就说刚才例子就是说你可能原来就会用枪会有五大锤对吧今天你在刀上因为你不会你可能就多多练习强迫自己多用刀对吧很多人打篮球我左手不好我就多练练左手
我左手练的非常精通然后这样的话可能慢慢的我觉得可能比较好的方式我个人理解就是说你未来知道可能什么东西适合用刀什么东西适合用枪这个时候你可能这个时候你的选择能力或者你的水平就可能能更往上走一层
对或者我说我最近有一个新的比喻就是你可以理解为就是这种 AI 的工具它是老板穿插在你这儿的一个实习生它是有内部关系的就它能力不怎么样对它能力确实不行但是你开不掉它你必须得用它那你就你只需要思考就是你
怎么用它就是在他能力不行的情况下有哪些任务可以交给他干一干对就是以这种心态去尝试协作这样的话呢我想就是说未来的可能这个研发效率会提高包括你说包括美团他们为什么每个人都配其实说白了老板都希望这个员工快点产出对吧我宁愿给你花钱配工具但是本质目的是希望你这个快速的产出
所以我不知道在你的接触的你的培训的学员或者是你自己的体会或者跟别人交流中现在 webcoding 肯定是能带来非常高的速度的变化当然我一开始也问过你说一个整个应用从头到尾花的时间我不知道这种指数级的这种变化为什么
会对未来的这种软件或者是带来什么大的改变吗我觉得首先是很多那个小众就类似于小猫补光灯这种就是它的那个技术复杂度非常小非常简单绝大多数人想做都能很快一两个小时就能复刻一个就这种类型的产品它本来
从它的商业价值来说或者说从它的原来的受众人群来说就是它的需求不太容易被看见或者说被一小部分有研发能力的
团队看见的时候又觉得不值得做的这么一些需求诉求点我觉得后面是有机会获得一些甚至井喷式的爆发的因为更多的人可以用 AI coding 的工具去做产品了而这些不同的人他的生活的
面貌或者说他接触的人群他的兴趣可能是更就相比现在程序员来说他会更宽放更广泛所以更多的需求被看到了然后也因为就是完成这个
解决这个需求的产品非常容易就是几个小时或者几天它就能完成了大家也未必说我要通过这件事情赚到多少钱所以更多需求被看见又因为创造的成本足够低而且很多人能从这个创造的过程中得到很多快乐所以就是很多我觉得很多小需求其实都会被
满足就会有点类似于就是可能移动互联网早期一大堆应用爆发的那个情况是有可能出现的然后如果对于现在的企业来说的话我觉得长期来说可能组织的形态有一些大企业的那个组织形态有可能会发生一些变化就是
因为像产品或者像很多工程师他原本他都需要比较大的团队配合才能去做一个产品的原型或者启动去做一个产品的测试但是现在这个情况下可能有些企业一部分就是研发的人力资源有可能会被释放出来那释放出来之后可能会去做一些
更多做一些尝试性的探索性的项目或者更直接的说是有可能会有一些比较初级和比较中级的程序员的岗位是有可能会减少的从这个角度讲其实有点我不知道是不是有点
我们讲到这个民主化就是比较一个专业的词就是技术民主化其实或者像这个比如像咱们互联网这个以前大家可能专业的人拍电影可能以后每个人都能拍抖音但是可能抖音一开始大家就是一个很不专业的一个东西但是我呃
能想能做我想做的东西对不对但是可能随着这过程我这个抖音也现在很多人人也拍的非常专业嘛对吧所以就是这种常委需求啊或者以前那样认为可能价值不高或者完全个性化的东西可能在这个过程中就会会爆发出来所以就是说呃
一方面是带来整个速度的提升二一个从这个生态的多样性和整个这个大的产业的发展这块接触 webcoding 应该是能够得到一个快速的一个发展对是这个对我觉得这个抖音的比喻非常好是对会有类似的那个情况出现对对对对那
我最后想跟你聊一聊就是对人的影响其实你刚才也谈到了可能是大公司的一些组织转型啊一些个人的变化其实最近我还看了一个这个叫 VAR 杂志它有一个调查报告我不知道你看过没有啊它对 730 个程序员做了一个类似 AI 变成助手的这样的一个调查它基本上覆盖了初学者呀包括资深工程师包括自由职业者大公司员工他都有就是说相对他这个调研还是比较有这个代表性的啊
但大概结果我也跟你聊一下差不多他有 3/4 的人就 75%的人现在确实已经在使用 AI 这个也是一个跟咱们可能看到的情况是一样的但是这里边对 AI 态度这就体现出程序员的不同态度其实它是分成乐观悲观和中立就是三种情况这种几乎在调查完以后他们发现是 1/3 1/3 1/3
就是三分天下就是三分之一乐观三分之一悲观三分之一中立所以这里边可以看到 75%的初级程序员是比较乐观的然后而资深的程序员一般是乐观和谨慎并存而中级程序员是实现出一种比较悲观的态度所以大家就可能在分析说为什么初级程序员可能大家都是新人本来就经验不足一看太棒了这个能给我带来很多
很多战术所以大家对这很乐观而资深大家可能经历过很多技术变革他看待这个问题可能也比较理性就是说我知道 AI 能帮我做什么也不能做什么我大概对这个是有一个评估的但可能中级的成员就比较尴尬可能原来他可能刚刚比较熟络
这些程序编程反而在这个时候它的很多多年积累一下子可能就被 AI 所替代了所以可能从他们心理上来讲对这个东西可能是会有一点抵触的而且这里边也体现出来就是说独立的开发者
更爱用这个 AI 就是他比可能所谓的我们专业开发者我全职人员这个高出 33%的这个比例啊这个作为独立开发者其实这个也体现了这个就是说啊他现在正适合一些小的单兵作战的一些短小的项目的这样的一个开发而一些这个在公司里的这些人呢他本身受制于呃
团队以及受制于公司的管理规范以至什么敏感信息包括甚至联网外网可能都在很多企业里面都是一些问题可能 AI 的推广它就没有那么快我觉得从未来来讲当然您谈到了公司转转我不知道从程序员的发展的角度讲从你的角度讲未来这些开发者大家应该怎么去锻炼的自己哪方面的能力
然后应该是未来的发展方向应该朝向什么样的方向发展对我觉得就是首先我觉得 AI coding 能力的发展其实本质来说对程序员其实是一个挺好的事情就是
他虽然直接就是对于你工作上的一部分内容他能很快的一些去做一部分的那个替代但是他能赋予你很多新的能力啊就是而且就是如果一个程序员就是他有
对软件工程它有一些就是编程语言的基础它去上手别的语言它去做一个全新的产品其实都会比原本毫无就是 AI 编程经验的人来说其实是要容易很多的因为就是对于像我这样的人来说其实
我有很多我不知道自己不知道的那个东西或我根本不知道就是有什么样的东西存在而对于原本写就是学过很多年然后了解很就是自己尝试写过多年代码的人来说他
他理论上他应该更好的能够去上手 AI 编程的工具只是说大家现在因为心理上就是对这个事情不太能接受好像就是自己都学了这么多年为什么现在就没有学习的人他好像也直接能去做出产品写出代码了但是当这个事情已经来已经发生的时候
当你没有力量可以去抵抗这个确定的已经发生和即将发生的事情的时候我觉得那个心态就不是很有价值而且因为我之前在互联网公司做过很多年时间就有十年然后其实很多产品和工程师其实都是有自己的产品梦的其实都是想要做自己的那个
产品想要实现一些自己的想法的但是大家受限于公司的那个体系来说大家只能在一个就是复杂产品的生产环节中去扮演其中一部分的那个罗斯丁的角色
因为你不会别的方面你只能去完成你那块就是你理解你了解的那部分东西但是现在有 AI 编程的协助之后你是可以破除这个障碍的你是完全可以去接触其他的那个技术站的你是可以让 AI 协助你做设计师和产品经理的工作然后让自己去呃
从零到一的实现一个产品的所以我觉得就是接受实际已经发生的事情以及尝试去拥抱就是它能带给你的新机会反正这个对我来说会是一个更好的心态而且像我们刚才提到的就是不管是 webcoding 来说还是本来
很多公司的就是软件开发的那个过程来说其实都是有很多那个风险或者有一些很多潜在的问题可能存在的嘛那如果你是那个就是更懂如何和 ai 协作如何去避免这些问题如何让不同的 web coding 的这个模块和工作方式能融合在一起你更早的理解这件事情的话其实也你也会在后面的那个
竞争中或者在后面的趋势中你能有自己的一席之地这个是我的一些看法其实我本来想问一个问题就是说可能你认为未来程序员的标准是什么但是我其实想换一个问法比如说假定你今天是公司的老板可能你想做更多的 APP 或者你想扩大你的团队
那你现在你要招聘对吧你招聘那你可能要招程序员呃我大体认为你可能会有两个方向会招哈就是说当然你我说不对你可以纠正我一个是说可能是要补充你的短板就是呃我可能有一些欠缺能力我需要招一个人来来来进到我的公司那还有一种情况是可能是呃
我可能招一些可能跟我能力类似的人我希望他能做更多的事情所以当你去面试程序员这两类的时候你大致会去按照什么样的标准或者问他们什么问题然后把他们招到你的公司首先就是我确实一个人在干事然后我也不招人然后如果预想这个方式的话我觉得首先是因为有很多新的东西涌来我希望这个人
他是有那个不断学习的那个就是意愿和精神然后并且自己
在 AI 编程来了之后自己确实有真实的尝试过一些东西的就比方说它是一个前端那我会希望它用过 AI 编程工具并且写过包含后端的这种产品不管是一个网站还是一个 APP 也好如果这个人是一个后端我希望他是
有在这个阶段下他是有用 AI 编程工具写过前端的一些东西就是我希望他是能够有持续学习的心态以及对于新技术的变化是抱持着一个开放的心态并且乐于就是在这个开放的那个状态下去尝试更多新的那个可能性的这个人但是其实如果是咱们企业如果真的去面试的话
这个标准就很难因为你问一个人说你喜不喜欢学习他肯定会说当然我喜欢学习
对对所以我我不会去问他对我会给从他实际的那个经历实际的案例里去看这个事情 OKOK 因为因为现在通通常啊面试程序员或者都要用一些笔试出一些这个 coding 的考题做一些算法题就是这个是目前的现在这个方式嗯所以呢我觉得我觉得你讲的这也非常对啊就说这个可能是未来像朝向或者是我们这些这个程序员可能呃
被选择的一个标准但是有没有想过这个问题你看我们今天的小朋友其实他们可能我觉得未来他们就是 webcoding 的或者 AI coding 的原住民他根本就不存在我们刚才说的那些问题因为他天生就没有那个过程如果老师可能也不去刻意的教或者刻意的练习读代码那他们就是未来的 AI coding 的原住民这件事情是一个非常乐观的吗还是说
其实可能也存在很大的风险反而我自己会觉得会是比较偏乐观的事情因为就是
AI coding 出来之后就是你需要学习的一个编程的范畴以及你需要学习的方式真的会变得非常的不一样我觉得在下一个阶段就是大多数人应该是边做边学就大家可能在前一两堂课的时候就
老师可能布置一个任务或者让同学自己去找一些想法然后去尝试做出一两个项目来然后可能通过这种那个项目的那个过程可能大家去看那个项目代码注释啊或者
看 AI 生成的一些东西去实现对软件的架构生态的一些理解但实际的那个就是
我自己之前就是在 23 年 3 月的时候我自己尝试用 TradeGPT 辅助我去学那个 Python 编程从入门到实践那本书在此之前就是那本书其实在我书架上可能有四五年五六年时间我每一次翻开就是我前沿我都完全看不下去
因为那个 Python 的那个环境配置我永远会遇到问题那些问题我完全无法解决但在 TradeGPT 的那个帮助下我大概是一周时间就把那个书给大致看完了就是中间很多东西很多细节的东西我肯定没有真正的那个理解啊但是大体的那个框架就是大体的这个软件大概会是什么样的我会形成一些初步的认识
然后这种初步的认识我觉得可能对于我后面就是真的拿 AI 变成工具做产品其实也是提供了一些就是前期的这个知识的帮助了所以我觉得后续呃
我相信就是肯定会有一部分专业的人他不只是停留在 webcoding 的那个过程他是通过 webcoding 的过程是可以去更好的更高层次视角的去理解编程和软件工程这件事然后这群人的话其实后面会成为更强大的那种个体
我是抱有一个比较好的那个预期的我不认为就是因为大家都可以 webcoding 了所以一些基础的知识就没有人去掌握没有人去理解了我不认为会发生这种事情其实我一直有个观点就是技术的演进是比较快的然后我们看起来好像大家接受也很快但是其实你看社会的变革啊包括我们很多这种生产关系的变革其实比较慢的因为呃
我们简单的说好像是说我们未来教育应该怎么转但是事实上社会上有多少人是靠编程培训或者是我们的传统的教育体系是靠此来生存其实大家很难我觉得就是很快速的会切到以这种思维方式上去来做教育和培训这个我觉得可能真的是要很多年才能改
改过来也许 AI coding 的工具的能力大模型的能力会很快但是我们人自己真的转的是挺慢的这个大家教育系统之类的改变确实是比较慢的对对对所以这个过程呢我觉得大家现在更多的我们的这个朋友们可能都是在自己的实践工作中啊或者像你这种个人创业者啊呃
个个体公司然后大家去做了很多的一个尝试其实据我所知即使现在在一些大的很多企业里虽然大家是在用但是那也是先锋的其实可能大家还是在传统的模式上还还在往前走啊这个所以呢我觉得就今天跟你聊了这么多啊我个人也收一飞浅啊就是呃
可能也打破了我原来的一些个人的观点反正对我来说就是用 AI 编程去创造一个产品的过程真的很快乐所以我觉得不管是原来是工程师来说还是原本完全不会写代码的人来说你真的可以去尝试你先去感受一下然后后面再表达观点就好了我觉得先试试非常有趣的模仿
好非常非常非常棒谢谢华生好吧今天那个占用了一个多小时时间然后我们有机会再聊好谢谢好累谢谢拜拜 I don't want to let you down 忘了我沉寂意海芬芳习惯让烈酒填满惆怅伴着月光回到我的路上
I don't want to make you cry 爱上我是爱上一种想象这人生不过是一件赌场我把我的所有全部都赌上我胆强乱十里闯我的猎物对我最敬仰我子弹上膛
就带着我的理想听说最后她消失陌生你听到关于我的传说后人传唱 I don't want to make you cry 爱上我是爱上一种想象这人生不过是一件独唱
我把我的所有全部都赌上我把弹枪乱尸离窗我的猎物对我最敬仰我把子弹上膛都带着我的理想听说最后只荒野听说最后他消失莫伤
听到关于我的传说后人传唱