※ 引述《w0005151 (蓝厅)》之铭言：
: 找人的时间成本八成也是落到你身上，花你的时间去面试跟训练
: 平常该写的文件就写
: 能分享的知识就分享
: 该丢出去的事情就丢
: 短期解决不了的神奇逻辑，补个注解跟文件连结
: 不要让自以为聪明的新人改掉，最后爆炸还是你来修
(恕删)
: 问题是身为资深成员的你，可否提出数据说明工程宅们整天在吵的code quality到底跟业
: 务的关系在哪
: 是不是做同样规模的feature要花的时间越来越多
: 是不是release后常常出问题要修
: 是不是客人抱怨的频率越来越高
: 是不是工程部门离职率越来越高
: 数据拿出来，我不信老板或PM不关心
这位大大说得我觉得很有道理 不过太理想了
我就分享台湾某间 威X科技资深员工的作法
这间公司的C++写得跟屎一样 一个function五六千行 一堆magic number跟if else
数不清的global variable跟把变量当register用(我看到那种写法以为在ASM
还有一堆明显能Extract Method解决的重复snippet
至于你说数据拿出喔....
PM&老板心想: 阿不就是工程师在找借口
要重构你可以自己"找时间"重构啦
公司要赚钱 所以当然继续塞功能进来 不是吗?
不过啦 这间公司有个规则 就是你code改坏坏了 要负责任
所谓负责任 就扣钱钱
但你要开发新功能 不可能不用到、不改到旧的code吧？
于是某个老屁股想出一个天才的方法
就是把每段旧的function复制出一份 然后再依据他自己的需求更改
于是公司的程式码每年都以倍数成长 好几个function都有一个相似度高达87%的兄弟
这个team除了这老屁股外 离职率越来越高、bug越来越多
但是这老屁股自己都没事 绩效还越来越好 有球就往别人身上踢
每次有员工离职 RD大主管都会进行访谈 离职的员工都抱怨code quality太差
最后大主管终于发现到 根本不可能继续这样下去
于是又聘了一堆人马 真的是要打掉重练重写整个系统
所以我给原原PO的建议就是：
1. 高产能的方法就是复制code 你只要自己的功能跟绩效能完成就好
这样改不到旧的code 也不会有bug 人家看你的commit ++数 哇 每天写好多扣扣
2. 不要傻傻地跟上层提什么建议或数据
人家带领得多棒 你整天喊重构的小朋友董个P?
你怎么不让那些刚进职场傻傻的、终于忍不住离开职场的 去发表意见
我的观察啦 会重视code quality的主管跟公司吼
不用你讲就会行动了啦
阿不会重视的吼 讲再多..... 可能有用啦 据理力争嘛 拿出数据拿出研究报告拿出佐证
但你怎么不让别人去说呢？