那些曾经风靡一时的研发方法论

王福强

2021-04-01


TDD

TDD = Test-Driven Development,即测试驱动开发, 最经典的就是下面这本书:

Test-Driven Development Book

我不能说充分理解了TDD的精髓, 但遥想当年的印象,最深刻地就是作者尝试用一种“如果你想不明白,就先从写简单的测试开始写”的方法让我们设计并编写出优秀的软件。

虽然工作中应用这种方法论做实践的时候总觉得哪里不对,但直到方法论作者本身一句“公司雇你来又不是让你写测试的”(言外之意是”找你来不是写测试的,而是解决问题的”),TDD从此逐渐消失在软件研发的主流方法论行列中。

其实作者自己说的也很中肯,估计也是在自己历练的不同阶段提出TDD然后又不提倡TDD了,TDD总有些把写测试当工作之嫌,而且实践证明, 不写测试也是可以设计和实现好的系统。

UML

UML在软件行业也是神一样的存在,虽然说这些年没有那么风行了,但依然还是活跃在某些地方、某些人心里和手上。

遥想当年Rational Rose有一套,“幺幺,切克闹”,那是多么牛逼的一套神器啊,只可惜,现实表明,当初从UML图到代码生成并上线的宏伟蓝图,最终还是没有实现。

Rational Rose

实际上,UML只是一种沟通的媒介和方式, 现在基本上也就sequence diagram或者use case diagram用的多一点儿吧~

软件研发的核心还是人,以及人和人之间的沟通和交流,工具只是辅助,用不用,用什么,都是由不同的人群自行决定的。但一套工具如果大部分从业者都不怎么用,那还是有其被废弃的理由的。

Anti/Design Patterns

Design Patterns Book

其实设计模式总体是好的,都是前人经验的总结,如果你没有自己动手有足够的编码经验,直接看书或者尝试去理解,那么,我感觉应该收益不大。

其实Design Patterns不是不风靡了,而是基本上在类库和PaaS等基础设施已经成熟的情况下,这些设计模式都沉淀到了直接可用的SDK/API了,另外就是如果你编码时间足够长, 基本上也可以达到“心中无剑(Design Patterns)、手中也无剑”的境界了,写代码基本上也不用机械地去思考这种场景应该用什么设计模式,就可以编写出有良好结构的代码了。

当然,这就跟组织理论里那句“先僵化,再优化,后固化”一样,你开始总会有一些学习Design Patterns的过程和阶段吧~

后话

你还有什么其它的补充吗? 欢迎在后面补充和留言 ;)


>>>>>> 更多阅读 <<<<<<


「福强私学」来一个?

「福强私学」, 一部沉淀了个人成长、技术与架构、组织与管理以及商业上的方法与心法的百科全书。


开天窗,拉认知,订阅「福报」,即刻拥有自己的全模态人工智能。

订阅「福报」