程式設計師寫的程式的好壞可以通過幾個指標來衡量
1， 是否能實現功能
2， 是否能穩定的實現功能
3， 是否能穩定高效的實現功能
4， 是否能穩定高效的實現功能並能方便的修改這些功能並新增一些新的功能
5， 是否能向使用者方便的展示這些功能的實現過程
1, 實現某個功能是這個程式的基礎，同樣也是程式設計師需要記憶和學習的主要地方
2， 新增乙個穩定，就要程式設計師做很多任務作了，這時候要考慮邊界問題了，多執行緒的同步，臨界區的保護，等等
3， 再新增乙個高效，就要程式設計師去做結構的良好設計，**的優化，這裡不是如何實現的困難，而是如何取乙個折中點的問題，**的簡潔必然要犧牲良好的閱讀性，這個需要仔細斟酌的
4， 這一條更麻煩，**寫完了，可是需求有變更，這往往是程式設計師最痛苦的事情，很多時候寧願從寫，原因不是框架的不合理，而是實在不願易取動了，因為動一發牽全身呀。這時候**的注釋，函式的封裝，函式的命名，類的命名，成員變數的命名的作用都體現出來了，所以以上的這些在平時維護好是非常非常有用的，並且一定要保證這次更新後個方面完全的統一！否者下次更新時就哭吧！
5， 這一條的實現，主要表現在兩方面，使用者分為兩種人，一是軟體的使用者，而是**的使用者，
軟體的使用者要知道他要求的功能是如何實現的，當他輸入某個值是否返回了他要得到的值，他總共輸入了多少值，返回哪些值，在實現的時候都經歷了哪些步驟，這些都需要記到日誌裡
**的使用者要使用**，所以他首先要能看懂**，看懂**就要要求結構合理，**有充分的注釋，各種命名合理，並對各種特殊情況和特別情況做成說明
GoF模式開啟的新境界
gof模式開啟的新境界 沒有知曉gof模式之前，我們總是以為編碼就是寫一些 然後執行，複雜嗎？如果我們來分析一下gof模式三個型別，你會發現平時熟視無睹的 中隱藏如此多考慮方面。gof模式三種型別 結構型模式 建立型模式和行為型模式其實函括了oo編碼的三個方面 靜態類關係 類建立成為執行時物件例項 ...
程式設計師的不同境界
作為乙個程式設計師一路走來，自己確實也有很多體會。特別是最近換工作，自己沒事的時候總會對自己進行了不同角度的思考和重認識。感覺自己需要學的東西確實還很多，同事也體會到了乙個程式設計師的不同境界。第乙個境界就是僅僅考慮功能的實現 以實現具體某個功能而激動和自豪。這個階段程式設計一般以實現為目的，其他考...
程式設計師幾種不同的境界
五流程式設計師比技術和工具 五流程式設計師關心的是用什麼工具可以產生什麼結果，追逐他聽過最新 最好 最時髦的技術，沉浸於一些小練習，卻很少走出象牙塔和客戶或市場進行真正的溝通，甚至完成大型的真實案例。四流程式設計師比整合和管理 四流程式設計師比前者更關心在什麼地方使用什麼，他的心裡放著整合各種技術的...