《计算机简史》
解决问题的过程，是探索的过程。 19 世纪 30 年代，英国工程师巴贝奇发明了差分机，用来计算数学用表。巴贝奇还构思了分析机，意图使用一般性方法，用来解决通用计算问题。巴贝奇自己还是英国科学学会会员，以及一位经济学家。巴贝奇使用齿轮和条杆来制造分析机，受到时代所限，始终无法落地，没有得到英国政府资助，没有继续下去。后来有长达一百年的时间里，人们转而使用模拟的方式解决问题。 图灵对计算机的贡献是制造了通用机。 冯诺依曼的贡献是制造了“一般性方法”，即编程。 实时计算的发展历程是：美军飞行员的训练需求诞生了旋风计算机，而后又产生了 SAGE 系统。这两个项目为美国的商用计算机行业，培养了大量程序员。而且使 IBM 认识到商用计算机的商业潜力，斥巨资开发了 SABRE 系统。 IBM 是靠生产办公机器起家的。 computer 最早是指计算员。计算机的发展序列为：哈佛马克一号，ENIAC 和 EDVAC、EDSAC（威尔克斯）、UNIVAC。个人计算机首先是阿塔利的“牵牛星 8800”，然后是苹果，苹果 2，丽萨（太贵而卖不出去），麦金塔（平价版...
《重新定义团队-谷歌如何工作》
自序领导者总是嘴上以人为本，但对待员工却弃之如敝履。 人的一生用在工作的时间是最多的。工作的经历-甚至为最好的一些雇主工作-令人动力尽失、丢掉本性，这样是不对的。 杰克韦尔奇和人力资源主管比尔康纳迪共同建立了广受赞誉的员工管理体系，严格按照绩效表现对员工进行排名，每 12 个月至 18 个月重新调配拔尖人才的工作岗位，同时还在纽约的克罗顿维尔建立了全球培训中心。 20-70-10 的绩效排名体系。最开头的人才会得到赞扬，最末位的人才要遭到解雇。 韦尔奇最著名的是他的六西格玛（six-sigma）。 谷歌的企业文化不提倡穿西装工作。 前言 为什么谷歌的原则也对你适用“10 亿小时之前，现代智人出现。 10 亿分钟之前，基督教诞生。 10 亿秒之前，IBM 个人电脑发布。 10...
面向不确定性编程
本文是如何写《复杂业务系统》和《我眼中的阿里经济体的中台架构演进》的续篇。 本文探讨到底不确定性和复杂性源于何处，并引出互联网业务系统的一种“可适应性架构”，适用于平台型业务系统。 定义问题软件难写，是软件工程师的共同感觉。 特别地，对于中国的互联网公司的“业务团队”的工程师而言，“业务系统”在业务的复杂度堆积到一定程度以后，软件本身的“熵增效应”会特别严重：一个业务系统的内部会充满了难以理解的分层、堆积如山的 if-else...
郭东白博士《关于中台的思考和尝试》
FROM：《关于中台的思考和尝试》 围绕中台的争议非常多，但是往往争议的原因是连中台这个概念都完全没有达成共识，可以说是毫无意义的争吵。在 12 月 20 日由极客邦科技举办的 QCon 全球软件开发大会 2020（上海站）上，车好多 CTO 郭东白博士发表了主题演讲《从中台技术谈架构师的独立思考能力》。由于演讲时间有限， 关于中台的思考没办法讲得非常透彻，本文是对演讲的补充，期望能与大家形成思想碰撞。识别文末二维码，可免费下载郭东白博士的主题演讲PPT。 中台的定义我们的讨论先从定义中台这个概念开始。 定义中台我认为可以有两个角度， 一个是从中台本身的价值和出发点来： 中台是在多个部门之间共享的开发资源所提供的业务能力、数据能力和计算能力的集合；另一个定义从中台的相对定位来：前台是面向终端用户的一组业务能力，业务中台是对前台应用的抽象，提供多个前台业务之间共享的业务逻辑、数据和计算能力。 我想特别强调这个定义是相对中性的， 我们能够通过这个定义区分什么东西是中台，什么不是中台。有的中台定义严格来说不是定义，...
如何写复杂业务系统
引言本文只是一家之言。 本文是一系列文章的缩略版本（完整版只写了个开头），尽量只讲具体的东西，如果有东西太干了，没有具体的“体感”，是作者的责任。 不喜欢看纯理论分析的可以跳到单一系统层次和模块设计（大多数人可能更加关注这一节，其实前面的部分更重要）。 几个很干的原则 解决复杂问题要用高级思维，不要用低级思维。 蚂蚁/ebay 等若干家企业架构师四大原则 - 听过的可以往下跳： 分治（其他所有原则都是从分治里衍生的） 分层 抽象 演化 solid 5 原则很重要很重要 -很多人读过，很多人可能没有读过，温故知新很重要。 注重过程质量，拿到结果质量。 业务系统为什么难写？纯粹的业务驱动：技术的输入和决策完全来源于业务同事，甚至只受业务摆布的团队，架构容易混乱 业务又不懂架构、业务又不懂功能点罗列的合理性，业务只会往技术团队身上扔需求。 怎么把需求和实现分门别类是技术自己的事情。 但技术人员如果一直都很忙，没有自己的空闲时间或者对设计洁癖的坚持，慢慢地就会养成“把需求翻译成代码，然后往老的系统里面扔”（混乱根源 1）的坏习惯-...
系分模板
一定要记得保留数字标题前缀，这样可以在目录里恰当地理解结构深度。 图例红色代表变更/新增功能 蓝色/黑色代表原有功能 1、需求分析1.1 原始需求1.2 需求背景1.3 需求收益1.4 术语解释 名称 解释 例子 例子 1.5 流程分析1.6 用例分析1.6.1 业务用例分析1.6.2 系统用例分析2 功能性设计2.1 交互设计2.2 流程变动2.3 领域模型变更要有枚举变更、领域名词变更 2.4 数据模型变更2.5 状态机变更2.6 关键时序对 sla 的需求是什么？写在时序的 Note 里。 2.7 接口变更参考： 《Google API Design Guide (谷歌API设计指南)中文版》。 github 的 REST API 注意 api 的风格、可扩展性、场景的隔离。 List Get Create Update Delete 接口要素 接口要素值 语义说明 path /api/v1/account_settings/reclaim_rules http method PUT query...
神经衰弱和强迫观念的根治法
写在前面的话强迫症是一种观念冲突，不能摆脱这种冲突，则人生的心境进退不得。 神经衰弱是文化发展带来的弊端。Civilization 等同于...
面向测试编程
什么是单元测试，什么是集成测试单元测试是只测试一个特定单元的测试，如果你的测试需要启动多个层而不是只启动这个被测试单元，那它就是一个集成测试。 一种比较前沿的观点认为：访问代码、管理者代码、存储代码和业务代码里，只有第四种需要测试，其他的逻辑的正确性只要由顺序执行保证就行了。这这第四种测试，是不需要 mock 的，尽量使用 main 就能启动。这就要求把业务逻辑和输入输出解耦。和输入解耦比较简单，和输出解耦需要一定的巧思-把业务逻辑写成纯函数也许能达到这一目的。 而集成测试意味着我们要启动尽可能大的完整的程序，进行： 功能测试 验收测试 端到端测试 mock object历史上的 mock object 是为了 peel out 整个 framework，让测试变轻而设计出来的。但如果 mock 的配置比较繁琐，则 mock 仍然很重。 当一个对象的依赖的行为很难定制而需要定制的时候，mock 对象就登场了。在历史上，软件工程的语言里，关于什么是 mock、stub、fake 和 stub 有漫长的争论，它们的共同点是都是真接口的假实现。 mockito 已经完成了一个...
Surefire、Failsafe、Jacoco 与 Maven 插件
Apache Maven SurefireApache Maven Surefire 本身是一个测试框架。 Maven Surefire Plugin 和 Maven Failsafe Plugin 都是这个项目的模块。 Surefire 插件Surefire 是在 maven 的构建生命周期里面，test phase 执行单元测试的插件。Surefire 的意思是“完全，一定成功的”。任何单元测试失败，都会导致构建失败。Surefire 跑测试失败，会在现场留下名如hs_err*的文件。 用法这个插件只有一个 goal，就是 test。 因此，使用它都不需要配置什么 configuration 和 phase。1234567<plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> ...
日程管理模板
分类 本日 明天 本周 本月 本半年 本年 个人+组织 换行换行 个人：需要消费的东西 个人：对别人的承诺/责任 个人：需要干掉的东西 个人：生活上的下一步 个人：需要掌握的技能 组织：基本任务 个人：基本功锻炼
