换了个环境，又有新的挑战；最近清醒的认识到中国软件开发是多么的不正规，从高校教育到实际工作中，规范都是各成一派，不断的犯一些愚蠢的错误。仔细的阅读了一些UML2.0的指南，虽然说很多学校都会开设这门课程，可是实际工作中UML逐渐的销声匿迹，或者说中国的开发者素质还不能整体提高到认识UML所代表的先进思想并不是说它这门语言多么精辟高级，而是它能给软件开发和Real-World之间假设无缝的桥梁，使得需求完全表达，实现又可以完全体现需求。
正如做买卖一样，你卖的东西如果正好无差别的是客户想买的，就不会出现交付项目的争吵和客户不愿意付钱被迫接受一个畸形产品的结果了。另外，记得很早的时候看朗咸平教授的一款经济讲座谈到中国软件行业的时候，连他这个外行人都看出来了，中国软件行业缺乏积累；即在第二次做同一类产品的时候，几乎要花费和第一次同样多的时间，否则就无法完全符合第二次的增量或变量需求。原因就是第一做的时候根本就不规范，没有规划，代码质量差，不重视总结积累经验教训。在他这个经济学家的眼睛里看来，这就等同于成本控制的失败，直接导致IT公司一笔不小的经济损失。
从Gray那里了解到，西方国家的软件行业就比中国正规许多，程序员的环境和素质也会高很多。大家甚至可以在家里工作，在很强的网络安全意识下，把各自的模块按照规划定期完成交付，领取自己的工资。由于规划设计的合理，每个人几乎不用知道同一项目组其他伙伴的代码细节，专注于自己的模块可以更加高效的完成任务，对于公司来说，产品项目的安全性也得到了保证。而一个项目的架构人员，需要从大局上了解应用和代码之间的关系和各个模块之间的集成，他应该在充分掌握了实现技术之后更加关注现实世界的应用，甚至要了解客户的生活工作环境，才能做出最合适的决策完成一个合理的设计方案。实际上价值体现完全在这个设计方案之中，语言实现只不过是一种手段而已。
回想大学的教科书上对这些概念有过相关介绍，但是没有真实的参与过是不会明白规范的价值的。大多数中国IT公司，都本着市场第一位的原则，高速的抛出代码质量低劣但功能完整的产品，迫不及待的要从市场上收获利润。这样带来的唯一结果是老板把钱赚走了，苦了程序员养成了肆意开发只为结果的习惯，另外一方面也消磨了他们理性学习进步的信念。现在在这里虽然暂时没有产出，但我相信自己所做的是更加合理的一种开发模式，按照这种模式下去，应该能成功的开发出合理结构的产品。
