我曾多次说过，乐高让我成为了一名开发者。我是家中四个孩子中最小的，继承了一大箱没有说明书的乐高积木。于是我用许多小零件搭建更大的模型，并不断重复利用各种连接方式和技巧。我甚至会自己设计模型，然后拆掉它们，重新组合零件。
就像你编写软件一样：
- 你编写功能
- 你把它做成可重用的函数。
- 你将它们组件化为具有方法和属性的对象。
- 你将它们整理成类
- 你把它们打包成图书馆，让人们忽略它们，然后回到第一步。
今年十二月，我的伴侣送了我一个 Blue Brixx 的圣诞倒数日历，里面有花生漫画的角色，可以当圣诞装饰品。这让我意识到，Blue Brixx 和现在的软件开发有很多相似之处。
乐高有一些不成文的规则和良好的结构。
乐高积木组装起来很有趣，但有时拆卸起来却有点棘手。不过，总能拆下来的。
如果你没在试图掰开一些顽固的 4×2 乐高积木时磕掉过一颗牙，就别告诉我你是 80 年代的孩子。
乐高积木会附带说明书，一步一步地告诉你需要哪些零件。这有点像跟着教程学习如何开发软件。
玩乐高积木，所有必要的零件都齐全，不应该有剩余。就像宜家一样，任何时候你需要用力拼装，就说明你做错了，而且以后会给你带来更大的麻烦。
Blue Brixx 与众不同
Blue Brixx 的模型由于其尺寸、材质和价格的不同，显得与众不同。虽然模型可爱且拼搭起来很有趣，但你需要采取不同的拼搭方法。
- 底部没有凹槽，这意味着积木之间的契合度不如乐高积木。有时你需要用力才能把拼好的模型固定住，或者让积木顺利装进去。
- 到目前为止，每个模型都缺少积木。有些模型里甚至有颜色不匹配的积木，而且随着我完成整个拼搭计划，我收集到的积木越来越多，准备以后再用。有趣的是，我经常在一个模型里发现缺失的积木，而这些积木却在另一个模型里出现，所以我推测是包装出了问题。
- 有些模型的人物脸部是用胶水粘上去的。这些贴纸的质量是我见过最差的，用起来简直让人抓狂。而且，这意味着你根本没法把模型拆下来。
- 说明书上没有列出每一步所需的积木。你需要根据3D图示来推测。
- 由于有时对比度较低，这意味着您可能会用错积木，然后在后续步骤中遗漏它们。这意味着需要拆卸模型，而对于这种尺寸的模型来说，拆卸起来相当困难。
当前的软件开发感觉与此类似。
这有点像现在的软件开发。我们使用库、框架、软件包和定制的、可重用的解决方案。但我们常常发现自己拼凑出一个难以维护、难以调试、性能糟糕且占用大量内存的“弗兰肯斯坦”式解决方案。
仅仅因为我们重复使用了旧组件，我们就无法确定是否正确地将它们组装在一起。有时，我们不得不借助转换器和优化器等工具来强行让它们协同工作。我们预先添加了大量松散连接且缺乏结构完整性的组件，因此我们又添加了更多工具来分析哪些组件已交付但并非必需，然后将其移除。我们没有操作手册可以遵循，看着使用特定库构建的精美最终成果，我们只想走捷径。
我见过太多产品因为某个库的某个组件很好用，就使用了多个库，结果导致代码臃肿不堪，让人难以理解。
这种情况因“氛围编码”而加剧。这种编码理念的核心在于完全忽略代码本身，只关注解决方案，而这总是导致从零开始构建，而不是维护和改进现有产品。你可以把它想象成拼装乐高模型。
我的工作流程：工具准备和结构化
好吧，我首先意识到的是我需要一副新眼镜。我本来就有一副渐进镜，但我的视力肯定下降了——剧透一下：三年就下降了。要么我得不戴眼镜，看看说明书上那些惊喜积木的插图才能找到正确的积木；要么我就得戴着眼镜才能找到桌子上的小积木。这真是太让人抓狂了，更别提这种姿势有多不方便，害得我腰酸背痛。
在我的新眼镜到货之前，我暂时使用我平时听播客时用的LED面板灯，这样可以增加砖块的对比度，让我看到更多细节。
如果这还不够，我会用手机当放大镜来分析这本小册子。
最后，我开始在组装每个模型之前预先分类积木。我的伴侣会用那种“我真是个书呆子”的眼神看着我，但这真的很有帮助。
这也是我开发软件的方式，也是我在这个“现代”世界里，力求直奔最终产品而努力寻找出路的方式：
- 找到一个你用起来顺手的编辑器环境——就我个人而言，我仍然不太愿意付费开发，即使是用代币支付也不行。
- 构建并规划你想要的解决方案——然后找到辅助工具，帮助你轻松实现目标。
- 始终保持事物清晰易懂并做好记录，以便日后能够轻松更换产品内部深处的部件，而无需将其完全拆卸。
- 留下包含所有必要细节和步骤的文档，以便其他人可以重复你的操作。
制作这些东西很费力，但亲手组装它们也让我感到快乐。我还能学到很多东西，比如某些部件（头发、手臂、腿、包裹……）的制作方法总是相同的，而且做得越多就越熟练。
如果我让 ChatGPT 为我构建一个 3D 模型并打印出来，我怀疑我是否还能获得同样的满足感。