这是一个创建于 1710 天前的主题，其中的信息可能已经有所发展或是发生改变。
直系技术大佬让换技术栈，强推重构，我们心想做就做吧，尽量把东西做的好一点。但是我们的代码里面还有其他部门维护的代码，然后各个方向申请人力，大家上来第一句就是你们这有啥收益，我只能强行陪着笑脸全程瞎逼逼。。
当然，自己第一次搞涉及这么多人的跨部门项目，其实有点力不从心，很多地方也做得不好，希望项目别黄，到时候再给大家分享经验。
第 1 条附言 · 2020-03-18 12:42:45 +08:00
项目预计 5 月底能开始小流量，到时候来结帖。
 |
1
HangoX 2020-03-18 00:45:20 +08:00  1
有啥收益你都说不出来？怎么推？最起码你对技术可以说，你们可以学到新的架构，出去找工作更好找，牛逼更好吹
|
 |
3
Macolor21 2020-03-18 01:08:34 +08:00
上学的时候整理笔记不是很正常的么? 应该也算重构吧?更别说用新技术栈的程序重构了。
一来可以重新梳理业务，二来可以对比新技术栈和旧技术栈设计上的差异。 |
 |
4
jinsongzhao 2020-03-18 01:15:03 +08:00
这不叫重构吧，是重写。重构是量变到质变，反复推敲后的渐进行为。
|
 |
5
sagaxu 2020-03-18 01:21:30 +08:00 via Android 1
做好了可以写入大佬的 PPT，做黄了就是你办事不力，开会复盘吸取教训。项目刚做不久还好，就怕是屎山，哪些逻辑有用哪些没用都没人分得清了，连要重构什么都搞不清楚。
|
 |
6
xcstream 2020-03-18 02:25:04 +08:00
没有收益，打回
|
 |
7
mio101 2020-03-18 03:29:35 +08:00
没有收益，打回+1
|
 |
8
aabbcc112233 2020-03-18 03:58:42 +08:00 via Android
谁提议谁推动啊，火葬场背锅侠可不好玩
|
 |
9
1490213 2020-03-18 07:49:22 +08:00 via Android
朋友，这个事情最后的经验教训能不能分享一下，我们这边也有类似的跨部门项目，就因为类似的原因一直搁置着不敢动。
|
 |
10
mseasons 2020-03-18 08:24:11 +08:00
换技术栈不是重写吗？
|
 |
11
retanoj 2020-03-18 08:28:45 +08:00 via iPhone 1
很多时候合作部门处于 KPI 考虑会问：对我们有啥用？
个人浅薄的建议是，对支持的聊行动，对观望的聊对比，对反对的谈后果。 以结果价值为导向，你这新东西总会比旧的有优势吧？不然做它干啥？闲的没活儿了么？ |
 |
12
aydd2004 2020-03-18 08:46:04 +08:00 via iPhone 1
我重构自己写的玩意儿都死去活来
|
 |
13
HuHui 2020-03-18 09:00:44 +08:00 via Android
如果非技术主导的话，重构是自讨苦吃，各种蛋疼
|
|
14
HuHui 2020-03-18 09:03:32 +08:00 via Android
@HuHui 各种 deadline，各种疲于奔命。理想中的重构终于还是变成了敷衍赶工，以解决某些问题为目标终于还是变成了换壳了事。
|
 |
15
exploreXin 2020-03-18 09:06:06 +08:00
技术大佬就一句话？没有任何业务分析，技术方案，各部门沟通？这些都要靠手下兄弟自己去做？恕我直言，你们这个大佬，是个煞比 。。。
|
 |
16
opengps 2020-03-18 09:07:29 +08:00
自己挖的坑，含着泪填平吧，就是这种硬抗瞎来压力能飞快提升自己，不过这种压力不适合常有，太多了就把人压垮了
|
 |
17
augustheart 2020-03-18 09:27:35 +08:00
对外没用的话……基本不要指望外面很好的配合了。自己扛吧
|
 |
18
madeworldbetter 2020-03-18 09:30:10 +08:00
我们是另外一种情况，要推公共模块，然而公共模块又没有标准，互相扯皮......
|
 |
