程式寫到後來沒有誰對誰錯
誰能解決上頭的問題 誰就是好程式
我認為主管有錯 原PO也有錯
主管人身攻擊一定是錯的
一個好的主管在code review
重點應該是在sync團隊的專案進度和向心力
不過大部分的時候都是淪落到變成批判大會
講真的啦 再強的人寫個幾萬行程式
你真的要挑缺點 隨便也可以找個10來個
一直批判士氣是會下降的
那種一直會批評別人東西的主管
講真的 是在發洩心中的情緒啦
可能老婆又偷人 或小孩早上上學又叛逆期嗆他之類的
跟你絕對沒關係
原PO也有錯
一直拿書上的知識來挑戰主管權威也是很有問題
我不知道原PO code review時 是1對1 還是整組team
如果是整組team 只能說原PO有點白目啊
你要公開電你主管 也等你爬到他上頭再說
如果是1對1 我想原PO的作人就有點問題了
你應該先跟主管打好關係
了解他的個性 確認他的EQ 作風 能力
如果他是一個好溝通的主管
你可以適時的提供意見給他
如果他就是一個不講理的主管
你就凡事都不要給意見
主管說什麼就白紙黑字寫下來
以後出問題 就說是他指示的就好
你又沒領主管加給 想那麼多 背那麼多責任作什麼
建議你先跟主管打好關係就好
他說什麼就作什麼（但要白紙黑字）
吃人頭路 程式架構寫那麼好作啥
最好就是上班照別人的需求 照著作交付就好了
等自己當主管再去想架構
不然你現在想再好
現在也是幫你心中的爛主管抬橋
※ 引述《purin88 (原來我是憤怒的鄉民)》之銘言：
: 沒辦法判定這個作者有問題
: 參數本來就全丟給建構子，讓建構子去塞，即便
: 參數很多也沒關係，說我物件導向沒學好
: 反正一直在對我人身攻擊，即使我提到重構
: 設計模式，對他來說就是爛書，作者亂寫
: 請問我該如何是好？