观《向老板提需求被狠批》有感

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1253 天前的主题，其中的信息可能已经有所发展或是发生改变。

真实的职场经历往往能引起大家的共鸣，被 V 友 @totoro52 的一句 "永远不要跟老板提系统的改动和重构，他们永远都不会答应的，他们只会觉得这只会浪费时间和人力" 触动。

本人也是刚入职一家公司不久，7 年后端了，技术马马虎虎，胜在有一些中厂经验。之前搞过创业，也带过团队，后来被人坑了，又回归到正常的工作。带过团队经历过，确认自己是不适合搞管理的，不太擅长沟通（喜欢有挑战的事情自己做，不放心，把活分配出去总觉得不好意思，没法对团队施压，甩黑脸等等，简单来讲就是心软或者软弱懦弱）只想做好自己的事情。

新的团队业务倒也没有很复杂，但代码不怎么规范有点乱，初来乍到，花了很多心思在优化重构上，结果被直接 leader 各种拐弯抹角，说了很多次，说你觉得是优化重构，其实不过是审美问题，每个人都有自己的想法和喜好，有些人就喜欢一堆 if else 一个方法几百行也没问题。就总认为我的工作，仅仅是让代码变的好看了，于团队全然没有帮助，甚至会让有些人不习惯影响开发效率。可能他都觉得我是在做无用功吧，连续几周对我的评价都是，不要钻技术细节，要从全局去看。。。。。。哎。

重构

团队

中厂

觉得

20 条回复 • 2021-06-21 10:24:46 +08:00

liprais

2021-06-18 17:01:41 +08:00

领别人的工资按别人的要求做事呗

yeqizhang

2021-06-18 17:03:11 +08:00 via Android

我和你第二段是相似的，第三段，如果能提升效率还是可以，没有啥大用处的话没必要花精力去搞的，写好自己的代码就好

koake

2021-06-18 17:05:03 +08:00

重构这种事件，如果是小团队的话，还是比较适合在保证进度的前提下进行。如果不是大面积的话，其实大部分重构都是在这段代码实在是看不懂了的情况下才进行的 😂

BBCCBB

2021-06-18 17:14:10 +08:00

对的, 保证你产出的前提下再去做额外的事情.

cominghome

2021-06-18 17:16:27 +08:00

大部分公司都是业务导向的，纯技术导向的公司真的不多。

那篇文章我也看了，私以为雷军说的那句话还是有些道理的，新员工多看多听多想少提意见，很多事情不是大家没想到，而是推不动。重构可以，收益怎么计算？能体现在你老板的 PPT 里吗？不能的话那对部门也未必是好事。

平时写代码用高标准要求自己就好了，前人写的代码，在不知道他是什么场景下完成的情况下，少评价，除非有 bug