最近在研讀大話設計模式
感覺是一本很適合初學者閱讀的好書
寫得蠻好，
還會穿插一些小故事～挺有趣的。
來分享筆記！
先來分享～ 通常初學者會犯的錯誤
1. 命名沒有邏輯
一個好的文件，程式需要有可讀性。
＊為什麼程式需要可讀性？
例如：
如果命名aaa，
你自己過個兩、三天，可能就不知道這個變數是做什麼用的
其他參與專案的程式設計師，也沒有辦法直接就瞭解這個變數的意義。
就算你記得這個變數是做什麼用的，還得必須逐步解說，
一個一個解釋，這是吃力不討好的事情。
但就算自己記憶力驚人，過了兩、三年，aaa是什麼？
大概只剩下神知道了。
那麼，要如何讓程式具有可讀性？
(1) 約定成俗的寫作規格。（例如命名規則, 段落縮排規格）
(2) 適時出現的註解。 （不能只依賴注解）
(3) 程式邏輯的簡明精煉。（時間鍛鍊，經驗的累積）
參考：
http://www.csie.nctu.edu.tw/~skyang/naming.zhtw.htm
aaa是什麼??
二三年後??
一支程式維護二，三年
aaa背不起來嗎??
我還從沒遇過一支程式要維護二三年
二三年，二三年後再說
aaa是什麼??
很多公司就是要你這樣取
1.不讓人看懂妳的Source
2.有些主管要把公司的Code變成他的
以前遇過，某醫院..還在ITHome發表長篇大論。用公司資源，用他方式寫，然後把整個資源帶出去成立新公司
我是程式初學者，很多經驗還太淺
只是看到書上的內容，覺得很有同感，
自己也會犯類似的錯誤，
就打出來和大家分享，
謝謝pantc328大大的分享，讓我提早知道一些"事實"
我希望可以多多學習~
學習有意義的命名方式，也是希望我自己的程式自己可以看得懂...><
坦白說，這社會很少給初學者機會
公司會用你..都是專案很急..不得不時
來就是要上火線
根本沒時間讓你知道公司規範
我第一次接專案，接前拜寫的Code.是七位先人寫的
因為每個人寫法不同。有七種Style
另一種初學者是很扎實的學
像我一開始就看MS，JAVA,Objective c..官方樣式
But 你進公司..
你就知道..一百個人，一百個寫法。一千個人，一千個意見
有人用學歷壓你，有人用經歷壓你，有的用年齡壓你，有的是妹妹用無辜表情(不要想到用身體)壓你
最後不斷諧調，不斷妥協，不斷讓步..
你就能成為一代大師
謝謝大大的分享...
我也不懂什麼叫做規範，
但一下子就被丟到火場，
燒的有點慘這樣XD
我希望自己可以慢慢看官方樣式，
希望自己可以學習更聰明的做事...
至少自己要喜歡看自己寫的程式....T___T
iThome鐵人賽
看影片追技術