软件方法学这30年没有进步吗

九云 2021-5-19 20:22

常见的几种编程模式:函数式、面向对象、面向过程

然后映射到软件方法的话(我不知道,软件方法具体应该怎么划分,百度搜了下,说有8种方法来着,很多都没见过了)

函数式,只听说编程范式,没有分析和设计方法

面向过程,我理解对应了:结构化分析设计

面向对象,就对应了:面向对象分析设计,比较流行的工具是UML

看面向对象的历史,60-70年代好像就提出了编程范式,90年代分析设计思想好像就成熟了

我有个问题,90年代到现在,30年过去了,技术改变了很多,进化了很多代(编程语言、平台、框架等等,一直在变化)

难道软件方法这30年没有进步吗?我们是不是还停留在90年代?

UMLChina潘加宇

前面的业务建模、需求、分析进步也不大,当然也是有的,例如《软件方法》就是进步嘛。但从大众普及面上来说,是倒退的(如果说方法水平是铁器时代,大众平均估计是石器时代甚至还要落后)。原因刚发布的第8章里面有描述。

按照一致的标准来看,编程语言也没啥进步,函数式编程语言60年代就有了,现在面向对象语言的很多所谓“更新”,就是把函数式编程混杂进来。

编程语言能力,从普及层面上也是倒退的。二十多年前我去应聘程序员,人家让我做“餐馆安排座位”的题目,现在招程序员,考“哪个是Thread类的方法”。

也就是说,人现在根本还没有充分掌握并利用现在技术来解决问题,还没达到抱怨技术进步慢的地步。

一个破伤风都不知道怎么应对,动不动就死翘翘的水平,就先不要抱怨“怎么还没攻克癌症”。

===========

业务建模→需求→分析→设计,新技术要能够封装某个环节中间的推导智慧,才能取得大的进步,否则在小的环节上折腾已经很难。

比较容易的是分析→设计的推导,这个映射比较有规律。想办法提高人脑需要编辑的“源代码”的抽象级别,只需建模清楚领域逻辑,就能映射为最终可运行的实现,这个目前某些工具在某些平台是可以做到的,例如Rhapsody在嵌入式开发中。

我们在下册中提到的工具,是希望封装业务建模→需求的智慧。


weixinpanjiayu2