快捷比稳定更符合需求的情况

我读到了Marcus的MVP，他里面提到这么一个情况：

我想不久的将来，人们需要什么应用软件，就应该不会再去买，而是自己根据需求造了。也许一些复杂的基本功能还是需要依赖外部的库，不过这类核心功能恰恰都是开源居多（ffmpeg、pandoc、openssl），正好可以自由地随用随取。这样做的好处就是不需要去学习软件的使用方法（像 Microsoft Excel 里大概有 80% 的功能我从来没用过），自己做的就不会包含自己不需要的功能，遇到了 bug 也可以自己修，美哉～

确实有道理，但是拜托😄。这不是将来，是现在就已经是这样了。

以我举例，我现在基本已经用vibe 或者写自己写代码的方式解决自己的需求了，这里面的核心背景是，找软件查资料的过程可能还没直接写来得快，且那个关键点是需求足够简单，便捷性大于稳定性。

要是写什么银行系统，机场航班管理，那确实还是需要逐行审核代码，确保稳定性和安全性。哪怕不远的未来ai能够在沙箱里面跑通安全性，但是还是要人类可维护的。

也就是说vibe coding和软件层面的mvp也只能满足需求足够简单，坏了重写一个比维护快，我觉得这个很可能已经是一个现实，不过其实是把生产成本从人力转嫁到电力，某种程度来说也是挺不环保的，不过人是爽了，至于谁先买单就不知道了。

我不会写代码

我其实不会写代码，只能改一些参数，顶多算会简单修改代码。
出问题只能查报错，然后让ai给我讲解，之后我调试，我写或者它继续吐代码，这不可避免地产生代码臃肿，语义重复，我非常清楚，而我完全不会看，也没什么意愿看。

这种学习方式教育出了我这类次世代架空式学习者，没有地基，可能偶尔写出一个很炫酷的东西，可是维护性为零且交付给别人是一个灾难。

如果今天开始的程序员都是以我这种需求驱动学习，而没有计算机科学地基，那会产生很可怕的后果。不过乐观一点看，学习路径会重构，写程序的逻辑会改变，或许能有新的范式，说到底我们是因为未知而恐惧。

在程序教育领域，应该要有人做基础教育重构原典和地基，培养一些古典式甚至保守倾向的素养。我在绘画领域也是做这类事情，虽然现在都习惯用生产式ai，但是培养素养和品味还是需要一笔一笔地画出来，说到底一笔一笔才叫绘画，生成艺术是另一个纬度。

扯远了，我可能要描述的是，曾经学习技能是从左到右，现在是有ai脚手架，从中间开始前进和回溯并行，这方面ai是超好用的。

另外关于mvp

我第一次听最小可行性单元mvp这个词是国内很多内容农场和二道贩子在兜售这个概念，后来则是看了seth godin的podcast正本清源的，其实有一套还算可以的方法论，随便粗看也挺成功学叙事的，不过确实是营销学策略，至于是不是他先说就不知道了🤷。

要不要用ai？

这是个蠢问题了，我甚至怀疑有没有人还会问这个问题😌。ai提供了检索能力，让以往不可能做的事情变得可能，从个人层面我是敢做以前不敢做的事了。
所有的智力和天赋问题都降格为体力劳动，在创作方面体现在能巨量检索前期资料，遇到问题没有任何鸿沟了，只要查找、学习、检验就行了，才能变回了下苦功。

当然这也有挺无奈的变化，人变得更忙了，不过事已至此，先躺一会吧。
话说回来[dedede]这个概念读起来还挺酷。