學東西該想清楚自己為什麼要學，以及要到甚麼程度
免得花太多時間在自己其實沒有真的想知道的部分上面
那會越學越感到沒意思．．．

有些事情是要權力夠才能解決的，解決不了的問題，就讓它爛下去吧。

在開發一個系統時，table設計是很重要的，照理說其設計是需要考慮到業務邏輯與需求，但這是會變的。當業務邏輯與需求因為環境而改變，變得table間的關係設計無法支援這樣的需求，那就很麻煩了

有時對於一些言論，即使自己覺得很有道理很正確，但大部分人(尤其是影響能力較大的人)如果都不能接受這樣的言論，那這言論就等同於錯的。這就像古時候如果主張地球是圓的，肯定會被當成瘋子一樣...

我還蠻討厭使用太舊而且普遍都用別的技術替代的技術，原因有兩點：
1.相關資源不好找
2.很多人都覺得新技術好(不論是否懂技術的)
但是工作上有遇到一個情況是導入某個新技術的使用，我覺得使用方式有問題，就像找有名又厲害的拳擊手去打棒球一樣。追求新技術也未必是好事，也要看怎麼使用的

我現在對於開發功能還蠻傾向於從頁面開始做，一部分是這樣比較能快速驗證自己做的東西能不能跑，另一部分是可以清楚後面(較接近資料庫存取的階層)需要做甚麼，避免寫些用不到的東西。
其實這還有個好處是有助於盡早確認做的東西是否符合需求，但...因為公司文化的關係所以做得到但是沒做...

我覺得很多事情做不做(能否順利與成功不管)是看想做的人權力夠不夠大，能不能壓過不想改變與會受到影響的人。一個程式設計師尤其還新人...除非很得高層支持否則怎麼可能改變組織整體的開發作法？

程式與元件的版本是否要更新是麻煩的問題
版本通常都是會不斷升級，一個已完成且在運作的系統如果要跟著升級，很可能就會因此產生很大變動或變得不穩定。但是太久都不更新其實又會變得讓開發者不太願意一直維護，原本新版有消除的漏洞也不會自己消除

資料庫的欄位型態就tinyint，竟然還問我為什麼頁面那個欄位只能輸入數字(我欄位名稱是取資料庫裡的註解的，不是我自己亂設的)

妥協
文章中第四種妥協算是對系統最好的類型，但以我的經驗來說，我還沒遇過使用第四種方式會有好下場的團隊或環境。