好熱睡不著回一下XD
其實你跟你主管兩個都沒錯
只是立足點不同而已
你使用的方式都是以方便維護為主要考量
你主管的方式則是盡可能榨出所有效能出來
兩個完全不同方向的怎麼吵也不會有結果
之前就遇過一個用 java 實作了類似 goto 方法的同事
成功之後他整個笑開懷 一整天心情都超爽的
說效能提升多少多少
之前要跑幾十分鐘現在只要幾分鐘
然後跟我說他寫程式的成就感就在調校這個部分
但聽完我只覺得三個月後可能沒人看得懂他在寫什麼...
可是有的時候就是需要犧牲維護性來追求那一點點的效能
因為當那段程式碼需要跑幾千萬次的時候
能提升一毫秒都是很大的進展了
拿比較簡單的寫資料庫來說
每次新增資料就是產生一次 insert statement
但如果一次要寫上萬筆呢
只好寫成 stored procedure
一個好維護 另一個速度快
但如果那個只是個 singleton 的物件初始化呢？
應該沒有主管會希望有人在這裡下太多功夫調校
可是如果說有一天你的程式碼要移到哪個有資源限制的地方
這時你的主管建議的方法就會有幫助了
寫程式就是一直不斷的判斷與選擇
有時 a 方法好 有時 b 方法適合
過了一陣子後 可能有文章表示 a, b 方法都爛透了
如果是我站在原 po 的立場要我選擇的話
程式是我在寫 維護的也是我
我才不管主管怎麼說咧
隨便應個 喔喔 好 我再找時間改
然後就不鳥他了啦
誰要跟你花時間在那邊開會啊
搞不好還會耽誤到我下班時間
不過記得千萬不要跟老闆頂撞
上次我這樣做 然後...
就寫了一封道歉信 很不方便