公司新员工认为公司的代码很烂，是鼓励他重构还是让他先熟悉业务逻辑？

[vultr]

[eyp82]

接楼上, 我并不是反对重构, 而是反对没有证据支持的拍脑袋重构, 这些基本是在做无用功, 重构完毕后 bug 收敛又要很长时间. 现在的有些工程师太浮躁, 动不动就要重构, 就跟很多的团队动不动就要搞一个框架一样. 这大概就是所谓的"面向简历编程"?

[fenngBig]

说明老员工被倒挂了

[Midnight]

大多数新来的都喜欢秀一秀，搞得好还好，搞不好就害死人了然后自己跑路，留下烂摊子害别人

曾经挖了一个哥们过来，一来公司就嚷嚷要把现有的 mvc 项目全部用 webform 重写，没两天就给他制服了

[vultr]

@fenngBig 老员工不会被倒挂，只是小庙留不住大神，老员工离职通常是追寻更好的发展，公司是支持的。

[afxcn]

@Midnight 居然有人要把 mvc 换成 webform 的。

[zjsxwc]

让他写单元测试先

[zls3201]

https://www.zhihu.com/question/32039226 你读一下这篇吧 我之前读的有些感触，专门为你重新搜出来的，有个员工抱怨和上级的回复，很有意义

[kiros]

鼓励他换工作 也许他写得更烂

[alfer]

鼓励他换工作 如果你是领导，重不重构都应该在你的掌控之中；如果你不是领导，对业务也很熟悉，但早有重构之念，却又怕节外生枝，所以推向别人，又不给予帮助。故，建议他换工作。哈哈哈。

[waterinet]

@hst001 来，说出你的故事~

[MajorAdam]

也许他写的更烂+1

[waterinet]

虽然经常碰到自己认为写得很烂的代码，但很多时候想改却有心无力，不是从上到下下定决心要重构的话还是慎重点好。

[hjkl0001]

我觉得吧，先熟悉业务逻辑，因为项目不等人，业务熟悉后也能合理重构项目代码

[zhangdawei]

如果他是神级的，鼓励他重构，
否则，还是哈哈哈，先看业务，等他有本事把自己那部分重构过了再说。

[niluanxy]

个人建议，先熟悉业务啊，一上来就重构绝对是作死。他如果要重构也成，你让他自己先把旧的功能重写一部分，完了再看他要不要。我这种强迫症晚期，经常重构自己框架和项目的人，都没勇气直接重构再跑的项目，都是小心翼翼的自己先做完一部分，测试没问题了，一点点换的。

[GTim]

目测翻页？ 当然是鼓励他熟悉业务的情况下重构？ 不要非得二选一

[juleswang]

熟悉业务逻辑 +1

[eliteYang]

一定是让他先熟悉业务逻辑，没有调查就没有发言权

[andyL]

新员工到岗肯定是想要有机会施展一下自己的技术，来证明自身的实力，要鼓励，有经验的人肯定知道要先熟悉业务再重构。

[cuixiaolu]

1.线上的话，稳定第一
2.重构的话，会对团队带来什么后果
3.有没有想过怎么避免后边的代码继续烂下去