程式写到后来没有谁对谁错
谁能解决上头的问题 谁就是好程式
我认为主管有错 原PO也有错
主管人身攻击一定是错的
一个好的主管在code review
重点应该是在sync团队的专案进度和向心力
不过大部分的时候都是沦落到变成批判大会
讲真的啦 再强的人写个几万行程式
你真的要挑缺点 随便也可以找个10来个
一直批判士气是会下降的
那种一直会批评别人东西的主管
讲真的 是在发泄心中的情绪啦
可能老婆又偷人 或小孩早上上学又叛逆期呛他之类的
跟你绝对没关系
原PO也有错
一直拿书上的知识来挑战主管权威也是很有问题
我不知道原PO code review时 是1对1 还是整组team
如果是整组team 只能说原PO有点白目啊
你要公开电你主管 也等你爬到他上头再说
如果是1对1 我想原PO的作人就有点问题了
你应该先跟主管打好关系
了解他的个性 确认他的EQ 作风 能力
如果他是一个好沟通的主管
你可以适时的提供意见给他
如果他就是一个不讲理的主管
你就凡事都不要给意见
主管说什么就白纸黑字写下来
以后出问题 就说是他指示的就好
你又没领主管加给 想那么多 背那么多责任作什么
建议你先跟主管打好关系就好
他说什么就作什么（但要白纸黑字）
吃人头路 程式架构写那么好作啥
最好就是上班照别人的需求 照著作交付就好了
等自己当主管再去想架构
不然你现在想再好
现在也是帮你心中的烂主管抬桥
※ 引述《purin88 (原来我是愤怒的乡民)》之铭言：
: 没办法判定这个作者有问题
: 参数本来就全丢给建构子，让建构子去塞，即便
: 参数很多也没关系，说我物件导向没学好
: 反正一直在对我人身攻击，即使我提到重构
: 设计模式，对他来说就是烂书，作者乱写
: 请问我该如何是好？