重构憋出内伤，各种吃一堑长一智

[gkiwi]

直系技术大佬让换技术栈，强推重构，我们心想做就做吧，尽量把东西做的好一点。但是我们的代码里面还有其他部门维护的代码，然后各个方向申请人力，大家上来第一句就是你们这有啥收益，我只能强行陪着笑脸全程瞎逼逼。。

当然，自己第一次搞涉及这么多人的跨部门项目，其实有点力不从心，很多地方也做得不好，希望项目别黄，到时候再给大家分享经验。

[fffang]

重构！=重做 你可以做一个中间转换层 保持外部 API 无感知的

[cstj0505]

重构首先整理思路，做系统设计，能更好地应对未来的变化，而不是用什么工具吧
要只是换工具那真的就是重写了，毫无收益

[lovedebug]

没有 UT 敢重构？不加个中间层过滤一下吗? 新的走新的，老的走老的。

[starcraft]

这要能完成也算生涯奇迹了。当然，收获绝对不是技术层面上的。

[fml87]

重构唯一的意义就是写 PPT。
资本家不关心技术，有决策权的领导更不关心技术。
PPT 做的好看能骗到客户和领导就行了，码工维护屎山他们不在乎，维护不下去了就换一批工人。
性能的瓶颈在哪他们不在乎，有些拖累整个系统的部门只要 PPT 做的好就能混到项目崩溃公司破产。
架构没有意义，很多需要简单稳定的模块，本来只需要很短的时间就能做的很好。但是只要 PPT 做的好，拆成上百个微服务，写个一年也没问题，人家年终绩效还比你高。
我算是很喜欢写代码的那类人，以前追求精益求精，总想着怎么实现能让项目更好维护些，一些快糙猛也能解决的问题也会去文档和开源项目里找最佳实践。现在感觉那时候真的傻逼，大部分码工其实也不怎么喜欢写代码，换个人维护不了几个月也就面目全非了。
以前追求效率，觉得拿人工资，至少得把大部分时间用来开发吧。
现在才知道，开发不重要，你代码写的再快再好再稳定再优雅也大概率和你的绩效没什么关系。
上个月和另一个部门对接一个模块，因为业务很熟悉，估算我自己一天开发、一天文档、一天写单元测试怎么也不会超过一周就能完成，然而因为之前有过很不愉快的联调经历，我上报的开发计划是三个人一个月工时，花了两天时间写开发功能点工时 excel、模块概要设计、详细设计，文档比代码量都大。果然开发的第一周就是各种扯皮，一个简单的权限问题拉了七八个群，各种电话视频会议，那边给我的感觉就是“道理我们都懂，但是为什么鸽子这么大”，以前遇到这种情况晚上会气的睡不着，现在想开了，只要发工资，那浪费时间也可以是工作的一部分。

[Raidal]

没有收益，打回+1，技术是服务于产品的

[Jooooooooo]

人家问到本质了, 给公司干活是创造价值的, 你收益说清楚再花成本干活

[xingheng]

@fml87 瞎说啥大实话，还给不给年轻人留条活路了。没有资本的加持技术就不会迭代，技术不更新资金怎么会来。

都是讨生活，只要自己喜欢做，理解资本的本质是什么，做了又何妨？群体协作的有用功从来都没高过，从不给予过高期望，接受现实，不要和个体作对比。大江东去浪淘尽....

[tankren]

商业论证都不做 搞什么项目

[daozhihun]

如果不是绝对必要，大项目不要轻易重构，尤其是在对各个业务不太熟悉的情况下

[omph]

@fml87 #25
项目更多是人的问题，技术其次
所以，做做开源项目也挺好的，以兴趣集结，涉利较少

[sheny]

重构个相机模块跟产品死说活说才在紧巴巴的工期里扣出来 2 天。真羡慕直接重构整个项目的