看完後這整件事情其實都不是在技術上，都是在人身上，主管與員工的相處 組員一直頂撞主管，先不論主管組員的技術與知識 1. 對組員而言，是希望往好維護方向前進 2. 對主管而言，效能效能效能，我才是強者.... 好了，其實有一種主管就是，他甚麼都覺得自己最強，照他的做，不要頂嘴 (你這次考績已經黑了) 有一種組員就是程式我在維護的，我當然是寫好維護的 反正就是人生的道路上你們兩個是衝突的。 你今天上來講這件事情，或許想解決這個問題，或許也只是討拍文 我是覺得寫程式沒有甚麼對錯，可以跑出正確結果就是對的 程式只能比執行速度跟有無bug，好不好維護都是"人"的問題 (今天要新增功能，好維護有可能開發速度快，但是，是人開發的速度 對客戶而言，你時間內可以把程式交出來就好，對主管而言，他只要掌控Dead line就好) 大家立場不同，如果你不想離職，先想想看往後遇到同樣Case要怎麼應付 如果想要離職，也不用想後續結果了，做自己開心的。 可以對技術執著，但是不要鑽牛角尖，寫程式是快樂的，不要把自己逼到這種地步。 分享你可以分享在網路上面，認同或者被你幫助的人自然會把你的理念再繼續散發出去 ※ 引述《purin88 (原來我是憤怒的鄉民)》之銘言： : code review時，主管說暫存變數可省記憶體，不用一直建立變數佔記憶體，我就說＂重 : 構＂這本書作 : 者建議別這樣做，我就拿下面這個＂重構＂作者的網址 : https://sourcemaking.com/refactoring/split-temporary-variable : 他就說這個作者有問題，說我跟他寫一樣出去別人 : 會笑我 : 接著，我程式有用簡單工廠模式，就像head first design patten的內容一樣建立pizza : 店的工廠，他又 : 說為什麼要建立抽象的pizza店，建立A pizza加盟店，B pizza加盟店，我說每間pizza店 : 產生pizza囗味，方法不同，他又說建立A pizza店，B pizza店 : 產生物件浪費記憶體，為何不用switch case判定 : 是A或B，直接寫各店pizza的作法及口味，產生pizza的作法何必封 : 裝在A pizza物件，或B物件中，全寫在pizza這個程式中，寫一個類別靜態方法回傳pizza : 一樣的，他沒看過design patten，也覺得四人幫在亂寫一通，建立物件是浪費記憶體 : https://rongli.gitbooks.io/design-pattern/content/chapter1.html : https://dotblogs.com.tw/joysdw12/archive/2013/06/23/design-pattern-simple-fact : ory-pattern.aspx : 然後談到建立物件，我是用set get的方式設置參數，他就覺得為什麼不用建構子把好幾 : 個參數丟進去，我一樣拿出 : https://sourcemaking.com/refactoring/smells/long-parameter-list : http://teddy-chen-tw.blogspot.tw/2014/04/3long-parameter-list-divergent-change : .html?m=1 : 重構的作者是建議參數不用丟太多，建立一個物件， : 設定物件的值，把物件丟進建構子，或方法參數中，然後我這樣跟我主管說，他又說我沒 : 腦袋嗎 : 沒辦法判定這個作者有問題 : 參數本來就全丟給建構子，讓建構子去塞，即便 : 參數很多也沒關係，說我物件導向沒學好 : 反正一直在對我人身攻擊，即使我提到重構 : 設計模式，對他來說就是爛書，作者亂寫 : 請問我該如何是好？ --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 218.166.145.9 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1462730066.A.78F.html