软件架构感悟.
2011-12-16 20:06
309 查看
1.一切的技术都是为实际需求服务的.需求重于技术,因为技术只是实现手段;新的技术的引入需要注意所有你要面临的问题(开发成本,维护成本,性能问题,系统升级,用户反响...);
2. 事物是复杂的,需要逐步分解,但需要记住全局的把握是达到解决方案的最佳途径.
3.一个优秀的策划工作可以让我们的开销降到最低.事实证明绝大部分bug是需求做出了问题,而自身的产品设计往往被自我的策划所误导;
4.技术出了问题,如果不是架构师的问题,那么就是需求策划上出了问题;
5.优良的架构与产品开销不可分离;
6.客户的需求需要你仔细琢磨,因为既有可能似是而非,而自我产品的设计需要的是把握用户的需求.
7.好的团队,希望每一个队员都要学会去欣赏和完善自己的艺术品;
8.说服客户的需求变动,这是一门功课也是一门艺术;
9.凡是应该有所量化,三尺之冰非一日之寒;
10.我们不要草率提交自己的任务,你成绩往往不是以速度来定位的;
11.可用性--->通用性---->复用性
12.不要试图基于求成,也不要试图完美 (日月神话中的另类名句[含义]:程序员常常追求完美,但完美往往与程序无缘.软件开发没有银弹,只有一个平衡点)
13. 项目的进度是由需求、策划、软件架构、设计等诸多因素决定的,不要随意变动进度,除非你决定有把握.
14.温水煮青蛙是对我们的一个警戒;
15.可以给程序员建议,但不要给他们限制他们,这是对他们的尊重,也是发展他们的机会.
16.不要忘记,你和老板的关系是合作,也不要忘记什么是你一生中最重要的东西.
2. 事物是复杂的,需要逐步分解,但需要记住全局的把握是达到解决方案的最佳途径.
3.一个优秀的策划工作可以让我们的开销降到最低.事实证明绝大部分bug是需求做出了问题,而自身的产品设计往往被自我的策划所误导;
4.技术出了问题,如果不是架构师的问题,那么就是需求策划上出了问题;
5.优良的架构与产品开销不可分离;
6.客户的需求需要你仔细琢磨,因为既有可能似是而非,而自我产品的设计需要的是把握用户的需求.
7.好的团队,希望每一个队员都要学会去欣赏和完善自己的艺术品;
8.说服客户的需求变动,这是一门功课也是一门艺术;
9.凡是应该有所量化,三尺之冰非一日之寒;
10.我们不要草率提交自己的任务,你成绩往往不是以速度来定位的;
11.可用性--->通用性---->复用性
12.不要试图基于求成,也不要试图完美 (日月神话中的另类名句[含义]:程序员常常追求完美,但完美往往与程序无缘.软件开发没有银弹,只有一个平衡点)
13. 项目的进度是由需求、策划、软件架构、设计等诸多因素决定的,不要随意变动进度,除非你决定有把握.
14.温水煮青蛙是对我们的一个警戒;
15.可以给程序员建议,但不要给他们限制他们,这是对他们的尊重,也是发展他们的机会.
16.不要忘记,你和老板的关系是合作,也不要忘记什么是你一生中最重要的东西.
相关文章推荐
- 软件架构设计感悟
- 软件系统架构分析之一:传统socket通讯阻塞现象分析
- 软件架构————编程中基本数据类型注意事项
- 软件架构————语句方面注意事项(1)
- 软件架构之多层级互动
- Android软件架构及子系统介绍
- Eclipse/TomCat上的J2EE应用开发软件架构4
- 专访架构师周爱民:谈企业软件架构设计
- ★ 软件系统架构
- 软件架构————重构
- 软件的三层架构
- 基于java技术的软件开发架构总结
- 软件架构学习之入门
- 软件架构与架构师
- 开源软件架构:NoSQL生态系统
- 软件架构经验总结
- SoC嵌入式软件架构设计之一:系统内存需求评估
- 软件架构为何重要?---不可取代的专业能力系列(三)
- 论软件系统架构评估
- 软件架构入门