要资料 文章 文库 视频 Code iProcess 课程 认证 咨询 工具 讲座吧   专家招募  
会员   
 
  
每天15篇文章
不仅获得谋生技能
更可以追随信仰
 
 
 
Google工程师:复杂是软件的死敌
 

2011-05-05 来源:网络

 

Google开发工程师Evan Martin近日在其个人网站发表了一篇博文《Complexity is the enemy》,文章中指出复杂是软件的死敌,新代码的引入是否增加了软件的复杂度,是否应该加入,要依据是否符合项目特定设计目标来判定,在文末作者指出应该像C语言那样写Python代码。现把此文进行了翻译,全文如下:

这是我在Google工作的第七个年头了,在Google我学到了很多东西,远比我可以写下来的多得多。我想我至少可以和你们分享其中的一些。

复杂是软件的死敌,它很难估值,常慢慢地混入到软件开发中。它像一个逐渐变烂的脓包,发现它时,为时已晚。从另一方面来讲,增加复杂度可以帮你解一时之忧:一个新的间接层允许增加新的特性X,但同时你需要增加另外一个间接层;把运行在一个机器上的过程分隔成运行于两个机器上的过程,可以帮你解决当前遇到的扩展难题,但你同时也必须实现一个RPC层,来管理这两个机器。

上面所说的现象在开发者新人中和在老手中一样突出。通过这几年的工作,我认为我已经可以很好地在这方面达到平衡,什么时候应该增加软件的复杂性,什么时候应该拒绝。我常常回想一个朋友对Ken Thompson所开发的Go语言编译器的评价:它很快,因为它只做很少的工作,它的代码十分简单易懂。

写一篇长长的博客容易,而用简短的话来概括相同的观点却很难,同样的道理,开发一款简小而优秀的软件是很困难的。在程序语言设计中,此种现像很普遍。新手所开发的新语言包含过多的属性,很少具有C语言的简明和清晰。在今天的程序开发中,程序的优劣与其包含多少个对象有关,在分布式系统中,则与有多少个可移动的部分有关。

针对此问题的另一个词语是“精巧”:再引用这位C语言大牛的一句话,“调试代码比写代码困难两倍之多,所以,你如果写的代码尽可能的精巧,理论来讲,你很难对它进行完美地调试。”

什么可以帮助解决这个问题呢?是否只能依靠经验呢?我发现,通过特定的设计目标来评估新代码可能会有帮助。如果你说“这并不能帮助解决项目的最初目标”,那么可以很容易地把新代码否定掉。在Google,每个新项目的设计模版文档的开头都有一个“ non-goals”列表:你应该拒绝的合理的项目扩展。

很讽刺的是,我发现了一个很“差劲”的工具,它可以帮助减低软件的复杂度。用C语言写一段很复杂的程序很难,因为它所能实现的功能有限。C语言通常会使用大量的数组,而且你只能使用这些数组,但是这些数组功能很强大——可以压缩存储器表达式,如O(1) ,可以很好的定位数据位置。我从未有意地提倡使用这个“差劲”工具,然而我所得到的应验是:像C语言那样写Python代码。



专家视角看IT与架构
软件架构设计
面向服务体系架构和业务组件
人人网移动开发架构
架构腐化之谜
谈平台即服务PaaS


面向应用的架构设计实践
单元测试+重构+设计模式
软件架构师—高级实践
软件架构设计方法、案例与实践
嵌入式软件架构设计—高级实践
SOA体系结构实践

相关咨询服务
应用架构设计与构建


锐安科技 软件架构设计方法
成都 嵌入式软件架构设计
上海汽车 嵌入式软件架构设计
北京 软件架构设计
上海 软件架构设计案例与实践
北京 架构设计方法案例与实践
深圳 架构设计方法案例与实践
嵌入式软件架构设计—高级实践
更多...   
 
 
 实录  企业架构建模
 主讲:俎涛
 火龙果软件创始人
 
 实录  微服务架构
 主讲:孙玄
 58集团技术委员会主席
 
 
 
每天2个文档/视频
扫描微信二维码订阅
订阅技术月刊
获得每月300个技术资源
 
 

关于我们 | 联系我们 | 京ICP备10020922号 京公海网安备110108001071号