合适的架构是软件成功的最重要因素之一。大型软件公司通常有专门的架构师职位（architect），只有资深程序员才可以担任。

同样的题目有多种解法，我们做的只是其中的一种，所以要接受别人的质疑和建议，这样才能使系统完善。

对技术的好奇心/兴趣，是一切的基础。

微信服务器端为每一份需要与客户端同步的数据（例如消息）都会赋予一个唯一的、递增的序列号（后文称为sequence），作为这份数据的版本号。

当大量“客户”同时访问一个“服务器”时，“服务器”面临的是大并发访问的技 术和架构问题。大并发访问的等级可以分为“超出连接”、“超出时限”和“超出应用 负载”三种。

稳定的产品质量是留住用户的第一道阀门，所以稳定性测试是常规测试中必不可少的。这周我们介绍百度应用比较广泛的两款稳定性工具： 系统级稳定性测试工具 SmartMonkey 和 可定制模块级别的内核稳定性工具 。

近期参加一些业界的技术大会， “ 微服务架构 ” 的话题非常之火，也在一些场合聊过服务化架构实践，最近几期文章期望用通俗易懂的语言聊聊了个人对服务化以及微服务架构的理解，希望能给大伙一些启示。 ...

今天打算写写关于 IM 去中心化涉及的架构模型变化和设计思路，去中心化的概念就是说用户的访问不是集中在一个数据中心，这里的去中心是针对数据中心而言的。

对于互联网应用和企业大型应用而言，多数都尽可能地要求做到7*24小时不间断运行，而要做到完全的不间断运行可以说“难于上青天”。

如果你不确定要不要编写测试或者并不常写测试，那么，下面这些内容将指导你往一个更好的方向发展。

随着互联网的电商、金融等公司蓬勃发展，这些公司的技术团队的规模也快速增长到了数百人，应用规模快速扩大，测试环境日益复杂，测试力量依然薄弱，应用验证成本不断提升。与此同时，由于充分的市场化竞争，产...

在服务器端程序开发领域，性能问题一直是备受关注的重点。业界有大量的框架、组件、类库都是以性能为卖点而广为人知。然而，服务器端程序在性能问题上应该有何种基本思路，这个却很少被这些项目的文档提及。

互联网生下来就是为了服务海量用户，在这个时代，几乎没有哪个应用再为单机而生。每个公司的每个产品将要面临的都是不可预知的用户海量请求。显然这个靠分布式程序来解决，比靠单机靠谱得多。

APP上线前需要经过反复测试，从业务流程、交互跳转、文案、按钮、状态等都需要确认无误后才能发布。创业公司一般没有测试岗位，产品设计师要充当大半个测试人员。虽说是非专业测试，但作为最了解产品的人，...

编者按：

摘要：从性能响应延迟的角度解读微服务带来的影响，并提出了几个保证服务低延迟的建议。

自做产品以来，也经历过几个版本。跟另外一个小伙伴搭档，每个版本基本跟的需求都有一半一半。而我外加一个CMS后台。小步快跑，两个多星期一个版本。工作量大，却也能快速成长，但每次功能需求想半天没问题...

当前股票市场的交易者可以了解丰富的股票交易信息。从金融新闻到传统的报纸和杂志再到博客和社交媒体，汇聚着海量的数据，远比股票交易者想关注的股票信息要大得多，这就需要为股票交易者提供信息的有效过滤。...

这是一篇正经文章，原文发在InfoQ，距今正好两年。本来我写公众号是因为世上正经的文章已经够多，要给大家带点不一样东西的。早上跟TimYang聊起背景介绍的事儿，他说先生还是发一下吧。

2007-2012年，我曾经就职于亿贝中国研发中心（eBay CDC）的开放API平台部门，亲历了当时世界第一大C2C电商平台的服务化和API化的过程，亿贝的经历让我对服务化和API这个技术领域...