Wang Zuo
1.6K posts

Wang Zuo
@wang_zuo
programmer, educational researcher
Hong Kong Katılım Kasım 2010
126 Takip Edilen153 Takipçiler

github.com/milla-jovovich… 吹得很凶,但是本地用一下就知道了,代码质量很差,python 依赖都一堆问题。chromadb 比如你会发现,如果这个默认安装,直接 运行 status 命令都直接 segment fault。。。甚至临时文件还会把你的某些目录文件写满,
中文

MVP 这个概念我觉得已经过时了。我们项目内部一般用 ALU(At Least Useful)来代替。
MVP 诞生的年代,把东西做出来就已经是门槛了。广为流传的关于 MVP 的小故事包括 dropbox 上传一段视频、airbnb 手动撮合第一单,都很粗糙。
但有了 Vibe Coding / Harness Engineering 之后,谁都能把东西做出来。情况就有了很大变化。
举一个例子。过去打黑客松的时候,20 个团队里有 3 个团队提交能运行的代码就已经算是不错的数据了,最后评奖基本就是在这几个能用的项目挑个顺眼的,剩下连代码都交不出来的团队勉强评个安慰奖。
开始用 AI 写代码之后,情况变了。80 个团队参赛有 60 个团队能提交代码,而且基本都能跑起来。
这个问题等效到创业公司,情况也是差不多的。过去公司 pivot 还得先做一些可行性验证和团队搭建的工作,现在嘛,看 CLI 火了,抽两个工程师去做一周,也能发布个有模有样的 CLI。好不好用你别管,你就说是不是 CLI 吧。
所以以 MVP 作为里程碑或关键目标的时代,很可能已经不存在了。一方面是“勉强能用”的产品泛滥拉高了用户尝鲜的欲望,另一方面是 early adopter 也有了开发能力,真有需求自己做就行了。
所以我们内部并不追求 MVP 的产出,而是 At least useful——至少有点用——这个很口语化的目标。
*我知道两个破折号看起来很像 AI 啦但这篇确实是我自己手写的所以不要吐槽了。
当我们提出一个新特性或者新功能,下一个问题就是“做完之后有用吗”,当然,也可以换个问法,“你提的这功能,你自己用吗”。
前者比较准确,后者比较好用,因为自产自销这件事就跟军令状一样,张嘴逼逼谁都会,那你自己天天用嘛,自己不用就别往外提了。
英语里叫 Eating your own dogfood,吃自己的狗食。我觉得确实是这个道理。
检验 ALU 的方法有很多,不论如何,我觉得相比于有没有做出来东西,更重要的是做出来的东西有没有用。
过去的时候人们说“idea is cheap”,现在好了,coding is also cheap. 至少做的东西有点用吧——这是我的职业道德。
中文

While leaked source map is trending now, rails app enables source map in production by default.
gregorein@Gregorein
so... I audited Garry's website after he bragged about 37K LOC/day and a 72-day shipping streak. here's what 78,400 lines of AI slop code actually looks like in production. a single homepage load of garryslist.org downloads 6.42 MB across 169 requests. for a newsletter-blog-thingy. 1/9🧵
English










