只要你干過兩三年編程笤虫，就有可能曾被某人的糟糕的代碼絆倒過壳贪。如果你編程不止兩三年抵拘，也有可能被這種代碼拖過后腿哎榴。優(yōu)秀的人千篇一律，有趣的靈魂萬里挑一僵蛛，然而我們卻很少會碰到這群優(yōu)秀的人尚蝌，找到這樣有趣的靈魂。往往意難平充尉，要跟一群糟糕的程序員為伍飘言，去收拾他們的坑以及殘局。
幾乎所有的創(chuàng)業(yè)公司驼侠，或者項目初創(chuàng)時期姿鸿，追求的是速度，采用的是敏捷開發(fā)倒源，往往不會顧及架構以及代碼之美之道苛预。所以說這個時期如果進來兩三個害群之馬，會讓項目變得臃腫不堪相速，代碼總能影響到本不屬于你的模塊。在項目初期進展迅速如火如荼鲜锚，但是到后面卻慢如蝸行突诬。對代碼的每次修改都影響到其他兩三處代碼。修改無小事芜繁。每次添加或修改代碼旺隙，都得對那堆扭紋柴了然于心，這樣才能往上扔更多的扭紋柴骏令。這團亂麻越來越大蔬捷，再也無法理清，最后束手無策。
隨著混亂的增加周拐，團隊生產(chǎn)力持續(xù)下降铡俐，趨向于0。當生產(chǎn)力下降時妥粟，管理層就只有一件事可做了：增加更多人手到項目中审丘，期望提升生產(chǎn)力」锤可是新人并不熟悉系統(tǒng)的設計滩报。他們搞不清楚什么樣的修改符合設計意圖，什么樣的修改違背設計意圖播急。而且脓钾，他們以及團隊中的其他人都背負著提升生產(chǎn)力的可怕壓力。于是桩警，他們制造更多的混亂可训，驅(qū)動生產(chǎn)力向零那端不斷下降。
然后就會頻繁的有人入職離職生真，hr要招合適的人沒有沉噩，造成程序員斷層的現(xiàn)象。更可怕的是柱蟀，如果主管不是做技術的川蒙，往往不會去體諒一個工程師的苦楚，這就是職場人士的悲哀长已。如果你能收拾殘局畜眨，并不會獲得更多的回報，如果你無法收拾殘局术瓮，主管往往會把你定位為無能康聂。這個時候你的心情無法復加，就會萌生跳動的心胞四。
當然到最后恬汁，可能項目也會處于成熟階段，可能也不需要向上突破了辜伟，這就決定了一家公司的規(guī)模和格局氓侧。如果像阿里那樣的，分布式导狡，高并發(fā)的計算肯定要提升上去约巷，而且隨著用戶增長，服務器這些隨時會突破上限旱捧，這個時候原來臃腫不堪的架構已經(jīng)不適應新時代的發(fā)展独郎，這就要求有個牛逼的人物重新設計架構踩麦，重新優(yōu)化算法以及各個分部模塊。
