马斯克亲述：互联网创业者该放弃的3个技术执念

　　去年四月份那阵子，我盯着监控屏上的请求量曲线，突然觉得马斯克那句“技术执念会害死人”简直像在我耳边喊的。当时我们刚上线一个新功能，运维突然冲进来说“服务器扛不住了”——我一看日志，好家伙，某个接口的请求量比平时高了二十倍，可用户数根本没涨。后来查出来是某个“优化”方案搞的鬼：团队为了提升响应速度，硬是把缓存策略从分布式改成了本地内存，结果一台机器爆了直接带崩了整个集群。那会儿我手机一直在震，业务方的电话、运维的警报、测试的质问，泡面放桌上凉透了都没顾上吃。

文章配图，仅供参考

　　第二个执念是“迷信新技术”。去年我们为了赶潮流，把核心业务从PHP迁到了Go。技术负责人拍着胸脯说“Go的并发性能是PHP的十倍”，结果上线第一周就出了大事——某个依赖的第三方库有个隐藏的内存泄漏，平时流量小的时候没事，一旦请求量上去，内存蹭蹭往上涨，半小时就能把机器撑爆。那天我盯着监控屏，看着内存曲线从平缓到陡峭，再到垂直上升，心里直发凉。运维老张蹲在服务器旁边，一边重启进程一边骂：“这帮写库的，连个内存回收都搞不定，还搞什么高性能？”后来我们花了整整两周才定位到问题，期间业务方天天催，测试组天天报bug，我手机震得手都麻了。其实现在想想，新技术未必适合所有场景，尤其是创业初期——你连基础架构都没稳，就去追什么“高性能”“高并发”，最后往往是被新技术反杀。

　　第三个执念最隐蔽——“过度优化”。我们曾经有个接口，响应时间从200ms优化到了80ms，团队为此庆功了一周。结果三个月后，这个接口成了系统的瓶颈——因为优化得太狠，代码逻辑变得极其复杂，改个小功能都要动好几个模块，新来的开发看了半天代码，最后说了句“这写的什么玩意儿”。更绝的是，有次业务方提了个新需求，需要在这个接口上加个字段，结果因为优化过度，改动的成本比重新写一个接口还高。那天我和业务方在会议室吵了一架，他拍着桌子说“你们技术部就是爱显摆”，我气得摔门而出——后来冷静下来想想，他说的其实也没错。优化本身没错，但过度优化就像给赛车装了个火箭发动机——跑得是快了，可一旦出问题，连修都修不了。

　　那天晚上我加班到凌晨三点，窗外天都亮了。运维小王发来消息说“服务器终于稳了”，我回了个“哦”，然后盯着屏幕发了半天呆。手机突然又震了，是业务方发来的消息：“下次别搞这么复杂，简单点能死啊？”我盯着那行字看了半天，突然想起马斯克说的那句话：“创业不是搞科研，是打仗。”优胜劣汰的逻辑在这儿特别直接——你花时间搞的“完美方案”，可能还没上线就被市场淘汰了；你执着于的“技术理想”，可能最后成了压垮团队的最后一根稻草。后来我们定了个规矩：任何技术方案，必须先回答两个问题——“这个方案能解决什么问题？”“如果出问题，能不能快速回滚？”业务方听了直点头，说“早这么想就好了”。

　　其实我现在特别理解马斯克为什么说这些——他经历过SpaceX三次爆炸、特斯拉差点破产，知道创业里最珍贵的不是“技术完美”，而是“活下去”。我们去年那场事故，表面看是技术问题，本质上是执念问题——我们太想证明自己“技术牛”，结果反而被技术拖了后腿。现在每次有新同事加入，我都会跟他们说：“别迷信技术，别过度优化，先保证系统能跑起来——剩下的，等活下来再说。”

　　对了，那天早上我回家的时候，发现门口放了个快递——是业务方寄来的，里面是个保温杯，上面印着“少折腾，多活命”。我笑了笑，把杯子放到了工位上——现在每次写代码前，我都会看它一眼。至于下一步？我打算把马斯克的那篇访谈打印出来，贴在机房门口——反正防不住所有攻击，不如先防住自己的执念。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!