刚看了三联周刊的一篇文章，说的是电网设计问题，大意是：就算没有遇到百年一遇的大灾难，我们也要考虑的更周全，如果当时采用了100mm的电缆，那么可能就不会有太多损失了。
官员说，如果用100mm，则会有人批评浪费钱。
程序设计中也小于100mm的问题：贪图多， 不考虑后期维护和发展的程序比比皆是。“反正我实现了业务逻辑，完成了任务，以后不兼容了，不适用了我也许早就不做这个了，所以我先做了再说”。
官员在自己当政的时候，都希望以最少的钱，办最好的事，而像这种50年一遇的事情在自己当政的时候是不会遇到的。也许官员因为办好了这件事就升职走了，这种断电缆的黑锅怎么也不会落到他的头上了。
开发中“程序设计得很差，给维护的人，升级的人设置了很多障碍，出了BUG，反正我也不管了，BUG出去吧，如果你喜欢就继续用，不喜欢你就自己搞大重构，全部重写呗”。
No Tags
实干，苦干更要巧干，特别是做开发这个行业。为什么开发团队内部培养工程师很难？因为周围的人都太平凡了，而且都没有好的心态。只有和高手过招才能不断升级。
技术与业务孰轻孰重？我想它们需要互相制约，不能让业务为所欲为，也不能搞技术大跃进。
做好一件事情的基础是：一开始就做对了。并且做的过程中要不断的修正方向。
No Tags在做项目的时候我是一个乐观主意者，太乐观了对项目不大好。但是乐观对于一个创业型团队来说却是必不可少的。
唐僧团队是最经典的团队，其中唐僧就是一个乐天派，对前途很乐观，一心瞄着美好的结果，猪八戒应该属于悲观派，动不动就说打击团队的话，什么散伙啊，分家当。沙僧是老老实实做事情的，没有太多主观倾向。孙悟空是斗战圣佛，哪个最难的就攻哪个，乐观不乐观真看不出来，不过人家有本事，感性和冲动要多一点。
项目开发中的各位可以对号入座，唐僧是比较少的，做唐僧的人肯定会自动被当作是小团队中的精神领袖了，切记不能盲目乐观，要鼓舞士气，有谋有略才能成功。
No Tagsjava和.net平台下加密和签名算法的一些异同点：
http://www.cnblogs.com/jobs/archive/2006/09/22/512297.html
.net下的xml-security的一些实例，并且附有example可以下载：
http://www.codeproject.com/dotnet/xmldsiglic.asp
.net读取证书问题解决方法：
http://www.codeproject.com/useritems/X509Certificate.asp
.net 签名 算法 des 读取证书 java pkcs pkcs12 rsa tripleDes x509 xml security 加密嫁接想像与实现是要花费很多很多资源的。
终于盼到开始编码了，时间过的真快，随便调了几行代码，就又到了赶车时间。
最近用了一下apache的commons里面的几个开源工具类，感觉不错，让我感觉最不错的是一句话：“好工具加上好想法”。
http://jakarta.apache.org/commons/index.html 的确有很多好东西。
简单介绍一下commons-io-1.3.1 我觉得最有用的：IOUtils，有了他 ，读写文件很方便，不用辛辛苦苦try…catch…finally，有了他不用把String转转去，一个write方法搞定一切。真的太easy了。这个包很基础，建议初学者多看看，多用用。
No Tags
