上次参加open party朋友拿了一本《开源技术选型手册》，翻了一下，整理成脑图（图的效果还是比文字好哦）
这里的xml为什么这样红?
1.从svn版本上checkout出来的新的版本，dwr部分的xml配置文件是红色提示错误，一开始以为是jsp的普通验证错误，后发现不是那么回事。
2.跟踪xsi文件，结果发现有一些远端的schema打不开，立刻明白是怎么回事，可能和用户现场的局域网的网络限制有关，于是立即用cdma连上去，clean,rebuild ==>OK。
3.ps:很多的运行环境可能不能连上公网，可以考虑将sxi的location设置为运行服务器的url
代码不是调出来的
1.很多人喜欢用代码开发工具的debug功能来跟踪问题，虽然最终可以解决问题，但是从方向或者思想上不建议这样做，我依然记得最初我的技术经理对我说过 “代码不是调出来的”。
2.不是调出来的那是怎么出来的呢？ “写出来的。” 呵呵，别扭，但是想想看，是否有点道理?
3.从另一个层面，我们需要加强代码的规范的写法，这就好比设计，先尽量将设计（在敏捷的年代似乎谈设计不太入流，那么你可以认为那是一种思考吧）做的到位一点
4.回到一个大的命题：战略如果错误，执行的越快死的越快；同理，思路或者方向如果有问题，做的越带劲，你越难受。
5.让我们朝这个目标挺进：代码一次编写就通过！ 我见过一些这样的高人，只要你努力，是可以做到的。
借外力将团队的开发方式正规化
1.我很高兴，因为大多数都不行，那意味着，我有机会！
2.我们要打造一个team,这个team要足够高效，需要技术的素养，更需要规范化的素养，更更需要管理过程的水平提升
3.自己的能力是有限的，或者说每个人的自身能力都是有限的，但是首先要认识自己的不足，还不错，我们知道自己的身上的不足,下一步，我们改进。
4.改进的一个重要的方式是“培训”，培训的概念是广泛的，给你一个空间，你可以想象。强调培训，并不等于不需要自学能力，有很多人会把这两者对立起来。或者，换句说法，预期说是做培训，不如说是我们在做另一个层面的交流，而交流是无处不在的，多多益善的。让我们拥抱交流，拥抱外部新鲜的空气。扪心自问你所在的公司，这样的空气多吗？ 容易吗？
感受SaaS
1.又一阵热风吹过来了，犹如当初的asp,犹如近段时间的SOA
2.SaaS的趋势是基本确定的，SaaS的最大的问题是trust ! 尤其是比较敏感的数据，再尤其是服务商是中国企业！这个可能是一个硬伤，至少短期内难度较大。我在用在线pm管理软件的时候其实也发现国内有一些做的不错的，可是光做的不错是不够的，我对你不放心我就不敢使用你的，可是该如何走出这一步呢？ 也许只有时间来证明了. 同理，一个企业可能选择SalesForce的应用，就因为上面有很多成熟的较大的企业在用，所以你敢用，但是国内的有几个敢用呢？ 有是有的，但是真正有效用户数量可能只有他们自己知道.
3.Google的云计算是一个机会，阿里软件的平台也是一个机会，facebook、校内的插件好像也是一个机会.Google更是一个巨无霸的基础设施（有机会做的很大），阿里则是一个以应用为导向的平台（不会做的很大，但是看起来比较好做）.校内的open api短期内不会很理想.
4.如果SaaS真的全面来临，似乎IT又要做一次重新洗牌，因为很多做传统的IT，尤其是软件的，可能连饭碗都保不住了，可是谁又知道这究竟是一直凶猛的老虎呢还是一只纸老虎呢？