19
ice2neet 2020-03-18 09:35:55 +08:00
没有收益重构干嘛 没事找事做？
|
 |
20
hantsy 2020-03-18 09:36:07 +08:00
重构只是一个不断优化代码的过程，及时去掉 Bad smell。
很多技术升级和更替大的结构性重构，根本不会大多涉及到对外 API 的变化，不会影响其他人调用。 国内很多所谓重构，其实是推倒重来，Rebuilding，影响当然大了。 |
 |
21
fffang 2020-03-18 09:47:00 +08:00
重构！=重做 你可以做一个中间转换层 保持外部 API 无感知的
|
 |
22
cstj0505 2020-03-18 09:58:43 +08:00
重构首先整理思路，做系统设计，能更好地应对未来的变化，而不是用什么工具吧
要只是换工具那真的就是重写了，毫无收益 |
 |
23
lovedebug 2020-03-18 10:02:49 +08:00
没有 UT 敢重构？不加个中间层过滤一下吗? 新的走新的，老的走老的。
|
 |
24
starcraft 2020-03-18 10:17:08 +08:00
这要能完成也算生涯奇迹了。当然，收获绝对不是技术层面上的。
|
 |
25
fml87 2020-03-18 11:30:22 +08:00 4
重构唯一的意义就是写 PPT。
资本家不关心技术，有决策权的领导更不关心技术。 PPT 做的好看能骗到客户和领导就行了，码工维护屎山他们不在乎，维护不下去了就换一批工人。 性能的瓶颈在哪他们不在乎，有些拖累整个系统的部门只要 PPT 做的好就能混到项目崩溃公司破产。 架构没有意义，很多需要简单稳定的模块，本来只需要很短的时间就能做的很好。但是只要 PPT 做的好，拆成上百个微服务，写个一年也没问题，人家年终绩效还比你高。 我算是很喜欢写代码的那类人，以前追求精益求精，总想着怎么实现能让项目更好维护些，一些快糙猛也能解决的问题也会去文档和开源项目里找最佳实践。现在感觉那时候真的傻逼，大部分码工其实也不怎么喜欢写代码，换个人维护不了几个月也就面目全非了。 以前追求效率，觉得拿人工资，至少得把大部分时间用来开发吧。 现在才知道，开发不重要，你代码写的再快再好再稳定再优雅也大概率和你的绩效没什么关系。 上个月和另一个部门对接一个模块，因为业务很熟悉，估算我自己一天开发、一天文档、一天写单元测试怎么也不会超过一周就能完成，然而因为之前有过很不愉快的联调经历，我上报的开发计划是三个人一个月工时，花了两天时间写开发功能点工时 excel、模块概要设计、详细设计，文档比代码量都大。果然开发的第一周就是各种扯皮，一个简单的权限问题拉了七八个群，各种电话视频会议，那边给我的感觉就是“道理我们都懂，但是为什么鸽子这么大”，以前遇到这种情况晚上会气的睡不着，现在想开了，只要发工资，那浪费时间也可以是工作的一部分。 |
 |
26
Raidal 2020-03-18 12:15:26 +08:00
没有收益，打回+1，技术是服务于产品的
|
 |
27
Jooooooooo 2020-03-18 14:37:49 +08:00
人家问到本质了, 给公司干活是创造价值的, 你收益说清楚再花成本干活
|
 |
28
xingheng 2020-03-18 15:12:26 +08:00
@fml87 瞎说啥大实话，还给不给年轻人留条活路了。没有资本的加持技术就不会迭代，技术不更新资金怎么会来。
都是讨生活，只要自己喜欢做，理解资本的本质是什么，做了又何妨？群体协作的有用功从来都没高过，从不给予过高期望，接受现实，不要和个体作对比。大江东去浪淘尽.... |
 |
29
tankren 2020-03-18 16:26:51 +08:00
商业论证都不做 搞什么项目
|
 |
30
daozhihun 2020-03-18 22:07:12 +08:00
如果不是绝对必要，大项目不要轻易重构，尤其是在对各个业务不太熟悉的情况下
|
 |
32
sheny 2020-03-19 09:10:24 +08:00
重构个相机模块跟产品死说活说才在紧巴巴的工期里扣出来 2 天。真羡慕直接重构整个项目的
|
Select Language