我年轻那会儿，刚入行，看着那些大公司、大项目，心里就觉得稳当，觉得那就是“巨头”，是不会倒的。那时候我跟了个项目，是个挺大的平台，公司上下都觉得是未来的摇钱树，我们一群小兵就在里面忙得不可开交。每天光是代码就得敲上十几个小时，跟打仗似的。我们那团队，大概四十来号人，个个都是觉得未来可期，奔着上市去的。
这项目刚开始那两年，确实风风火火的。钱没少砸，人也没少招，宣传也是铺天盖地。我们那时候觉得，能参与这么大的一个东西，简直就是人生的高光时刻。谁知道，看着越是光鲜的东西，底子里要是烂了，倒下去的时候就越是没声响。
那时候，我们组负责其中一个核心模块。我们每天写的东西，上面领导三天两头就改需求，今天说这样干，明天又说那样干。我们加班加点把功能做出来，测好了，结果上线前又说不符合战略方向，推倒重来。来来回回好几趟，大家心里都是一团火，但谁也不敢说毕竟是“大项目”，谁都想跟着沾光。时间一长，问题就都堆起来了。你看我们写的代码，那叫一个乱，各种补丁叠补丁，每个人都只管自己那一亩三分地，根本没人去整体规划。
我们组长是个老实人，看着项目一天天往泥潭里陷，他也急。好几次开会，他都提出来，说再这样下去，后面维护就得要命，不如停下来好好梳理一下。结果上面那些管事的，根本不听。他们就觉得，大方向定了，大家只要卖力气就行。没人真正去思考，这个“巨人”的根基是不是已经开始裂了。
直到有一天，整个事情崩了。具体啥原因我后来才慢慢捋明白。说白了，就是领导层互相扯皮，上面一堆拍脑袋的方案，下面一群执行的苦力，中间没人真正负责。市场反应跟预期差了十万八千里，投进去的钱打了水漂。公司股东们不干了，一下子把项目停了。
项目停的那天，我记得特别清楚。早上还正常打卡，下午HR就通知开会，然后就宣布项目解散，遣散我们这些底层员工。当时我听着就懵了，前一天还在改一个急着上线的功能，第二天就说可以收拾东西走人了。感觉就像是昨天还在天上飞，今天就突然被拍到泥地里，连个缓冲都没有。我当时在公司都干了快三年了，就这么不明不白地被扫地出门了。
回家后那阵子，我心里真不是滋味。就觉得自己白忙活了那么久，学了一堆没用的东西，还把好几年青春搭进去了。我当时想了很久，以前我们觉得大公司有“护城河”，大项目有“金饭碗”，谁知道那些东西，有时候比小公司还脆弱。我们辛辛苦苦做出来的东西，就因为上面的人没想明白，整个团队的努力就全白费了。
那之后，我开始琢磨，到底问题出在哪儿？我把项目从头到尾仔细想了一遍，发现很多事情都是有迹可循的。就比如说，我们做设计的时候，根本不考虑后面怎么维护，光想着赶紧把功能堆上去。开需求会，没人敢顶撞领导，哪怕知道那个需求是错的，也硬着头皮往下干。再比如，项目到了后期，根本没人愿意去碰那些老旧模块，生怕一动就全身瘫痪，就成了个巨大的屎山，谁也推不动。
我算是彻底明白了，一个项目，或者说一个公司，它是不是真的“巨人”，不是看它有多少钱、有多少人、多大的摊子。关键是看它从上到下，是不是真的人心齐，有没有一套靠谱的办法去管理和解决问题。要是基础烂了，再大的架子也撑不住。
经过那次惨痛的教训，我再找工作、再接项目，第一件事就是问清楚团队的协作模式，问清楚需求的管理方式，问清楚大家对代码质量和维护成本的看法。我开始刻意避开那些光听着就觉得“大而空”的项目，转而找那些小而精、团队沟通顺畅、决策流程明确的。我也不再盲目相信那些光环，开始更注重看实际的东西，看一个团队是不是真的在把事情做对，而不是光把事情做大。那次经历，真是给我上了一课，让我彻底改变了对“大”和“强”的认知。
