这个“闭门造车”的实践，我真是自己亲身经历了一回。以前老听人说这个词，总觉得那是形容人不懂变通，脱离实际。结果，我自己真就这么干了一次，而且还挺有意思的。
去年那会儿，我琢磨着要给自己家搞一套简单的智能家居管理系统，不用市面上那些大厂的，就想自己弄个土法炼钢的版本。为什么？就是觉得那些现成的系统太臃肿，功能太多，我想要的就那么几个简单控制：灯光、窗帘、温度显示。我心想这有啥难的，自己写一个呗。
我当时的想法很简单，就是闭上门，谁也不问，自己从头开始搭。 没去搜什么最佳实践，没去看什么主流框架，甚至连跟我一起搞技术的朋友都没通知。我这个人，有时候就喜欢闷头干，享受那种从零到一，完全自我掌控的感觉。
我的“车”是什么？就是那个控制系统。我选了手边最熟悉的Python作为主语言，搭配了一个极其简陋的网页界面，完全没有考虑什么用户体验，能用就行。我当时甚至连数据库都没用，直接用文本文件存配置。
第一步：环境搭建。 我找了个树莓派，装了个精简版的操作系统。然后开始写控制逻辑。这部分还算顺利，因为我的需求明确，就是发送指令给继电器模块开关灯，接收温湿度传感器的数据。
第二步：界面设计。 我用最基础的HTML和一点点JavaScript，画了一个非常“复古”的界面。按钮巨大，颜色刺眼。当时的心态是，反正只有我自己用，美观不重要。
if/elif/else，而不是面向对象的方式去解耦。我记得有一次，为了实现一个定时开关灯的功能，我写了一个晚上，代码里充满了各种硬编码的时间戳。我当时觉得自己牛气坏了，所有的轮子都是自己造的。 这种“闭门造车”带来的成就感，在那段时间里非常高涨。
问题很快就来了。我的这个系统在实验室环境跑得还行，一搬到客厅，立马抓瞎。
是稳定性。因为我没处理好多线程和并发访问，只要我同时点两个按钮，整个系统就卡死。得重启树莓派才能恢复。
是维护性。有一天我想增加一个控制风扇的功能，当我打开那个巨大、混乱的Python文件时，我彻底蒙了。那些几天前我引以为傲的“自定义逻辑”，现在看起来就像天书，我完全搞不清数据流是怎么跑的。 每次改动一个地方，就得小心翼翼，生怕牵一发动全身。
最要命的是扩展性。当我想把控制范围扩大到卧室时，我才发现我之前的架构根本没有考虑分布式。每一个新的设备加入，都意味着我要对核心代码进行一次大手术。
这时候我才意识到，我造的不是一辆能上路的“车”，而是一个结构脆弱、极度个性化的“艺术品”。它只属于我那个闭门造车的环境，一旦脱离，立刻报废。
我停掉了这个项目，老老实实地去学习了标准的物联网协议和成熟的框架。但这回经历让我明白，闭门造车打一生肖，那是“井底之蛙”（生肖不知道，但意思到了），它造的不是产品，而是偏执和重复的错误。
这回“造车”经历，虽然结果是失败的，但对我来说，它最大的价值在于让我亲手体验了那些教科书里说的“规范化”、“模块化”的重要性。以前听别人说要解耦，要用设计模式，心里总觉得是多余的负担。直到我亲手制造了一个维护成本高到无法承受的系统，才真正领悟。
我闭门造的，是错误和经验。这个经验，比我读一百篇教程都管用。
