阅读作业2——《大泥球》

这次阅读作业好纠结啊,对于一个六级英语低空飘过的我,真心感到有些吃力。在利用了各种可以利用的工具:有道,谷歌等等之后,最终还依然是一知半解的状态,唯一十分确定的一点就是:他们都讲的是软件开发~

因为对《big ball of mud》感到有些兴趣,所以其他的五篇就不一一阐述了,只是谈谈自己对《big ball of mud》的感想吧。

Big ball of mud,翻译成大泥球,一个令人感到很纠结的名字。作者讲的是有关软件体系结构方面是事情。所谓“大泥球”指一个随意化的杂乱的结构化系统,只是代码的堆砌和拼凑。存在“大泥球”的软件往往会出现很多错误或者缺陷。这是一个很神奇的事情,之所以说神奇,是因为人们明明知道“大泥球”是一件不算是很好的东西,但它却一直存在,经久不衰。究其原因,大概可以列出以下几点:

1、          成本——当一个新的领域正在探索的时候,成本是昂贵的。而这种比较糟糕的随意化的杂乱的结构化系统,却是在探索初期一个比较好的选择。或许在该领域的逐步发展中会暴露出很多问题,但不得不承认,相比于一个顶级的设计,在初期的时候它还是很有优势的。

2、          经验——程序员在初期的时候经验是不足的,因而在解决特定的问题的时候,会利用学校所学,采取一些缺乏经验的方式。而这也是产生“大泥球”的一个原因。

3、          技巧——程序员的技术水平不同,以及专长,倾向和气质。一些程序员有一个激情去寻找良好的抽象,而另一些则擅长浏览复杂的代码。这就导致在一个团队中,由于每个人的习惯不同,堆砌起来的工程如同一个“大泥球”.

如今想想我们团队的软件工程项目,两周的时间里,我们都是在各自做着各自的部分。彭笑东在一心一意设计着UI,连昭鹏从网上搜到一些网页做着去噪的工作,我在和数据提取进行着持久战,隋宇豪做着与数据库有关的工作,胡仁君对提取的数据进行着最终的数据处理。每一部分看起来都还算是井井有条,但很悲剧的是,一次小小的整合,便暴露出了很大的问题。最严重的便是我和连昭鹏之间的衔接。由于最开始没有意识到每个网页的编码方式不同,导致除了UTF8编码之外,提取的数据显示的都是乱码。在意识到这个问题之后,我们小组进行了讨论,最终决定在连昭鹏的去噪部分进行一下转码,使得去噪后的编码方式是同一种。

不得不承认,我们的合作是一个“大泥球”,看似每个人都很有效率的完成了各自的部分,但合在一起的时候却如同一个个小泥球堆砌在一起成了一个大泥球,漏洞百出。不过我相信在我们的合作下,这些问题都会一一解决。

 

你可能感兴趣的:(作业)