知识卡片
方法对个人与软件业的三层价值
内容
本书全书围绕”程序员向架构师转型”,到最后一章总结出一句提纲挈领的话:有没有经验,决定你能不能成为架构师;有没有方法,决定一个架构师能走多远——这句话把”经验”和”方法”明确定位成了架构师成长路上两个不同阶段的决定因素,经验解决”入门”问题,方法解决”能走多远”的问题。方法之于个人、乃至软件业,价值体现在三个层次。对架构新手而言,方法是陌生之地的指路明灯,能避免架构设计者面对新系统时不知所措——这是很常见的困境,程序员转型初期最怕接手自己没做过的系统类型,而系统性的方法(比如[[EDD封装驱动设计方法的四个步骤]])能提供一套即使在陌生领域也能照着走的具体步骤。对架构老手而言,方法是让经验得以充分发挥的思维框架,能指导架构设计者摆脱”害怕下一个项目”的心理和”思维毫无章法”的状态——经验丰富的架构师如果没有方法论支撑,面对新项目时依然可能陷入凭直觉东拼西凑的状态,方法能把零散的经验组织成可复用、可传授的结构。对整个软件业而言,方法是产业”上升一个层次”的”内功”,没有内功为基础,单靠”外力”促进软件产业升级是不现实的——这一层跳出了个人成长的视角,指出如果整个行业的模块划分设计普遍不专业(”想到哪,切到哪”的设计方式屡见不鲜,”止于粗粒度功能模块切分”的设计者大有人在),仅靠引进新工具、新框架这类”外力”是不足以真正提升产业整体水平的,必须有方法论层面的”内功”作为地基。这条总结呼应了全书开篇[[架构设计的三个节奏原则]]所强调的”从程序员到架构师转型,是一次思维方式的突破”——方法正是承载这次思维突破的具体载体。
参考来源
- 位置:《软件架构设计:程序员向架构师转型必备》第15章《模块划分的4步骤方法——运用层、模块、功能模块、用例驱动》"15.3.2 设计的优点、缺点"节末尾(源文件:_epub-src/OEBPS/text00018.html)
- 结论依据:原文说明"有没有经验,决定你能不能成为架构师。有没有方法,决定一个架构师能走多远……对架构新手,方法是陌生之地的指路明灯……对架构老手,方法是使经验得以充分发挥的思维框架……对软件业而言,方法是整个产业'上升一个层次'的'内功'",直接支撑本卡片结论。
- 原始内容:有没有经验,决定你能不能成为架构师。有没有方法,决定一个架构师能走多远……对软件业而言,方法是整个产业"上升一个层次"的"内功",没有"内功"为基础,单靠"外力"促进软件产业升级是不现实的。