2009-6-26，3/26/2010

3/26/2010
对于Onyx这样高度灵活但不稳定的系统，你需要更小心的决定哪些东西需要灵活哪些不需要，否则会给让工程带来方
向性混乱。比如带来大量细小但不太需要灵活性的组件。这将带来难维护的问题。。


3/25/2010
- 在update中有一些工作，只需要做一次以后结果都不会变，那么可以放在初始化里面做
- 给游戏加个网络后台控制，还不如加个输入秘技来调试来的简单.但是，网络后台也有好处，他可以把调试命令嵌入到
    代码中，这样就可以享受到代码的强大。输入秘技可以用于较简单的调试。

为啥那么多MANAGER？~粒度太小。
为啥粒度小？
为啥对象交互很困难？
为啥数据传递和获取很困难？
为啥耦合度很高？
为啥有很多重复的功能？
~没有经过仔细设计

@做事情最好一次性想好，不然改来改去会很慢很麻烦。


11:13 AM 12/1/2009
代码质量
    纠结的代码的问题之一：流程混乱。这正是：没了goto一样乱跳。
   
    结论： 写代码之前必须先分析和设计好流程非常重要。

   
11:17 AM 11/26/2009
代码质量
    如果做一件事情的前提条件和限制没有考虑清楚，那必然会是bug出没的入口
    这就是契约编程强调的核心。
    为了提高代码质量，请把你的功能的契约展示给用户
    我还建议把契约加到设计的一部分去考虑，因为它为影响你的设计
  
   
9:01 AM 10/27/2009
成功的定义
    目标 + 方法（选择最合适的内部条件（智慧） + 选择最合适的外部条件（时间，环境，工具，人才）） + 行动 = 成功

    目标 = ？
    方法 = 计划 + ？
    行动 = 坚持 + ？
    计划 = 安排最合适的内部条件（智慧） + 安排最合适的外部条件（时间，环境，工具，人才）
 
 
4:36 PM 10/22/2009
建模的四项基本原则
    1 选择要创建什么模型，对如何动手解决问题和如何形成解决方案有着意义深远的影响。
    2 可以在不同的精度级别上表示每一种模型。
    3 最好的模型是与现实相联系的。
    4 单个模型或视图是不充分的。对每个重要的系统最好用一小组几乎独立的模型从多个视角去逼近。
   
软件构架师的特点
    构架师是负责系统构架的人，团队或者组织。
    软件构架师是技术主管
    架构师可能是有一个小组来完成的
    构架师应该理解软件开发过程

   
2009-6-29 10:29:17
关于复杂度：
    《unix编程艺术》： 软件就是怎么管理复杂度
    《c++沉思录》： 使用抽象来管理复杂度

   
2009-6-26 17:56:56
再次强调需求分析对设计的重要性
    好的设计肯定需要好的需求分析。
    好的需求分析促进好的设计。