我的程序员经历让我明白了一些关于软件开发的事情。下面是一些在编程中可能会让人感到诧异的事情：
一个程序员用了大约只用了10%-20%的时间来编码，而且大多数程序员，无论他的水平如何，其平均每天只有10-12行的代码最终会进入最终的软件产品中。这是因为，优秀的程序员会花费90%的时间来思考、调查、研究最佳的设计。而糟糕的程序员则会花费90%的时间来调试代码，并随意地改动代码并尝试让代码工作起来。
“A great lathe operator commands several times the wage of an average lathe operator, but a great writer of software code is worth 10,000 times the price of an average software writer.” –Bill Gates
“一个优秀的车工其工资是一个普通车工的好几倍，但是一个优秀程序员写出来的代码比一个普通程序员要值钱一万倍。——比尔盖茨”
引自feelwheel王迪的《互联网应用服务扩展的一点经验》的ppt
Blogs
•Nati Shalom’s Blog: Discussions about middleware and distributed technologies
http://natishalom.typepad.com/nati_shaloms_blog/
•All Things Distributed: Werner Vogels’ weblog on building scalable and robust distributed systems.
http://www.allthingsdistributed.com/
•High Scalability: Building bigger, faster, more reliable websites
http://highscalability.com/
•ProductionScale: Information Technology, Scalability, Technology Operations, and Cloud Computing
http://www.productionscale.com/
•iamcal.com
http://www.iamcal.com/ (the “talks” section is particularly interesting)
•Kitchen Soap: Thoughts on capacity planning and web operations
http://www.kitchensoap.com/
•MySQL Performance Blog: Everything [...]
说说大型高并发高负载网站的系统架构
演讲人 高焕堂 ，地址为提高架构质量的10个观点
用了五十多分钟看完，体会颇多，感触良深，一方面是高老师的讲解角度很独特，另一方面是自己的阅历和思考力想象力不够。以下几点是我看完视频之后的深刻体会。
转自：http://blog.csdn.net/steelren/archive/2007/08/23/1756683.aspx
概述
IT业界在早期有一种误解，认为Web Service等同于面向服务架构(SOA)。实际上，SOA远不止这些。虽然SOAP是一种愈加通用的消息格式，但SOA通常还会需要其他的底层transport。当构建SOA的时候，如何选择这些底层transport是最重要的决定之一。为了支持关键业务应用系统的需要，使用的transport必须要灵活、可靠而且可扩展；必须能够支持不同类型的同步或者异步的服务通讯。HTTP和Java消息服务(JMS)是两种最常用的标准SOAP消息transport。
