新未名空间

sdehc 写了： 2025年 7月 28日 17:21 最终用户是什么类型的？如果面对一般人，能老老实实坐下来，把自己想干什么整理成树状结构的，应该十中无一。
你这个加个AI层，把用户口述的要求，转成配置文件，应该是AI的潜在应用。

dealfinder10 写了： 2025年 7月 26日 12:16 速度提高n倍。底层程序员基本被干掉了。

ai继续进化 各种标准化推进,更加适应ai。 早晚吃掉80%的马工的工作

sdehc 写了： 2025年 7月 27日 15:01 我现在做的是个潜在user超过billion的新项目。我估计完事大约三四万行代码。
把一个大project decouple成为很多200行左右相互独立互相没有影响的函数，对我来说很容易。尤其是怎么做这事已经讨论了两年的情况下。
AI现在的能力，让我对resource的需求下降一个数量级。

ccmath 写了： 2025年 8月 9日 09:21 有试过AI agent的吗？还是自己在试prompt?

sdehc 写了： 2025年 7月 25日 03:31

一次让AI读design doc，我定义了public API，AI自己生成了所有代码。我只需要告诉它，哪些代码要refactoring 成自己的类。
我原来预估要一个星期的活，两个小时完事。
一次是做个我写的包的FFI，这次我一行代码没写，AI自己生成boilerplate 配置文件，自己运行，自己改，半小时完工。

我认为以后找三哥外包毫无意义了。我做的这两件事情外包给三哥，开四五个会，再来回沟通实现，很容易要做一个quarter。

这个想法有点幼稚， 三哥外包本来就没有意义，如果有什么意义，恰恰就是把能够几天搞完的事情弄一个quarter。

AI很多时候不是解决了问题，而是让人意识到这世界上有多少事情本来就是人为制造出来的。

完全同意

Whyisthis 写了： 2025年 7月 26日 22:15

把一个大的project想要细分可不是容易的事。关键是软件的模块之间都是又联系的，而且在大部分情况下，即便代码调用上没有直接联系，运行的时候内存，带宽，硬件，数据库这些都是共用的，都会相互影响。AI不知道这些东西的复杂性，生成的东西性能上没有优化，bug还有不少，而且由于代码量太大，人还不好接手。

我自己的经验是，AI在生成<200行输入输出明确的代码时（说白了就是小工具），是很有用很快，而且基本不出错。>=200行，就会开始有bug，而且bug的数目不是随代码行数线形增加，而是二次方增加。超过1000行，想要一次生成，那就到处都是bug，得费很大的气力去debug。如果你对这些逻辑和语言很熟悉，这种情况下还不如自己编。

啥玩意一次要生成1000行？应该有规范，一个模块不能超过比如25行，50行之类。太大就继续拆分