知足常乐，顺其自然
一个产品开发组织结构中，软件架构的团队与开发团队分离，可能成为功能失衡、质量低下、士气不振的祸因。
在公司晋升体系中，软件开发者可以成长为软件架构师。架构师通常位于一个架构团队，这个团队负责早期应用架构设计，开发节点的验收，产品发布前的批准。
开发团队接收架构师的要求。在开发中，开发团队在某些检查点或者当架构师定义的要求无法完成时与架构师进行沟通。
Doug Sundheim的文章消除战略和执行之间的鸿沟见解独到地描述了当架构师与开发团队分离工作所产生的风险和失衡。
我同意Doug—尤其是与软件项目相关的内容：[……]
作者：洪大倫
昨天深夜，不经意在网络上看到一篇批评马云的文章，标题与内容一致认为，马云之所以能当上中国首富，靠的是卖假货、靠关系，以及窃取创意。不禁让我想起，之前也有篇文章讲巴菲特与比尔盖兹，认为他们的成功一样是靠爸爸，而不是他们能力有多强。
关于这些批评，我认为那是描述精准度的问题，不完全说批评没道理，但却过度简化甚至丑化了这些成功者的成功关键。倘若纯粹靠爸，当个幸运的精子就能成为世界首富，那么，全世界这么多有钱人，比巴菲特、比尔盖兹老爸们更有钱的人所在多有，何以他们的儿女没有像这二位如此成功？
回到马云的问题，就算他现在阿里[……]
必读书目
一、中国古代史
1．《二十五史》 中华书局1977年版
2．《中国通史》（10册）范文澜编著，人民出版社1978—1986年版
3．《中国史纲要》（上下册）翦伯赞主编，人民出版社1983年版
4．《中国史纲要》白寿彝主编，上海人民出版社1989—1999年版
5．《中国古代文化史》阴法鲁著，北京大学出版社1989年版
6．《中国政治制度通史》白纲著，人民出版社1996年版
7．《中国封建社会经济史》傅筑夫著，人民出版社1989年版
8．《中国原始社会》宋光麟等著，文物出版社1983年版
9．《中国奴隶社会史》金景芳著，上海人民出版社1983年版
10．《先秦史》吕思勉著，开明书店1941年版
11．《秦汉魏[……]
前文里我讲到了网站静态化的关键点是动静分离，动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来，动静资源做好了拆分以后，我们就可以根据静态资源的特点将其做缓存操作，这就是网站静态化处理的核心思路。由此可见，网站静态化处理的核心就是动静分离和缓存两大方面，上篇我简单讲述了动静整合的基础知识，本篇将会讲述两大核心之一的动静分离策略，只有把动静分离策略做好了，缓存才能发挥出它应有的效果。
下面我们要讨论下动静分离的策略了，一个页面什么内容是动态的，什么内容是静态的，这个我们到底该如何来区分了？这个问题学问非常大，我们的标准不同，最后拆分出来的动静资源就会存在很大的不同[……]
上篇文章我简要的介绍了下网站静态化的演进过程，有朋友可能认为这些知识有点过于稀松平常了，而且网站静态化的技术基点也不是那么高深和难以理解，因此它和时下日新月异的web前端技术相比，就显得不伦不类了。其实当我打算写本系列的之前我个人觉得web前端有一个点是很多人都知道重要，但是有常常低估它作用的，那就是web前端和web服务端如何融合的这个点上，这个点再加上我们要做出一个规模庞大，高并发，快速响应的网站时候它对于web前端的架构技术的演进起到了一个不可忽视的作用。
网站的web前端要实现高效，第一个要解决的短板就是网络的延迟性对网站的加载效率的影响，当然很多人会说网速快不快这是网络运营商的问[……]
在存储瓶颈的开篇我提到像hao123这样的导航网站只要它部署的web服务器数量足够，它可以承载超大规模的并发访问量，如果是一个动态的网站，特别是使用到了数据库的网站是很难做到通过增加web服务器数量的方式来有效的增加网站并发访问能力的。但是现实情况是像淘宝、京东这样的大型动态网站在承担高并发的情况下任然能保证快速的响应，这其中有什么样的技术手段可以达到动态网站支撑高并发的场景了，这也许是每个做web开发的朋友都很感兴趣的问题，今天我将写一个新的系列来探讨下这个问题，希望我的经验和研究能给大多数人以启迪。这里要说明下，本系列的写法和存储的瓶颈的写法[……]
在开始本篇主要内容前，我们一起看看下面的几张截图，首先是第一张图，如下图所示：
这是一家电商网站的首页，当我们第一次打开这个首页，网站会弹出一个强制性的对话框，让用户选择货物配送的地址，如果是淘宝和京东的话，那么这个选择配货地址的选项是在商品里，如下图是淘宝的选择配送地点：
下图是京东选择配货地点：
那么图一跟京东和淘宝有什么区别呢？图一的电商强制用户选择地区后，那么我们在查询这个商品时候会因为地区不同，显示的查询结果会不一样，这个就和网站做国际化有点像，不过网站国际化是切语言和语言相关的静态资源，但是电商这个地域的选择是和业务相关的，不同的地域查询[……]
本文开篇提个问题给大家，关系数据库的瓶颈有哪些？我想有些朋友看到这个问题肯定会说出自己平时开发中碰到了一个跟数据库有关的什么什么问题，然后如何解决的等等，这样的答案没问题，但是却没有代表性，如果出现了一个新的存储瓶颈问题，你在那个场景的处理经验可以套用在这个新问题上吗？这个真的很难说。
其实不管什么样的问题场景最后解决它都要落实到数据库的话，那么这个问题场景一定是击中了数据库的某个痛点，那么我前面的六篇文章里那些手段到底是在解决数据库的那些痛点，下面我总结下，具体如下：
痛点一：数据库的连接数不够用了。换句话说就是在同一个时间内，要求和数据库建立连接的请求超出了数据库所允许[……]
