随记
lbj05
这个作者很懒,什么都没留下…
展开
-
读懂程序员
最近项目中一些交流的问题让我很是触动。从最早的程序员,到后面的管理人员,再“沦落”到现在的程序员,我感觉自己应该反思下程序员某些典型的话语中的深层次含义,避免一些沟通中的误解。原创 2011-04-01 20:19:00 · 577 阅读 · 0 评论 -
软件开发随想:“藕断丝连”
<br />对待感情,这可不是什么好的解决。但在软件开发中我却发现了它的位置。<br />早上刚到公司就看到新浪微博上看到一个仁兄问:“怎样才算低耦合,高内聚?”。难得微博上还有讨论技术的!也许是早上思维还算活跃,蹦入了我脑海的不是什么单一职责原则、面向接口编程、优先使用组合等等,而是“藕断丝连”。对,就应该是这感觉。如果模块间是“一刀两断”的,彼此间没有任何联系,那就不会有最终的产品或应用。而反之如果是紧密结合的也就失去了模块的意义。设计的过程其实是不断调整职责分配、关联以及数据交互的过程,这样的过程没有原创 2011-04-29 18:15:00 · 687 阅读 · 1 评论 -
软件开发随想:“珍惜第一次”
<br />首先声明这是谈软件开发,不必要过多联想!<br />“珍惜第一次”,这是最近和一个朋友讨论是继承还是组合时碰撞出来的一个想法。多重继承曾经很强大,但也一直被诟病。C++支持多重继承,但和C++“同辈份”的Objective-C以及“下一代”的Java、C#都不支持多继承。继承很强大,可以轻易复用父类代码。但在考虑多重继承的情况下,继承有代价,因为只能有一次。比如设计是经常会遇到这样的情况:A类因为需求1要从B继承,同时因为需求2要从C继承,这样就容易陷入“二选一”的尴尬境地。这类问题往往是滥用继原创 2011-04-29 18:16:00 · 503 阅读 · 0 评论 -
软件开发随想:“分享”
<br />进入IT这个行当以来,遇到过很多人也经历过一些事。因为得到别人的分享,我学习并成长了;也因为跟别人分析,思考并进步着。分享的时候需要强迫自己思考和提高,没有十二分的准备说不出十分的精彩。分享的准备过程就是知识从碎片化到系统化,从表面到深刻的过程。分享一直是驱动我的一种动力。但目前的环境让我感觉到无比的困难。<br /> 需求上:没有共同愿景,不知道“饼”在哪里<br /> 设计上:无法形成团队共识,零乱而无须<br /> 实现上:八仙过海,各原创 2011-04-29 18:16:00 · 560 阅读 · 0 评论