……我将比那些没有用30年时间编写商业软件的人更擅长通过LLM设计个人使用的软件，因为我学到了一些东西（比如wish），这些可以通过LLM来更快、更可靠地生成输出结果。对于个人使用的软件，如果你只知道HTML、CSS和JavaScript，那么你所能做的就是基于electron的垃圾软件，这是最小的软件单位。而像我这样的人，可以制作出小巧而紧凑的软件，因为我过去曾用Delphi（现在是Lazarus）、Qt、Tcl/Tk等编程，而这些仍然可行。我记得最近在ShowHN上看到一个基于electron的vibed应用，当时我觉得它其实可以用一个调用Zenity的小bash脚本来完成。问题在于，当像我这样的人（还有你自己）不再存在时会发生什么？……
源讨论LLM时代的可扩展软件原帖 88 条评论 · 导入时统计我猜那30分钟没包括学习如何使用Wish。 有很多应用我可以在30分钟内使用我已经熟悉并能高效工作的开发环境来构建，但LLM没有这个限制。
完整原文把你的经验，加入这段讨论。
我的意思是，如果你把任何基于网络的技术都定义为垃圾，那当然可以，但有人也可以轻易地把Linux GTK应用定义为老旧且不稳定的，那我们又会怎样呢？LLM可以很好地写出Zenity bash脚本，这取决于使用者是否要求这样做。这个Zenity bash脚本在Android/iOS/windows/ChromeOS/Mac/esp32上运行得怎么样呢？我们可以随意贬低别人使用我们自己不会选择的技术，但这并不是说他们没有理由。现在不是1990年了，我的电脑有千兆字节的内存，而不是兆字节。
完整原文我认为这一切都归结为在LLM出现之前并不十分明显的二元对立：总的来说，有两种人——对这些人来说，旅程和学习是最重要的，而对另一些人来说，这些只是通往最终产品的障碍。 这两个阵营都好像认为对方不可能存在。我认为他们一直存在，只是LLM让这种区别变得显而易见。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。