看完後这整件事情其实都不是在技术上，都是在人身上，主管与员工的相处 组员一直顶撞主管，先不论主管组员的技术与知识 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/cn.aspx?n=bbs/Soft_Job/M.1462730066.A.78F.html