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

[gkiwi]

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

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

项目预计 5 月底能开始小流量，到时候来结帖。

[HangoX]

有啥收益你都说不出来？怎么推？最起码你对技术可以说，你们可以学到新的架构，出去找工作更好找，牛逼更好吹

[gkiwi]

@HangoX 不是说不出来，只是很多时候，对我们组内是有收益的，而对于组外的收益则小很多。所以推起来很勉强。

[Macolor21]

上学的时候整理笔记不是很正常的么? 应该也算重构吧?更别说用新技术栈的程序重构了。

一来可以重新梳理业务，二来可以对比新技术栈和旧技术栈设计上的差异。

[jinsongzhao]

这不叫重构吧，是重写。重构是量变到质变，反复推敲后的渐进行为。

[sagaxu]

做好了可以写入大佬的 PPT，做黄了就是你办事不力，开会复盘吸取教训。项目刚做不久还好，就怕是屎山，哪些逻辑有用哪些没用都没人分得清了，连要重构什么都搞不清楚。

[xcstream]

没有收益，打回

[mio101]

没有收益，打回+1

[aabbcc112233]

谁提议谁推动啊，火葬场背锅侠可不好玩

[1490213]

朋友，这个事情最后的经验教训能不能分享一下，我们这边也有类似的跨部门项目，就因为类似的原因一直搁置着不敢动。

[mseasons]

换技术栈不是重写吗？

[retanoj]

很多时候合作部门处于 KPI 考虑会问：对我们有啥用？
个人浅薄的建议是，对支持的聊行动，对观望的聊对比，对反对的谈后果。
以结果价值为导向，你这新东西总会比旧的有优势吧？不然做它干啥？闲的没活儿了么？

[aydd2004]

我重构自己写的玩意儿都死去活来

[HuHui]

如果非技术主导的话，重构是自讨苦吃，各种蛋疼

[HuHui]

@HuHui 各种 deadline，各种疲于奔命。理想中的重构终于还是变成了敷衍赶工，以解决某些问题为目标终于还是变成了换壳了事。

[exploreXin]

技术大佬就一句话？没有任何业务分析，技术方案，各部门沟通？这些都要靠手下兄弟自己去做？恕我直言，你们这个大佬，是个煞比 。。。

[opengps]

自己挖的坑，含着泪填平吧，就是这种硬抗瞎来压力能飞快提升自己，不过这种压力不适合常有，太多了就把人压垮了

[augustheart]

对外没用的话……基本不要指望外面很好的配合了。自己扛吧

[madeworldbetter]

我们是另外一种情况，要推公共模块，然而公共模块又没有标准，互相扯皮......

[ice2neet]

没有收益重构干嘛 没事找事做？

[hantsy]

重构只是一个不断优化代码的过程，及时去掉 Bad smell。
很多技术升级和更替大的结构性重构，根本不会大多涉及到对外 API 的变化，不会影响其他人调用。

国内很多所谓重构，其实是推倒重来，Rebuilding，影响当然大了。

[fffang]

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

[cstj0505]

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

[lovedebug]

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

[starcraft]

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

[fml87]

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

[Raidal]

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

[Jooooooooo]

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

[xingheng]

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

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

[tankren]

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

[daozhihun]

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

[omph]

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

[sheny]

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