“
我是大树，一个差点开始放弃折腾的AGI学习与实践者。
最近在探索和从事的事儿：
企业出海与AI自动化转型、AGI创作
重新拾起自媒体平台，继续倒逼自己动脑和记录日常的所思所感，不止技术
欢迎大家关注微信公众号
做棵大树，有想要长期联系的朋友也可以通过公众号菜单栏找到我~”
“
凌晨两三点，和一个创业朋友聊完"技术洁癖"后，我想了很多
”
TL;DR
昨晚和一个创业朋友聊到凌晨两三点，他刚跑通 MVP，核心感悟就一句：在创业初期，技术债是战略选择，不是无能表现。
几个关键结论：
-
🎯 先完成，再完美：产品做得慢，比代码写得烂更致命
-
💰 可以欠的债：代码丑、没测试、硬编码配置、文档简单
-
🚫 不能欠的债：数据安全、核心逻辑正确、基本错误处理、日志、版本控制
-
⏰ 何时还债：当代码质量开始明显拖慢开发效率时
-
📌 核心原则：住毛坯房可以，但不能住随时会塌的房子适合谁读： 正在创业的技术人、纠结代码质量的开发者、想快速验证产品的团队。
“
有些道理，听别人讲出来，比自己撞了南墙再懂，要温和得多。
”
昨晚凌晨一点多，一个正在创业的朋友突然找我聊天。 他刚跑通 MVP 的核心流程，兴奋得睡不着。聊着聊着，话题转到了"技术洁癖"这件事上。 他说了一句让我印象很深的话："三个月前的我，可能会因为这堆'屎山'代码羞愧得想删库跑路。但今晚，我居然能笑着看它。" 我问他为什么。 他说，因为它能跑，这就够了。
他走过的弯路，可能也是很多人的弯路
他跟我说，项目刚启动的时候，为了技术选型吵了整整一周——跟空气吵，跟知乎吵，跟 GitHub 上那些"最佳实践"吵。
"必须上微服务架构，不然以后怎么扩展？""现在才一个人，你搞微服务？""那也要提前规划好啊！""规划个屁，下个月能不能做出个能用的东西都不知道！"
现在想想，真是很多技术人都会踩的坑。
他花了两周时间"精心设计"的架构，最后发现最大的瓶颈不是技术，而是根本没人用。那些引以为傲的设计模式、优雅的代码结构、完美的 CI/CD 流程，在零用户面前，显得如此苍白。
他说后来自己跟自己说了一句话：你知道为什么大多数创业公司死得快吗？不是因为代码写得烂，而是因为产品做得太慢。
这句话，我觉得值得每个做技术的人记下来。
被现实教育的那一刻
转折点发生在第六周。
那天他好不容易拉到一个潜在朋友试用，结果人家用了三分钟就关掉了页面，说"太慢了，等不起"。
不是加载慢，是功能太少。他花了一个月搭建的"完美架构"，只实现了不到 20% 的核心功能。
那天晚上，他做了一个决定：所有"以后再说"的功能，现在就做；所有"不够优雅"的实现，先上了再说。
于是有了这些"黑历史"：
-
硬编码的配置项（"反正明天就要改"）
-
复制粘贴的代码块（"先跑通再重构"）
-
没有错误处理的接口（"用户不会这么操作的"）
-
直接写在 Controller 里的业务逻辑（"MVP 嘛，理解一下"）
但神奇的是，当不再追求代码的"纯洁性"之后，产品开发速度提升了至少三倍。
关于技术债，他有自己的原则
当然，他不是鼓吹写烂代码。
他的观点是：在创业初期，技术债是一种战略选择，而不是无能的表现。 关键是要分清楚什么能欠、什么不能欠。
可以欠的债：
-
代码结构不够优雅
-
缺少完善的单元测试
-
临时硬编码一些配置
-
性能优化往后放一放
-
文档写得简单一点
绝对不能欠的债：
-
数据安全（用户信息加密、SQL 注入防护）
-
核心业务流程的正确性（逻辑不能错）
-
基本的错误处理（不能动不动就 500）
-
日志记录（出事了得知道咋回事）
-
版本控制（代码丢了就真没了）
他跟自己约法三章：你可以住毛坯房，但不能住在随时会塌的房子里。 我觉得这个比喻特别形象。
那什么时候开始还债？
我问他，那你打算什么时候开始重构？ 他说，当你开始因为代码质量而明显影响开发效率时，就是还债的时候了。
具体表现可能是：
-
加一个新功能要花原来三倍的时间
-
改一个 bug 会冒出三个新 bug
-
自己都不敢动某块代码
-
每次部署都像在拆炸弹
这时候，就需要停下来，专门安排时间重构。
但他也强调：不要过早优化。
他见过太多创业团队，产品还没验证，就开始搞什么"高可用架构"、"分布式设计"，最后死在了路上。
活下去，比什么都重要。
一些个人感悟
聊到最后，我问他对同样在路上的创业者有什么建议。
他说：放轻松。你的竞争对手，可能代码写得比你烂多了，但他们跑得比你快。你的用户（如果有的话），根本不在乎你用的是什么架构，他们只在乎你能不能解决问题。
当然，也不是让你摆烂。
他的意思是：在正确的时间，做正确的事。
早期：快速验证，功能优先成长期：逐步重构，提升质量成熟期：完善架构，追求卓越
每个阶段有每个阶段的重点，别越级打怪。
聊完天已经是凌晨两三点了。
他还在继续打磨产品，MVP 刚跑通，离成功还远得很。商业化？收费？那些都是下一步的事。现在最重要的，是继续把产品打磨好，找到真正需要它的人。
他说他不后悔在第六周做出的那个决定——放下技术人的骄傲，做一个务实的创业者。现在的代码确实很丑，他知道。等产品验证成功了，有钱了，有人了，他会好好收拾它的。
但在那之前，活着最重要。
这次聊天让我想了很多。也许不只是创业，很多事都是一样的道理：完美是优秀的敌人，先完成，再完美。
共勉。
P.S. 如果你也在创业，或者身边有创业的朋友，欢迎交流。不用在乎代码写得怎么样，重要的是把产品做起来。🦞
推荐阅读
