Chinaunix首页 | 论坛 | 博客
  • 博客访问: 256768
  • 博文数量: 60
  • 博客积分: 1222
  • 博客等级: 少尉
  • 技术积分: 585
  • 用 户 组: 普通用户
  • 注册时间: 2011-04-16 17:28
个人简介

从学通信的博士到从事IT行业的工程师 从原华为项目经理,到现任职公司架构师

文章分类

全部博文(60)

文章存档

2013年(18)

2012年(42)

我的朋友

发布时间:2012-12-23 20:41:32

         “在这个迭代周期就快封版之前,team leader Alice询问特性A是否可以按时提交版本发布,软件工程师Bob回答说已经完成90%,应该可以发布特性。”这样的场景恐怕很多软件开发人员(包括项目经理和软件工程师)都经历过。        已经完成90%的特性似乎距离发布就差百米赛跑的最后10米了,软件工程师似乎再喘口气就能将特性完成了。但实际情况究竟怎么样呢?似乎Bob很有信心,很有把握,特性发布不成问题,这将是最好的结果了。然而最后往往是不遂人意,Bob在封版前找到Alice,代码......【阅读全文】

阅读(930) | 评论(0) | 转发(0)

发布时间:2012-12-23 20:39:28

使用有意义的名字,名字明确了用途,不用更多注释。有时错误的注释会更坏事,即使现在正确,但随着时间的推移,注释和代码多半已经不能对应了。别让名字掺杂有现有数据类型名字,有时会让人误解。也不要使用很难区分差别的名字。使用有意义的名字,别使用0和O,l和1,谁看谁晕。要从名字区分出意义的不同。名字不要包含多余的成分,多个名字之间意义区别明确,一看就知道用哪个,这也有助于写出简洁的代码。名称能够读出来,这有助于讨论交流。名称明确可读有助于代码review。名称的长度应该和其作用域大小成正比,越短的名字使用的范围应该越小,诸如i,i,j, k这样的名字不适合扩大其作用域,限制到越小约好。不使用匈牙利命名......【阅读全文】

阅读(817) | 评论(0) | 转发(0)

发布时间:2012-12-23 20:37:22

是糟糕的代码毁掉了公司吗?不是代码,而是无穷无尽的需求和无法逃避的交付时间毁掉了代码和公司。停止增加新代码,代码质量才能得到提升。我们当然需要高质量代码,但那需要时间,如果只看到交付时间,最终肯定是糟糕的代码。这里最了解问题的是程序员,他/她应该说明实情,只重眼前利益(需求+交付时间),那么等于慢性自杀。唯一有效的解决方法是自始至终保持代码的清洁。编写整洁代码需要许多小技巧,编写整洁代码的程序员是艺术家。Bjarne Stroustrup的整洁标准:优雅高效,逻辑直接了当,减少依赖关系以利于维护。。。,整洁的代码只做好一件事。破窗理论:破了一扇窗户后如果没人管,那么所有窗户都会完蛋整洁的代码如......【阅读全文】

阅读(751) | 评论(0) | 转发(0)

发布时间:2012-12-23 20:35:22

Observer is also known as dependents or publish-subscribe. When the object changes its state, its dependents will be notified and updated automatically. The key objects in this design pattern are subject and observer. A subject can have any number of observers. All observers will be notified on......【阅读全文】

阅读(649) | 评论(0) | 转发(0)

发布时间:2012-12-23 20:33:33

Template method lets abstract base class (this is the class to implement the algorithm) to implement invariant algorithm. The subclasses can redefine the algorithm when necessary. By this mechanism, we can reuse the code.Normally, factory method is used by template to get instance of concrete s......【阅读全文】

阅读(695) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册