一種堅持

遙想大學三年級時，專題老師曾告訴我，即使是業界的工程師，產品也常常都做得很爛。

當時對這番話沒有太大的感觸，只覺得自己做得好應該就沒問題了。實際上卻不然，現在身處於業界環境中，才深刻了解為什麼老師當初會說這番話。

近來，發現很多人的程式寫作非常隨性，一想到如何撰寫，就開始一步接一步寫完，而沒有多想太多。其實依照大家高學歷的智慧，很多程式內容有進一步簡化的空間，這種簡化也許是計算式的數學簡化、或者是程式邏輯上的簡化，有時，甚至大家對於某些程式寫作上的好習慣也沒有養成，導致一些基本的寫作缺失或是小技巧都沒有掌握好，這樣的結果當然造成了程式效率不彰、後續維護及專案延續的困難。

也許某些人會認為人在江湖，身不由己。或許常常是因為專案在趕，所以沒有多餘時間再去想這些問題，或許這是一個理由，當然也可以被理解，只是就開發品質來說，從一開始就先花點時間思考架構設計，這樣的習慣可以是一種堅持，堅持產出的品質，也許對自己後續的開發也能帶來助益。

說到這裡就舉個例子吧，在一個expression裡，不要有類似a = b[i++] + c[i++]這種敘述，這樣的敘述在某些compiler可以被編譯通過，但實際上卻是undefined的行為，因為這會牽涉到compiler實作的方式，來決定先處理後面的i++，或是先處理前面的i++。這兩者的結果可是完全不同。