直系技术大佬让换技术栈,强推重构,我们心想做就做吧,尽量把东西做的好一点。但是我们的代码里面还有其他部门维护的代码,然后各个方向申请人力,大家上来第一句就是你们这有啥收益,我只能强行陪着笑脸全程瞎逼逼。。
当然,自己第一次搞涉及这么多人的跨部门项目,其实有点力不从心,很多地方也做得不好,希望项目别黄,到时候再给大家分享经验。
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 天。真羡慕直接重构整个项目的
|