这是一个创建于 32 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前没有从头开始做过项目，现在这个项目是跟几个家伙真真从头开始做的。一开始的时候是多快好省，大跃进似得把 demo 先做出来。也没进行过什么几轮框架结构上的设计和 review ，能省的地方就省，能跳的地方就跳。结果后边需求一值变，先是 TI 的 Linux ，然后是 sumsung 的 linux ，然后又 TI QNX + TIOVX, 后边又回到了 TI LINUX + TIOVX, 还要支持 X86 LINUX 。整天都在打补丁，现在真的到处都是答辩了。欠的债，早晚都是要还的。
29 条回复 • 2024-10-15 20:22:20 +08:00
 |
1
justdoit123 32 天前  5
“让我从头写，我保证不会有屎山代码” 狗头～
|
 |
2
Cheons 32 天前 via Android
重构（ doge
|
 |
3
IvanLi127 32 天前
技术高利贷😣
|
 |
4
blahblahblah OP @justdoit123 之前只搞过 CRUD ，没啥经验，这个感觉太吃经验了
|
|
5
blahblahblah OP @Cheons 我想着其他 title 比我高的人会看不下去然后重构呢，但是他们也只是默默地在屎山上耕耘
|
 |
6
catamaran 32 天前
主要还是看对需求的预测，做少了欠债，做多了过度设计，没有最好，只有更好
|
 |
7
BeautifulSoap 32 天前 via Android
放心，就 lz 这项目需求的变动频率和变动规模
就算一开始好好设计最终成品也不过是精致的屎山 |
 |
8
8355 32 天前 7
所有的项目都是这样的
1.要么你有能力在开发的时候就把技术债务解决（成本最高） 2.要么你就是用最快的速度做出来（省钱省时间，当下成本最优解） 3.要么你就是过一段时间项目稳定阶段利用前期积累的经验做一次重构（中长期项目，最优解） 前一个阶段为什么流行中台，最核心的目的就是把老旧系统有价值的功能摘出来，重新组建一个系统找人重新维护开发，进行代码重构和文档补充，同时进行性能优化和架构升级。 没有技术债务的项目就像是在上帝视角看问题，能对需求方向有绝对的管控权利，不然的话是不可避免，只是有经验的人会减少技术债务，但绝对不会没有。 |
 |
9
raphaelsoul 32 天前
这个世界上没有绝对完美的东西 都是各种因素妥协的产物，软件工程亦是如此。能支撑好业务 就是好系统 重构优化这是底线，你的开发体验的优先级并不会很高。
|
 |
10
ZZ74 32 天前
就这一句 结果后边需求一值变 怎么搞都是债
|
|
11
blahblahblah OP @ZZ74 一开始是给了要支持好几个平台的暗示的，但没想到是这个月交付这个平台的，下个月交付另一个平台的，下个月再换一个，但是需求是正常推进的
|
 |
12
min 32 天前
八成本来也没钱没资源从头开始搞成精品...
|
 |
13
yuLiong 32 天前
放弃完美主义情结，人类发展了几百万年，还到处是纷争。
微软 windows 已经不惑 了，还在更新。 |
 |
14
springz 32 天前
看看 yocto
|
 |
15
connection 32 天前
我们之前也是类似，追快，产出了很多不可名状的功能代码，奇怪的拼接。
|
 |
16
zhuangzhuang1988 32 天前
都一样的哪怕是牛逼的
Jetbrains 重做 ide 也是麻烦。 |
 |
17
ConquerZ 32 天前
|
 |
18
buffzty 32 天前
@zhuangzhuang1988 jb 他们修复 ide 输入中文问题修了十几年了 还没修好. 产品经理发誓都好几次了, 说了几次 这个版本绝对修好了.
|
 |
19
xuanbg 32 天前
没有经验的话，基本就是这样的啦。能在没有经验的前提下做好结构设计，为以后的扩展和局部重构建立基础的人万中无一。
|
 |
20
nyxsonsleep 32 天前
局部最优解不一定是全局最优解。
最佳的设计实践就是在迭代的过程中重构。 |
 |
21
kneo 32 天前 via Android
技术债就是自己技术不行赖管理。
|
 |
22
xujinkai 32 天前 via Android
随着项目发展，总会有新需求，不可能一开始就想完整。
所以我觉得不断重构是长期项目的唯一解。不过这样仍然会遇到瓶颈，总会有局部重构也解决不了的问题，这时候就只能整体重来了。 |
 |
23
dearmymy 32 天前 1
我最近也是在重构之前一个项目，我的理解是，局部代码可以省，架构绝对不能凑合。
架构好后面都能修修补补，架构初期凑合，后面真是恐怖，每天都在屎山雕花。另一个项目就是初期架构好，现在都可以局部重构，至少每天都在变得更好 |
 |
24
clemente 32 天前
@nyxsonsleep 没有全局最优解 你没有 10000 次随机迭代的机会
|
 |
25
qwerty12345 32 天前
技术债就是项目管理不行赖技术，哈哈
|
 |
26
kapaseker 31 天前
@blahblahblah 除了问题怕负责
|
|
27
nyxsonsleep 31 天前
@clemente #23 那就是管理能力的差异体现了。
|
 |
28
c3de3f21 31 天前
我个人的理解就是:
1. 甲方爹且乙方软 2. 缺乏理论知识（架构方面 |
 |
29
reea 31 天前 via Android
接触的用了 10 年的老旧系统，编码五花八门没个标准，应用性能极差，老板舍得花二十几万堆硬件但就是不愿推进项目重构。重构就面临着风险和放权，不是技术型公司太难推进了。
|
Select Language