20120916

最开始直接缓存数据库，再后来根据业务需要缓存一些业务结果或页面结果，是有必要的，这里需要一步一步，不可能当时就做这种优化。优化是一步一步的。
不能太过，也不能太少了，看业务规划。

memcache对数据库的压力，数据库在访问量大时性能会大大降低，而memcache不会。

ssis(初步了解，但不深入，可暂放)
线程(已处理)
web服务(wcf稍稍了解)
winservice(已处理，都是做一个线程来启动）

制度：
奖罚：绩效20%
理念：ctrip 12345
愿景：500强
老板对员工，员工对客人

我最差的部分在于:数据库，大型团队的经历（好的业务发展，很多团队成员）

高层架构：供应链，本行业分工，技术行业分工，业务行业分工，组件，人员专业分工，团队组织架构。（制造业的分工，法拉力75道分工，很多工具与人员）
企业支付网关(业务不相关,业务相关)、企业邮件windows服务(业务相关，数据量大)，企业短信windows服务(业务不相关,业务相关)内容是否同客户端控制。
通用组件：log，配置，richText，分页控件，调度、缓存，公司做大了，可能都需要部分改进(使用开源，贡献开源）
业界数据规范：省市，货币，天气，机场。
网关：分析、控件，减少，统一。
安全无需控制，如memcached，webservice，内网控制即可
低层架构：代码分层，设计模式,类的设计，数据结构，程序算法。

什么情况用msmq(并发量很大，中间，没有多少业务意义)，什么情况用数据库呢?

Windows企业短信处理服务统一解决短信应用方案及源码参考
http://www.cnblogs.com/cancanwyq/articles/937258.html

http://tech.qq.com/a/20120910/000038.htm
任正非：华为不开放就要死亡 不能建立封闭系统

科学的创新：创新的价值理论