软件架构感悟.

1.一切的技术都是为实际需求服务的.需求重于技术,因为技术只是实现手段;新的技术的引入需要注意所有你要面临的问题(开发成本,维护成本,性能问题,系统升级,用户反响...);

2. 事物是复杂的,需要逐步分解,但需要记住全局的把握是达到解决方案的最佳途径.

3.一个优秀的策划工作可以让我们的开销降到最低.事实证明绝大部分bug是需求做出了问题,而自身的产品设计往往被自我的策划所误导;

4.技术出了问题,如果不是架构师的问题,那么就是需求策划上出了问题;

5.优良的架构与产品开销不可分离;

6.客户的需求需要你仔细琢磨,因为既有可能似是而非,而自我产品的设计需要的是把握用户的需求.

7.好的团队,希望每一个队员都要学会去欣赏和完善自己的艺术品;

8.说服客户的需求变动,这是一门功课也是一门艺术;

9.凡是应该有所量化,三尺之冰非一日之寒;

10.我们不要草率提交自己的任务,你成绩往往不是以速度来定位的;

11.可用性--->通用性---->复用性

12.不要试图基于求成,也不要试图完美 (日月神话中的另类名句[含义]:程序员常常追求完美,但完美往往与程序无缘.软件开发没有银弹,只有一个平衡点)

13. 项目的进度是由需求、策划、软件架构、设计等诸多因素决定的,不要随意变动进度,除非你决定有把握.

14.温水煮青蛙是对我们的一个警戒;

15.可以给程序员建议,但不要给他们限制他们,这是对他们的尊重,也是发展他们的机会.

16.不要忘记,你和老板的关系是合作,也不要忘记什么是你一生中最重要的东西.

 

转载于:https://www.cnblogs.com/humble/archive/2011/12/16/2290627.html