派大星練功房

以前解釋 API 的時候，對於類別身上的 method 跟 property 分別用 方法 及 屬性 來稱呼。不過最近發現，最好一律用「類別成員」來稱呼，例如方法成員，數值成員跟屬性成員，因為這些成員跟類別關連的方式其實是相同的，這種概念在 C#, Java這類的語言都被封裝起來了，雖然有助於規劃，但卻讓人不太容易理解他們的本質上，都是透過定址來聯繫的。


寫程式並不是在湊語法，雖然說不用對既有的函式庫內的原始碼瞭解得太透徹，但是對語言本身的結構跟runtime各種記憶體運作方式能有更好的理解的話，規劃起程式的架構也就更能貼切地掌握資源的運用。


效能不是透過減少程式碼行數或是減少function call去達到的，充分瞭解編譯器編譯後，在runtime的記憶體運作情況，才能妥善運用效能。


與其去追Framework跟各種工具，甚至是什麼驚人的「語法」，還不如好好地多寫些程式瞭解一下系統內部的記憶體運作，對規劃所謂的 MVC Pattern 的架構，或是瞭解各種 Design Pattern 都有不錯的幫助。


順帶一提，應徵核心工程師時，只要在面試的時候脫口說出「語法」二字的，基本上我就不會錄用了...


真的瞭解自己在寫什麼程式的人，是不需要去記什麼語法的...