• 开发项目搞大跃进真的不可取
  • 发布于 2个月前
  • 303 热度
    7 评论
之前没有从头开始做过项目,现在这个项目是跟几个家伙真真从头开始做的。一开始的时候是多快好省,大跃进似得把 demo 先做出来。也没进行过什么几轮框架结构上的设计和 review ,能省的地方就省,能跳的地方就跳。结果后边需求一值变,先是 TI 的 Linux ,然后是 sumsung 的 linux ,然后又 TI QNX + TIOVX, 后边又回到了 TI LINUX + TIOVX, 还要支持 X86 LINUX 。整天都在打补丁,现在真的到处都是答辩了。欠的债,早晚都是要还的。
用户评论
  • Pigeon
  • 我最近也是在重构之前一个项目,我的理解是,局部代码可以省,架构绝对不能凑合。
    架构好后面都能修修补补,架构初期凑合,后面真是恐怖,每天都在屎山雕花。另一个项目就是初期架构好,现在都可以局部重构,至少每天都在变得更好
  • 2024/10/15 9:12:00 [ 0 ] [ 0 ] 回复
  • APAC
  • 随着项目发展,总会有新需求,不可能一开始就想完整。所以我觉得不断重构是长期项目的唯一解。不过这样仍然会遇到瓶颈,总会有局部重构也解决不了的问题,这时候就只能整体重来了。
  • 2024/10/15 9:09:00 [ 0 ] [ 0 ] 回复
  • 原木风
  • 没有经验的话,基本就是这样的啦。能在没有经验的前提下做好结构设计,为以后的扩展和局部重构建立基础的人万中无一。
  • 2024/10/15 9:05:00 [ 0 ] [ 0 ] 回复
  • 张蜚
  • 这个世界上没有绝对完美的东西 都是各种因素妥协的产物,软件工程亦是如此。能支撑好业务 就是好系统 重构优化这是底线,你的开发体验的优先级并不会很高。
  • 2024/10/15 9:02:00 [ 0 ] [ 0 ] 回复
  • 离人未归
  • 所有的项目都是这样的:
    1.要么你有能力在开发的时候就把技术债务解决(成本最高)
    2.要么你就是用最快的速度做出来(省钱省时间,当下成本最优解)
    3.要么你就是过一段时间项目稳定阶段利用前期积累的经验做一次重构(中长期项目,最优解)

    前一个阶段为什么流行中台,最核心的目的就是把老旧系统有价值的功能摘出来,重新组建一个系统找人重新维护开发,进行代码重构和文档补充,同时进行性能优化和架构升级。没有技术债务的项目就像是在上帝视角看问题,能对需求方向有绝对的管控权利,不然的话是不可避免,只是有经验的人会减少技术债务,但绝对不会没有。
  • 2024/10/15 8:58:00 [ 0 ] [ 0 ] 回复
  • 怪性酷
  • 还记得你们这些程序员在吐槽别人的屎山代码时信誓旦旦说的:“让我从头写,我保证不会有屎山代码”
  • 2024/10/15 8:53:00 [ 0 ] [ 0 ] 回复