47 | 架构重构内功心法第三式:运筹帷幄
该思维导图由 AI 生成,仅供参考
- 深入了解
- 翻译
- 解释
- 总结
架构重构内功心法第三式:运筹帷幄 架构重构是软件开发中至关重要的一环,而在进行架构重构时,需要采取有序推进的策略。本文介绍了“运筹帷幄”的策略,强调了识别关键复杂度问题并分阶段有序推进的重要性。作者提出了分段实施的策略,将问题根据优先级、重要性和实施难度划分为不同阶段,以集中精力和资源解决一类问题。这种策略有助于明确目标、提升团队士气,降低总体风险,并可以更高效地进行架构重构。文章还分享了制定“分段实施”策略的经验,包括优先级排序、问题分类、先易后难、循序渐进等方法。通过这些策略,读者可以更好地理解架构重构的重要性,并学习如何采取有序推进的技巧,以取得阶段性成果,提升团队士气,降低总体风险。 这篇文章为读者提供了架构重构中分阶段有序推进的技巧,帮助他们更好地理解架构重构的重要性,并学习如何采取有序推进的策略。通过分段实施的策略,读者可以更高效地进行架构重构,取得阶段性成果,提升团队士气,降低总体风险。
《从 0 开始学架构》,新⼈⾸单¥68
全部留言(36)
- 最新
- 精选
- 空档滑行2年的重构周期太长了,基本等于重新设计实现一个系统,就算架构师的沟通能力再强,也很难说服公司。 我觉得首先要看下自己的项目是不是计划做的太大,先把非关键功能重构砍掉;第二步剩下的功能拆分成最多半年一个周期,计划详细程度递减。一年后的计划都不需要对外公布,然后半年的计划一个里程碑,按文章里说的划分优先级,划分难易度然后推进。
作者回复: 很好的思路👍
2018-08-14359 - 陶邦仁将两年时间的重构拆分成多个子重构,促使重构快速见效,树立团队信心!
作者回复: 通常如果说要重构两年,我的建议是重写可能更快😄😄
2018-08-14319 - 凡凡两年时间太久,在互联网更新迭代这么迅速的场景下更加不适合,尤其创业公司,生命或许都维持不到两年。一般都要罗列重构点,按照难度从小到大,效果从大到小排列,然后安排合适的迭代计划。迭代过程中逐步建立信心,信任,适当调整计划。如果真的心里有个两年的计划,一定不要一下子全抖出来🤔
作者回复: 这算是厚黑术么?😄😄我建议还是说出来,真要两年重构,那就直接重写了
2018-08-1515 - 何磊如果一个项目真的需要两年重构。要么是评估有问题,要么是这个项目不适合重构,只能重写。
作者回复: 英雄所见略同😄😄👍
2018-08-1414 - 波波安两年时间太久了。有可能公司业务都发生了很大的变化。重构的规划可能并不满足新业务的发展。
作者回复: 正解
2018-09-0528 - 小神david内功心法讲得非常好~ 收益很多~ 👍
作者回复: 架构的事情,不单单是写代码,也不单单是就技术论技术,很多人之所以觉得架构难,就是没有意识到这一点。
2021-03-146 - wmg两年的时间用于重构,时间太久了,对于这个瞬息万变的时代,不确定因素太多。即便一个系统真的烂到要两年时间重构,我倒觉得不如重建,那样还会省去很多约束,也许周期会更短。
作者回复: 是的,两年重构还不如重建
2018-08-144 - 初见2年重写吧,我经历过2次,都是原来系统是外包的,代码不规范,功能只是能用的程度,用户一多基本就垮了,做法是梳理业务后,进行重写,逐个拆分出业务重写,仅保留业务入口在老系统上,慢慢的,新系统建成,老系统只剩前端入口,最后直接切走,整体换到了新系统。
作者回复: 这样的经历很难得呀,可以思考总结一下经验
2022-06-302 - Jun先易后难也要慎重权衡。很多时候简单的方案都是hacky的,不利于长期目标。
作者回复: 你要是能一眼看出长期目标是什么,而且确信你的判断一定准确那当然是直接考虑长远好了,但很多时候复杂度就在于你无法准确判断
2019-12-222 - 方人其将问题按照性质分类 ?? 一般分成哪些类?参考下
作者回复: 一级的常见分类有:性能类,可用性类、可扩展类、管理类、流程类、测试类等,还可以继续分类,例如性能类可以分:数据库类、缓存类、外部系统依赖类等
2022-02-151