1、總覺得前人寫的**亂
這一路走來，遇到不少程式設計師，經常聽到評價前人的**寫得有多爛多爛。
當然也有不少**是寫的好的，看了能夠知道功能整理的清晰。乙份好的**第一感覺
並不是功能，也不是效能； 而是工整。 乙份工整的專案**，減少程式設計師80%的維護
時間。
往往我們為什覺得別人寫的**亂，主要原因可能確實是別人寫的**思路不清晰，
功能業務整理沒有模組化，全域性變數亂用。但是個人覺得作為一名程式設計師，遇到亂的
**是不可避免的。但是一味的抱怨別人寫的**有多差勁，並不能證明自己比別人
有多高明。甚至很多時候，可能連別人的**都看不懂就評價別人寫的差勁。
2、良好程式設計師應該具有的素質
「無懼亂**」，這是一名程式設計師該具有的基本素質。
「無怨亂**」，是乙個優秀員工具有的素養。
具備這兩點，才能讓將**修改好，哪怕是重構整個工程專案。只要你能給領導
足夠的證明前人寫的**有多爛。往往我們會聽到同事抱怨前人** ，卻不能
很好的舉例說明這**存在問題點，風險點。經驗告訴我們推翻重構工程專案需要的
是證據，而不是你的抱怨。
3、自問自省
下手寫**時，第乙個要點就是系統性分析，將業務功能模組。同時能夠將模組
化的**整理為檔案，當自己能夠整理出檔案，說明後面寫的**才具有可造性。
否則自己寫的也是亂糟糟的**。
當某天自己成為專案經理時，只要看別人寫的框架，即可知道這份**是否具有
可造性。如果架構都很亂，那就決定這工程專案的最終的高度。根基穩了，即使
枝葉交錯也影響形成參天大樹。因為後面只要有人修剪得當，那還是能拯救一切。
12年程式設計師得到的12個經驗教訓
我已經在thoughtworks工作了12年。是不是有點不可思議？回首我的職業生涯，我想寫一寫我在這些年中經歷的困難，以及總結得到的12個非常重要.我已經在thoughtworks工作了12年。是不是有點不可思議？回首我的職業生涯，我想寫一寫我在這些年中經歷的困難，以及總結得到的12個非常重要的經驗...
10 年程式設計師總結的20 條經驗教訓
開發那點經驗 說說 1.從小事做起，然後再擴充套件 無論是建立乙個新的系統，還是新增功能到現有的系統中，我總是從乙個簡單到幾乎沒有任何所需功能的版本啟動，然後再一步一步地解決問題，直到滿意為止。我從來沒有妄想過能夠一步登天。相反，我一邊開發一邊學習，同時新掌握的資訊還可以用於解決方案中。我很喜歡jo...
12年程式設計師得到的12個經驗教訓
我已經在thoughtworks工作了12年。是不是有點不可思議？回首我的職業生涯，我想寫一寫我在這些年中經歷的困難，以及總結得到的12個非常重要.我已經在thoughtworks工作了12年。是不是有點不可思議？回首我的職業生涯，我想寫一寫我在這些年中經歷的困難，以及總結得到的12個非常重要的經驗...