问题描述
本来是我(工作2年)写的一堆代码，对于各方面考虑的很充分。由于领导把我调整去做其它部分，同时把我的代码移交给同事维护(就是那种刚毕业的人)，同事嫌太复杂了，就把代码改的很简洁，可能不能很好支撑系统。哎~~~~
解决方案
同时把我的代码移交给同事维护(就是那种刚毕业的人)： 看这个人学习态度了，如果比较谦虚，可以告诉他一些重构的方法；比如小步调试、写测试等；如果之前代码没有测试，而且代码比较复杂，且你的这个同事不懂/不熟悉其中的业务，还是尽量少改（已稳定为主） 当然更好的办法是交给领导去说这件事情。
解决方案二：
修改代码是一个很好的现象。个人觉得没必要告诉经理。如果人家简洁的代码能够保证现有的代码没有错误。那不是更好。简洁。本身就是一个代码检验的标准。未来的业务支撑，那只能说你做了过多的设计了。当然。可以跟那哥们一起探讨想法，共同修改代码。
解决方案三：
这个问题重在与同事之间建立交流沟通，每个人有自己的想法和意见，大家充分交流，取长补短，编码的过程本身就是不断完善的过程，不仅完善代码、技术、认知、经验，还有交际能力和人格魅力。你可以在闲暇时看看他修改地方，如果有异议可以与他沟通，大家说明自己的理由和看法，找到合适的解决方案，不需要太长时间，他能明白你编码时的思路和想法及出发点，也就能顺利接手了，而你也会逐渐打消自己的顾虑，各取所长，何乐不为啊，是吧，意见仅供参考
解决方案四：
也许人家就是做得比你好！小肚鸡肠不好，职责所在。
解决方案五：
要赞同他改代码，当然乱改是不行的，你可以出自道义帮他review下改的代码，是否有问题，这样不仅能够帮助新人，自己也可以获得不小的进步。
解决方案六：
交给人家维护却不让人动你的代码，这个说不过去吧。莫非是让他来学习你的代码的？
解决方案七：
揍他 叫丫乱改
解决方案八：
先让他出几个不是很重要的问题才有教育意义，如果现在说也不好……，年轻人太冲动