产品经理-需求分析的六原则
原则1：永远不要显得比客户更聪明
了解需求，而不是去批评客户。你熟悉的是产品和技术，而客户客户比你更熟悉业务的环境，客户总是知道问题在哪儿，你的工作就是要让他们自己愿意 说出来，而且要深入的去挖掘问题的本质和客户的潜在需求。产品经理应该有逐步成为领域专家的意识，只有这样业务和产品才可能真正[……]
分类： 设计模式/编程思想
软件架构师是一个角色，不是一项工作
一个产品开发组织结构中，软件架构的团队与开发团队分离，可能成为功能失衡、质量低下、士气不振的祸因。
架构与实现的分离
在公司晋升体系中，软件开发者可以成长为软件架构师。架构师通常位于一个架构团队，这个团队负责早期应用架构设计，开发节点的验收，产品发布前的批准。
开发[……]
关于大型网站技术演进的思考（十一）–网站静态化处理—动静分离策略（3）
前文里我讲到了网站静态化的关键点是动静分离，动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来，动静资源做好了拆分以后，我们就可以根据静态资源的特点将其做缓存操作，这就是网站静态化处理的核心思路。由此可见，网站静态化处理的核心就是动静分离和缓存两大方面，上篇我简单讲述了[……]
关于大型网站技术演进的思考（十）–网站静态化处理—动静整合方案（2）
上篇文章我简要的介绍了下网站静态化的演进过程，有朋友可能认为这些知识有点过于稀松平常了，而且网站静态化的技术基点也不是那么高深和难以理解，因此它和时下日新月异的web前端技术相比，就显得不伦不类了。其实当我打算写本系列的之前我个人觉得web前端有一个点是很多人都知道重要，但是有常常低估它作用的，那[……]
关于大型网站技术演进的思考（九）–网站静态化处理–总述（1）
在存储瓶颈的开篇我提到像hao123这样的导航网站只要它部署的web服务器数量足够，它可以承载超大规模的并发访问量，如果是一个动态的网站，特别是使用到了数据库的网站是很难做到通过增加web服务器数量的方式来有效的增加网站并发访问能力的。但是现实情况是像[……]
关于大型网站技术演进的思考（八）–存储的瓶颈终篇（8）
在开始本篇主要内容前，我们一起看看下面的几张截图，首先是第一张图，如下图所示：
这是一家电商网站的首页，当我们第一次打开这个首页，网站会弹出一个强制性的对话框，让用户选择货物配送的地址，如果是淘宝和京东的话，那么这个选择配货地址的选项是在商品里，如下图是淘宝的选择配送地点：
 [……]
关于大型网站技术演进的思考（七）–存储的瓶颈（7）
本文开篇提个问题给大家，关系数据库的瓶颈有哪些？我想有些朋友看到这个问题肯定会说出自己平时开发中碰到了一个跟数据库有关的什么什么问题，然后如何解决的等等，这样的答案没问题，但是却没有代表性，如果出现了一个新的存储瓶颈问题，你在那个场景的处理经验可以套用在这个新问题上吗？这个真的很难说[……]
关于大型网站技术演进的思考（六）–存储的瓶颈（6）
在讲数据库水平拆分时候，我列出了水平拆分数据库需要解决的两个难题，它们分别是主键的设计问题和单表查询的问题，主键问题前文已经做了比较详细的讲述了，但是第二个问题我没有讲述，今天我将会讲讲如何解决数据表被水平拆分后的单表查询问题。
要解决数据表被水平拆分后的单表查询问题，我们首先要回到问题的源头[……]
关于大型网站技术演进的思考（五）–存储的瓶颈（5）
上文里我遗留了两个问题，一个问题是数据库做了水平拆分以后，如果我们对主键的设计采取一种均匀分布的策略，那么它对于被水平拆分出的表后续的查询操作将有何种影响，第二个问题就是水平拆分的扩容问题。这两个问题在深入下去，本系列就越来越技术化了，可能最终很多朋友读完后还是没有找到解决实际问题的启迪，而且我[……]
关于大型网站技术演进的思考（四）–存储的瓶颈（4）
如果数据库需要进行水平拆分，这其实是一件很开心的事情，因为它代表公司的业务正在迅猛的增长，对于开发人员而言那就是有不尽的项目可以做，虽然会感觉很忙，但是人过的充实，心里也踏实。
数据库水平拆分简单说来就是先将原数据库里的一张表在做垂直拆分出来放置在单独的数据库和单独的表里后更进一步的把本来是一[……]