加入沪江不久，我就被扔到一个将集团 SQL Sever 的数据库迁移到 MySQL 的项目里， 同时伴随进行的还有 .net 系统迁移到 Java 系统。 在这个过程中我发现了一个很有趣的现象：历史遗留的 .net 项目中， 几乎所有的 SQL 中都会使用一个关键字：nolock。 这让我很困惑，nolock 的字面意思是对当前技术不使用锁技术，为什么要这样用呢？ 我找了一个范例如下： SELECT [id] FROM [dbo].[foos] WITH(nolock) WHERE aField = 42 AND bField = 1 作为横向支持工程师，开发工程师会问我：「数据库即将从 SQL Server 迁移到 My ...继续阅读 (69)

最近在团队中给大家做了一个分享，泛泛地聊了一些有关「监控」的话题。 其实做分享对分享者的作用往往大于参与者。 这是一次将自己知识的梳理的过程，于是我将这次分享整理成这篇文章。 目的 🎯 我们先来聊聊，什么是「监控」，以及我们期望通过「监控」完成哪些目的？ 传统意义上的监控，是指： 通过一些手段和工具，关注运行中的硬件、软件、用户体验的关键数据，将其暴露出来。 当关键数据出现异常时候发出警告，进行人工或者自动的响应 ...继续阅读 (70)

这是一年前写的项目笔记，一直在我的待办事项里等待做总结，今天偶然翻到，就整理成文章发出来。 谨以此文怀念乌云。事情缘由春节前的某一天，收到一封来自乌云（国内知名白帽子团队）的邮件， 告知我厂网站上出现一例 XSS 漏洞。 因为以前对 XSS 输入做过防御，还以为是某个前端 DOM 上的 XSS 漏洞， 后来仔细一看，不妙，是个影响甚大的存储型 XSS 漏洞。这里简单科普一下 XSS跨网站脚本 -维基百科，自由的百科全书中介绍到：跨网站脚本（Cross-site scripting，通常简称为XSS或跨站脚本或跨站脚本攻击）是一种网站应用程序的安全漏洞攻击，是代码注入的一种。 它允许恶意用户将代码注入到网页上，其他用户在观看网页时就会受到影响。这类攻击通常包含了HTML以及用户端脚本语言。XSS 攻击可以分成两种，反射性 XSS / 存储型 XSS。前者是需要用户触发的 XSS， 针对当前用户的攻击行为。而后者存储型 XSS 则更为严重，一旦攻击代码被保存， 所有访问被攻击的页面，都会触发用户被攻击行为。这次爆出的问题就是最严重的存储型 XSS，意味着每个访问到有问题页面的用户都会中招。 时间紧迫，问题必须被解决。XSS 实现手段在解决问题之前，需要对这个问题有必要的基础认识。 我们先看看 XSS 攻击是如何工作的，以及攻击者的目的是什么。XSS 的原理是通过构造特殊的数据，并 ...继续阅读 (65)

拉普拉斯之妖未来是可以被预测的么？专家在预测股票趋势变化，天气预报员可以预测未来一周甚至更长时间的天气。 如果给他们更多的信息和参数，是否可以将未来预测的更准确？ 如果精确的粒度可以达到基本粒子级别，同时给一个计算力超群的计算器，能否精确的推衍未来变化？这些想法在我刚接触经典力学时浮现，学习了牛顿三定律之后，异常激动。 感觉人类可以凭借技术的进步，逐步对未来精确预测。彼时可以解决人类即将遇到的任何问题了，化问题于无形。这想法其实在 200 年前就出现了。法国伟大的数学家拉普拉斯（Laplace）在他的著作「概率论」里面， 提出了这样的观点：我们可以把宇宙现在的状态视为其过去的果以及未来的因。假若一位智者会知道在某一时刻所有促使自然运动的力和所有组构自然的物体的位置，假若他也能够对这些数据进行分析，则在宇宙里，从最大的物体到最小的粒子，它们的运动都包含在一条简单公式里。对于这位智者来说，没有任何事物会是含糊的，并且未来只会像过去般出现在他眼前。「根据当前已知即可预测未来」，这种决定论，就是拉普拉斯之妖。打破除了拉普拉斯的决定论，这个世纪末还发生了另外一件事情。 开尔文男爵在 19 世纪的最后一天，发表了「物理大厦已经落成，所剩只是一些装饰性工作」的言论。 然而，在随后的岁月里，经典物理大厦却开始被量子力学逐步击破，轰然倒地。在决定论这个方面，根据海森堡的不确定性理论，粒子的位置与动量 ...继续阅读 (73)

今年过年特别早，离春节只剩下二十多天了。 为期 7 天的春节里，工程师们不上班，那万一线上业务出现了故障怎么办？ 大公司的朋友们会安排专门的人进行值班（此处心疼一下那些需要大年三十还要值班保证高峰的工程师们）， 而作为创业团队人少，难做到在线值守，就需要对线上进行一些整理盘点，找出潜在问题，为春节长假做一些准备。我们称之为年前大扫除。大扫除需要做些什么呢，且听我一一道来。PS: 冷知识，大扫除英文是 spring cleaning，所以春节大扫除是 Spring Festival spring cleaning。大扫除的内容大扫除其实是一个查漏补缺+囤积粮草的事情。查漏补缺，即找出潜在的问题。这些问题平时可能不会特意去查看， 借助大扫除这个运动，恰好进行盘点。 计算机的世界里，有一个方法论非常好使，在极多场景可以见到其身影：分层。 TCP 的七层模型，架构设计的 N 层 模型，都是对分层思想的使用。 查漏补缺也不例外，我们可以按照业务访问流程，将需要排查的问题拆分为：业务、应用、中间件、网络、物理、存储 etc。通过分层，不仅仅完成了自上而下地遍历整个技术栈，也同时将不同模块的内容交给不同的责任方， 确保任务的分割。分完模块，还要告知大家如何具体查找问题。 这里我介绍一个通用的方法：USE1：For every resource, check Utilization, Satura ...继续阅读 (62)

今年过年特别早，离春节只剩下二十多天了。 为期 7 天的春节里，工程师们不上班，那万一线上业务出现了故障怎么办？ 大公司的朋友们会安排专门的人进行值班（此处心疼一下那些需要大年三十还要值班保证高峰的工程师们）， 而作为创业团队人少，难做到在线值守，就需要对线上进行一些整理盘点，找出潜在问题，为春节长假做一些准备。我们称之为年前大扫除。大扫除需要做些什么呢，且听我一一道来。PS: 冷知识，大扫除英文是 spring cleaning，所以春节大扫除是 Spring Festival spring cleaning。大扫除的内容大扫除其实是一个查漏补缺+囤积粮草的事情。查漏补缺，即找出潜在的问题。这些问题平时可能不会特意去查看， 借助大扫除这个运动，恰好进行盘点。 计算机的世界里，有一个方法论非常好使，在极多场景可以见到其身影：分层。 TCP 的七层模型，架构设计的 N 层 模型，都是对分层思想的使用。 查漏补缺也不例外，我们可以按照业务访问流程，将需要排查的问题拆分为：业务、应用、中间件、网络、物理、存储 etc。通过分层，不仅仅完成了自上而下地遍历整个技术栈，也同时将不同模块的内容交给不同的责任方， 确保任务的分割。分完模块，还要告知大家如何具体查找问题。 这里我介绍一个通用的方法：USE1：For every resource, check Utilization, Satura ...继续阅读 (66)

(图片来自茶杯中的可爱小白鼠 壁纸 - 2560x1920－堆糖，美好生活研究所)在上篇文章🔒 也谈 HTTPS - HTTPDNS + HTTPS中， 我们谈了如何基于 HTTPDNS 来部署无坚不摧的 HTTPS 通信环境， 这次我们讨论另外一个比较头疼的问题：部署。小站点部署 HTTPS 相对成本低，改改前端代码，就可以上线了。 但作为业务有一定复杂度的大网站，就没办法这么暴力上线了。前端在基础库中调整 Scheme 之后，仍然可能存在很多边边角角没有覆盖到。 比如 JS 里面写死了 HTTP，那在 HTTPS 下请求 HTTP XHR 的话， 浏览器会将请求拦截掉。 一旦出现这种故障，用户就无法正常使用业务，小白用户往往也不懂得自己将https://换成http://使用。解决的思路是足够的内测，找一群人帮我在 HTTPS 环境下使用足够长时间。 让他们当小白鼠，提前发现问题并解决。 于是，我把目光转向了身边的一大大群小白鼠，整个办公室的同事~😄没错，我要强制所有同事使用 HTTPS 的公司网站，从而靠他们帮我发现问题。靠发邮件、QQ 广播呼吁大家使用 HTTPS 站点的方法，估计是不行的。 没有利益驱动，推动力是不足的，我必须想点强制的手段让他们使用 HTTPS。有三种方法来达到这个效果：业务系统内入口判断用户身份，是雇员的话，切换到 HTTPSNginx 入口系统判断 ...继续阅读 (68)

(图片来自茶杯中的可爱小白鼠 壁纸 - 2560x1920－堆糖，美好生活研究所)在上篇文章🔒 也谈 HTTPS - HTTPDNS + HTTPS中， 我们谈了如何基于 HTTPDNS 来部署无坚不摧的 HTTPS 通信环境， 这次我们讨论另外一个比较头疼的问题：部署。小站点部署 HTTPS 相对成本低，改改前端代码，就可以上线了。 但作为业务有一定复杂度的大网站，就没办法这么暴力上线了。前端在基础库中调整 Scheme 之后，仍然可能存在很多边边角角没有覆盖到。 比如 JS 里面写死了 HTTP，那在 HTTPS 下请求 HTTP XHR 的话， 浏览器会将请求拦截掉。 一旦出现这种故障，用户就无法正常使用业务，小白用户往往也不懂得自己将https://换成http://使用。解决的思路是足够的内测，找一群人帮我在 HTTPS 环境下使用足够长时间。 让他们当小白鼠，提前发现问题并解决。 于是，我把目光转向了身边的一大大群小白鼠，整个办公室的同事~😄没错，我要强制所有同事使用 HTTPS 的公司网站，从而靠他们帮我发现问题。靠发邮件、QQ 广播呼吁大家使用 HTTPS 站点的方法，估计是不行的。 没有利益驱动，推动力是不足的，我必须想点强制的手段让他们使用 HTTPS。有三种方法来达到这个效果：业务系统内入口判断用户身份，是雇员的话，切换到 HTTPSNginx 入口系统判断 ...继续阅读 (54)

点开的同学别失望，这并不是教你如何快速致富的 😂 ……上海政府在 11-28 出了房屋新政via，对房价进行进一步调控。 其核心思想是「认房又认贷」。3 月份的政策via是限制购房资格。 这次 11 月份调整则是提高二套房首付比例。 双管齐下，进一步给上海房市进行降温。在这种严苛的政策下面，如何挑选一套自己满意，家人住得安心的房子就尤为关键了。 我对房市一直比较关注，也曾有几位朋友咨询我的一些经验。之前我是将 Evernote 笔记链接贴给别人，这次我就详细讲讲，如何在上海挑房子。第一步，是建立有价值的 Indicator，并对具体房源进行计算。 Indicator 的含义是建立一系列评价指标，比如价格、户型、位置， 再根据这些 Indicator 给房源进行打分。 如果我是一个购房者，我挺希望我的置业顾问告诉我这套房有哪些优点、缺点，综合评价得几份。 （当然实际情况下这些置业顾问都是吹得天花乱坠，尽睁眼说瞎话。） 看房的过程可能长达数月，而人的记忆会随着时间逐步失真，只对最近看到的事物有深刻印象。 使用客观的数字评价房源，则可以进行精准的评价，避免产生主观臆断。我使用的 Indicator 和评价细项罗列如下，供参考：价格面积地理位置：内环、中环、外环交通：离地铁距离，换乘便利性；多地铁线换乘；户型：南北通透；客厅朝南；全明；户型方正；无暗室装修：毛胚；简装；普通；精装；豪装商圈 ...继续阅读 (70)

点开的同学别失望，这并不是教你如何快速致富的 😂 ……上海政府在 11-28 出了房屋新政via，对房价进行进一步调控。 其核心思想是「认房又认贷」。3 月份的政策via是限制购房资格。 这次 11 月份调整则是提高二套房首付比例。 双管齐下，进一步给上海房市进行降温。在这种严苛的政策下面，如何挑选一套自己满意，家人住得安心的房子就尤为关键了。 我对房市一直比较关注，也曾有几位朋友咨询我的一些经验。之前我是将 Evernote 笔记链接贴给别人，这次我就详细讲讲，如何在上海挑房子。第一步，是建立有价值的 Indicator，并对具体房源进行计算。 Indicator 的含义是建立一系列评价指标，比如价格、户型、位置， 再根据这些 Indicator 给房源进行打分。 如果我是一个购房者，我挺希望我的置业顾问告诉我这套房有哪些优点、缺点，综合评价得几份。 （当然实际情况下这些置业顾问都是吹得天花乱坠，尽睁眼说瞎话。） 看房的过程可能长达数月，而人的记忆会随着时间逐步失真，只对最近看到的事物有深刻印象。 使用客观的数字评价房源，则可以进行精准的评价，避免产生主观臆断。我使用的 Indicator 和评价细项罗列如下，供参考：价格面积地理位置：内环、中环、外环交通：离地铁距离，换乘便利性；多地铁线换乘；户型：南北通透；客厅朝南；全明；户型方正；无暗室装修：毛胚；简装；普通；精装；豪装商圈 ...继续阅读 (58)

最近谈论 HTTPS 的文章很多，其原因之一是运营商作恶底线越来越低，动不动就插播广告， 前两天小米还联合几家公司发文关于抵制流量劫持等违法行为的联合声明痛斥某些运营商。 另一方面也是苹果ATS政策的大力推动，逼迫大家在 APP 中全部使用 HTTPS 通信。 上 HTTPS 的好处很多：保护用户的数据不外泄，避免中间人篡改数据， 对企业信息进行鉴权。关于 HTTPS 如何购买证书，如何部署，网上的教程已经太多了，实践起来没有太大的难处。 我们在部署 HTTPS 的时候，遇到了一些新问题，首当其冲的就是 HTTPS 部分网络不可访问的问题：尽管使用了 HTTPS 技术，部分邪恶的运营商，仍然使用 DNS 污染技术，让域名指向的他们自己服务器 而这些服务器并没有部署 SSL 服务（就算部署了，也会触发 SSL 证书 Common name 不一致报警）， 导致 443 端口直接被拒绝。这个问题不解决，强行上 HTTPS 的话，会导致一部分用户出现无法访问网站 一旦用户不爽了，轻则对产品不信任，重则直接导致用户流失。运营商为了赚广告钱、省网间结算是不择手段的。 他们普遍使用的劫持手段是通过 ISP提供的 DNS 伪造域名。 那有没有什么方法可以解决 DNS 劫持呢？ 业界有一套解决这类场景的方案，即 HTTPDNS。HTTPDNS 的原理很简单，将 DNS 这种容易被劫持的协议 ...继续阅读 (60)

最近谈论 HTTPS 的文章很多，其原因之一是运营商作恶底线越来越低，动不动就插播广告， 前两天小米还联合几家公司发文关于抵制流量劫持等违法行为的联合声明痛斥某些运营商。 另一方面也是苹果ATS政策的大力推动，逼迫大家在 APP 中全部使用 HTTPS 通信。 上 HTTPS 的好处很多：保护用户的数据不外泄，避免中间人篡改数据， 对企业信息进行鉴权。关于 HTTPS 如何购买证书，如何部署，网上的教程已经太多了，实践起来没有太大的难处。 我们在部署 HTTPS 的时候，遇到了一些新问题，首当其冲的就是 HTTPS 部分网络不可访问的问题：尽管使用了 HTTPS 技术，部分邪恶的运营商，仍然使用 DNS 污染技术，让域名指向的他们自己服务器 而这些服务器并没有部署 SSL 服务（就算部署了，也会触发 SSL 证书 Common name 不一致报警）， 导致 443 端口直接被拒绝。这个问题不解决，强行上 HTTPS 的话，会导致一部分用户出现无法访问网站 一旦用户不爽了，轻则对产品不信任，重则直接导致用户流失。运营商为了赚广告钱、省网间结算是不择手段的。 他们普遍使用的劫持手段是通过 ISP提供的 DNS 伪造域名。 那有没有什么方法可以解决 DNS 劫持呢？ 业界有一套解决这类场景的方案，即 HTTPDNS。HTTPDNS 的原理很简单，将 DNS 这种容易被劫持的协议 ...继续阅读 (68)

为了提高测试，工程师需要对自己提交的产物进行测试，一般是单元测试、集成测试。 之后提交物流转到 QA 团队，QA 团队根据需求描述对提交物进行测试， 这个测试过程非常耗费人力。 尤其是当开发交付的质量不高时候，很可能自身没有经过测试，会遇到主干流程都无法进行的状况。如果在 QA 人工介入测试之前，就进行一轮黑盒自动化集成测试，可以大大地提高 QA 团队的工作效率。 基于这样的判断，我们团队花了一些时间，将基于 API 的自动化测试系统搭建起来。 现在将这个系统的选型和运行状况拎出来，和大家分享。确认测试范围、目标和意义范围后台输出的 API 级别 URL使用场景打包时候的冒烟Dev / QA 手工添加添加新特性用例目标覆盖大部分的 URL，当期设计为 top 10 URL，仅包含 GET 接口选型时，需要考虑非幂等（POST / DELETE / PUT）等接口意义提高开发效率，一种自动化的 IT 测试方案提高测试效率，减少人工集成测试成本提高工程质量，通过覆盖率提升，保证工程质量逐步提升，放心开发新功能特性需求选型一个系统，不是看市面上有哪些可以供选择，而是看我需要什么样特性的一款产品。 如果自己的需求和市面上的现成产品差异过大，也可以考虑自己定制。Required开源免费使用 DSL 或者简单代码描述测试用例支持细粒度的单 API 测试和构建带过程的测试用例HTTP APIOp ...继续阅读 (70)

为了提高测试，工程师需要对自己提交的产物进行测试，一般是单元测试、集成测试。 之后提交物流转到 QA 团队，QA 团队根据需求描述对提交物进行测试， 这个测试过程非常耗费人力。 尤其是当开发交付的质量不高时候，很可能自身没有经过测试，会遇到主干流程都无法进行的状况。如果在 QA 人工介入测试之前，就进行一轮黑盒自动化集成测试，可以大大地提高 QA 团队的工作效率。 基于这样的判断，我们团队花了一些时间，将基于 API 的自动化测试系统搭建起来。 现在将这个系统的选型和运行状况拎出来，和大家分享。确认测试范围、目标和意义范围后台输出的 API 级别 URL使用场景打包时候的冒烟Dev / QA 手工添加添加新特性用例目标覆盖大部分的 URL，当期设计为 top 10 URL，仅包含 GET 接口选型时，需要考虑非幂等（POST / DELETE / PUT）等接口意义提高开发效率，一种自动化的 IT 测试方案提高测试效率，减少人工集成测试成本提高工程质量，通过覆盖率提升，保证工程质量逐步提升，放心开发新功能特性需求选型一个系统，不是看市面上有哪些可以供选择，而是看我需要什么样特性的一款产品。 如果自己的需求和市面上的现成产品差异过大，也可以考虑自己定制。Required开源免费使用 DSL 或者简单代码描述测试用例支持细粒度的单 API 测试和构建带过程的测试用例HTTP APIOp ...继续阅读 (58)

为了提高测试，工程师需要对自己提交的产物进行测试，一般是单元测试、集成测试。 之后提交物流转到 QA 团队，QA 团队根据需求描述对提交物进行测试， 这个测试过程非常耗费人力。 尤其是当开发交付的质量不高时候，很可能自身没有经过测试，会遇到主干流程都无法进行的状况。如果在 QA 人工介入测试之前，就进行一轮黑盒自动化集成测试，可以大大地提高 QA 团队的工作效率。 基于这样的判断，我们团队花了一些时间，将基于 API 的自动化测试系统搭建起来。 现在将这个系统的选型和运行状况拎出来，和大家分享。确认测试范围、目标和意义范围后台输出的 API 级别 URL使用场景打包时候的冒烟Dev / QA 手工添加添加新特性用例目标覆盖大部分的 URL，当期设计为 top 10 URL，仅包含 GET 接口选型时，需要考虑非幂等（POST / DELETE / PUT）等接口意义提高开发效率，一种自动化的 IT 测试方案提高测试效率，减少人工集成测试成本提高工程质量，通过覆盖率提升，保证工程质量逐步提升，放心开发新功能特性需求选型一个系统，不是看市面上有哪些可以供选择，而是看我需要什么样特性的一款产品。 如果自己的需求和市面上的现成产品差异过大，也可以考虑自己定制。Required开源免费使用 DSL 或者简单代码描述测试用例支持细粒度的单 API 测试和构建带过程的测试用例HTTP APIOp ...继续阅读 (60)

2013 年左右，我司业务发展迅速，每天晚上都会面临服务器濒临崩溃情况。 我相信每个高速发展的互联网企业在某个阶段都会面临这样的情形，比如去年爆红的「足迹」。 过程往往是：线上出现故障，手机会收到报警，然后登录到服务器上去解决问题。 处理这种问题工种现在有一个时髦的名称，叫做「SRE（Site Reliability Engineer）」系统可用性工程师。虽然我常常救火，但是我还是想尽可能避免线上发生故障。「最好的消息，就是没有消息。」 减少故障出现概率，增强系统可用性，降低故障处理时间是 SRE 的最大课题。 在这里有最常用的两个手段，一个是优化性能，一个是做好容量规划和扩展。 这里我着重讨论后者「容量规划」。^ 看我的一堆报警消息面临的问题面对暴涨流量，一边是业务方的满心欢喜，一边就是工程师的烦恼和压力了。 也许是一个受欢迎的功能上线了，或者是某个社会活动导致流量爆发，系统开始出现高延迟，磁盘 IO 不够用了。 也许是 DB 第一个倒下，也许是 RPC 系统第一个倒下…… 呃，大神可能会说，我艹，RPC 系统第一个倒下还搞个屁啊，赶紧倒闭算了。核心的问题就是，在现有性能下面，在面临可能的大流量冲击时候，如何做到不慌不忙，能够 handle 住突如其来的流量？设定容量目标在解决这个问题之前，我们得先考虑清楚，我们到底要多强的流量处理能力。 如果今天我们只是一个两三台服务器的小团队 ...继续阅读 (66)

2013 年左右，我司业务发展迅速，每天晚上都会面临服务器濒临崩溃情况。 我相信每个高速发展的互联网企业在某个阶段都会面临这样的情形，比如去年爆红的「足迹」。 过程往往是：线上出现故障，手机会收到报警，然后登录到服务器上去解决问题。 处理这种问题工种现在有一个时髦的名称，叫做「SRE（Site Reliability Engineer）」系统可用性工程师。虽然我常常救火，但是我还是想尽可能避免线上发生故障。「最好的消息，就是没有消息。」 减少故障出现概率，增强系统可用性，降低故障处理时间是 SRE 的最大课题。 在这里有最常用的两个手段，一个是优化性能，一个是做好容量规划和扩展。 这里我着重讨论后者「容量规划」。^ 看我的一堆报警消息面临的问题面对暴涨流量，一边是业务方的满心欢喜，一边就是工程师的烦恼和压力了。 也许是一个受欢迎的功能上线了，或者是某个社会活动导致流量爆发，系统开始出现高延迟，磁盘 IO 不够用了。 也许是 DB 第一个倒下，也许是 RPC 系统第一个倒下…… 呃，大神可能会说，我艹，RPC 系统第一个倒下还搞个屁啊，赶紧倒闭算了。核心的问题就是，在现有性能下面，在面临可能的大流量冲击时候，如何做到不慌不忙，能够 handle 住突如其来的流量？设定容量目标在解决这个问题之前，我们得先考虑清楚，我们到底要多强的流量处理能力。 如果今天我们只是一个两三台服务器的小团队 ...继续阅读 (58)

2013 年左右，我司业务发展迅速，每天晚上都会面临服务器濒临崩溃情况。 我相信每个高速发展的互联网企业在某个阶段都会面临这样的情形，比如去年爆红的「足迹」。 过程往往是：线上出现故障，手机会收到报警，然后登录到服务器上去解决问题。 处理这种问题工种现在有一个时髦的名称，叫做「SRE（Site Reliability Engineer）」系统可用性工程师。虽然我常常救火，但是我还是想尽可能避免线上发生故障。「最好的消息，就是没有消息。」 减少故障出现概率，增强系统可用性，降低故障处理时间是 SRE 的最大课题。 在这里有最常用的两个手段，一个是优化性能，一个是做好容量规划和扩展。 这里我着重讨论后者「容量规划」。^ 看我的一堆报警消息面临的问题面对暴涨流量，一边是业务方的满心欢喜，一边就是工程师的烦恼和压力了。 也许是一个受欢迎的功能上线了，或者是某个社会活动导致流量爆发，系统开始出现高延迟，磁盘 IO 不够用了。 也许是 DB 第一个倒下，也许是 RPC 系统第一个倒下…… 呃，大神可能会说，我艹，RPC 系统第一个倒下还搞个屁啊，赶紧倒闭算了。核心的问题就是，在现有性能下面，在面临可能的大流量冲击时候，如何做到不慌不忙，能够 handle 住突如其来的流量？设定容量目标在解决这个问题之前，我们得先考虑清楚，我们到底要多强的流量处理能力。 如果今天我们只是一个两三台服务器的小团队 ...继续阅读 (62)

尝试在团队内部发起一次类似「分答」的沟通方式，一对一面聊。 回答其他工程师的问题，这种沟通的方式暨在提供一个特定的场合，帮助加强双方了解， 解决团队中其他工程师的一些实际的问题。在征得对方同意之后，我将他的问题和我的回答 PO 出来。喜欢什么游戏，玩游戏的问题喜欢和人玩游戏，不喜欢和不认识网友玩游戏小学从红月开始玩，传奇、CS、魔兽、真三、DOTA，大学时候和舍友玩游戏，毕业后不玩minecraft 尝试着玩过，没有玩下去，找不到人日活的桌面游戏，三国杀等蛮喜欢不喜欢浪费时间，怕没控制从玩游戏里面学习什么么？不，就是纯粹享受游戏，不会想这么多喜欢什么语言看场合，小东西，小场景用 Python，生产环境用 Java，生产环境又有时间，考虑 Scala只允许选一门语言，就用 Python最吸引的特点，熟悉程度高，生产效率高，第三方库丰富，粘合性强为 Python 做一些功能扩展？不同时期答案会不一样，目前来说，希望有一个开发效率更高的 framework；有时间的话，会考虑如何绕过底层 GIL 问题有什么事情投入精力，铩羽而归工具向重的人，推广 git 花了两年，推广 Restful 不利做业务开发 leader，和 tsu、小管一起做，项目管理、团队管理没做好，没做好，有挫败感。职业迷茫期我作为一个学渣，并且长期以来没有人给予职业生涯规划，一直对自己未来发展有困惑如何在无领导的情况之 ...继续阅读 (82)

尝试在团队内部发起一次类似「分答」的沟通方式，一对一面聊。 回答其他工程师的问题，这种沟通的方式暨在提供一个特定的场合，帮助加强双方了解， 解决团队中其他工程师的一些实际的问题。在征得对方同意之后，我将他的问题和我的回答 PO 出来。喜欢什么游戏，玩游戏的问题喜欢和人玩游戏，不喜欢和不认识网友玩游戏小学从红月开始玩，传奇、CS、魔兽、真三、DOTA，大学时候和舍友玩游戏，毕业后不玩minecraft 尝试着玩过，没有玩下去，找不到人日活的桌面游戏，三国杀等蛮喜欢不喜欢浪费时间，怕没控制从玩游戏里面学习什么么？不，就是纯粹享受游戏，不会想这么多喜欢什么语言看场合，小东西，小场景用 Python，生产环境用 Java，生产环境又有时间，考虑 Scala只允许选一门语言，就用 Python最吸引的特点，熟悉程度高，生产效率高，第三方库丰富，粘合性强为 Python 做一些功能扩展？不同时期答案会不一样，目前来说，希望有一个开发效率更高的 framework；有时间的话，会考虑如何绕过底层 GIL 问题有什么事情投入精力，铩羽而归工具向重的人，推广 git 花了两年，推广 Restful 不利做业务开发 leader，和 tsu、小管一起做，项目管理、团队管理没做好，没做好，有挫败感。职业迷茫期我作为一个学渣，并且长期以来没有人给予职业生涯规划，一直对自己未来发展有困惑如何在无领导的情况之 ...继续阅读 (63)

尝试在团队内部发起一次类似「分答」的沟通方式，一对一面聊。 回答其他工程师的问题，这种沟通的方式暨在提供一个特定的场合，帮助加强双方了解， 解决团队中其他工程师的一些实际的问题。在征得对方同意之后，我将他的问题和我的回答 PO 出来。喜欢什么游戏，玩游戏的问题喜欢和人玩游戏，不喜欢和不认识网友玩游戏小学从红月开始玩，传奇、CS、魔兽、真三、DOTA，大学时候和舍友玩游戏，毕业后不玩minecraft 尝试着玩过，没有玩下去，找不到人日活的桌面游戏，三国杀等蛮喜欢不喜欢浪费时间，怕没控制从玩游戏里面学习什么么？不，就是纯粹享受游戏，不会想这么多喜欢什么语言看场合，小东西，小场景用 Python，生产环境用 Java，生产环境又有时间，考虑 Scala只允许选一门语言，就用 Python最吸引的特点，熟悉程度高，生产效率高，第三方库丰富，粘合性强为 Python 做一些功能扩展？不同时期答案会不一样，目前来说，希望有一个开发效率更高的 framework；有时间的话，会考虑如何绕过底层 GIL 问题有什么事情投入精力，铩羽而归工具向重的人，推广 git 花了两年，推广 Restful 不利做业务开发 leader，和 tsu、小管一起做，项目管理、团队管理没做好，没做好，有挫败感。职业迷茫期我作为一个学渣，并且长期以来没有人给予职业生涯规划，一直对自己未来发展有困惑如何在无领导的情况之 ...继续阅读 (63)

一个同事在知乎提了一个问题如果把草帽海贼团比作一个创业团队,这个Team的组织架构是怎样的?有哪些优势,又有哪些不足?这个话题很有趣，作为追了多年的 fans ，又是身处互联网创业团队的我要来强答一记。海贼王的世界很大，富有个性的角色和团队也很多，恰好可以和显示世界中的互联网创业团队进行对比。 柳传志讲的好，做大事，要「建班子，定战略，带队伍」，我们就着金句来看看草帽这个团队怎么样。产品和战略我先讲产品和战略。由于海贼王世界的设定，以及作为一个全年段漫画动画的原因。 海贼王世界的整体战略是较为简单，海贼团的目标都较为单一，即「找到 哥尔 D 罗杰 留下的宝藏」。 海贼团们实现目标的路径也较为单一，打斗增强战斗力，不断寻找线索，去伟大航道寻找宝藏。所以故事的开展反而是围绕另外一条隐秘的线索「历史的真相」，尾田大神埋坑很深。 「历史的真相」并不是作为大部分人努力和前进的目标，所以「海贼王」世界的故事虽然曲折跌宕， 但是产品模型极为单一，不具备太多可以讨论的点。团队接着讲团队，一个团队第一重要的是创始人，这必须要是一位领袖人物。评价领袖优秀程度，从这么几个角度评价：意志力：打不死的小强，不达目标誓不罢休专业技能：能打、脑子灵光、心灵手巧、一技之长规划能力：除了体力值和专业智慧，也要讲讲战略和谋略管理能力：沟通协调、团队管理促进能力，能够带领团队实现目标，促进他人成长以这个标准来看几个具有 ...继续阅读 (80)

一个同事在知乎提了一个问题如果把草帽海贼团比作一个创业团队,这个Team的组织架构是怎样的?有哪些优势,又有哪些不足?这个话题很有趣，作为追了多年的 fans ，又是身处互联网创业团队的我要来强答一记。海贼王的世界很大，富有个性的角色和团队也很多，恰好可以和显示世界中的互联网创业团队进行对比。 柳传志讲的好，做大事，要「建班子，定战略，带队伍」，我们就着金句来看看草帽这个团队怎么样。产品和战略我先讲产品和战略。由于海贼王世界的设定，以及作为一个全年段漫画动画的原因。 海贼王世界的整体战略是较为简单，海贼团的目标都较为单一，即「找到 哥尔 D 罗杰 留下的宝藏」。 海贼团们实现目标的路径也较为单一，打斗增强战斗力，不断寻找线索，去伟大航道寻找宝藏。所以故事的开展反而是围绕另外一条隐秘的线索「历史的真相」，尾田大神埋坑很深。 「历史的真相」并不是作为大部分人努力和前进的目标，所以「海贼王」世界的故事虽然曲折跌宕， 但是产品模型极为单一，不具备太多可以讨论的点。团队接着讲团队，一个团队第一重要的是创始人，这必须要是一位领袖人物。评价领袖优秀程度，从这么几个角度评价：意志力：打不死的小强，不达目标誓不罢休专业技能：能打、脑子灵光、心灵手巧、一技之长规划能力：除了体力值和专业智慧，也要讲讲战略和谋略管理能力：沟通协调、团队管理促进能力，能够带领团队实现目标，促进他人成长以这个标准来看几个具有 ...继续阅读 (53)

一个同事在知乎提了一个问题如果把草帽海贼团比作一个创业团队,这个Team的组织架构是怎样的?有哪些优势,又有哪些不足?这个话题很有趣，作为追了多年的 fans ，又是身处互联网创业团队的我要来强答一记。海贼王的世界很大，富有个性的角色和团队也很多，恰好可以和显示世界中的互联网创业团队进行对比。 柳传志讲的好，做大事，要「建班子，定战略，带队伍」，我们就着金句来看看草帽这个团队怎么样。产品和战略我先讲产品和战略。由于海贼王世界的设定，以及作为一个全年段漫画动画的原因。 海贼王世界的整体战略是较为简单，海贼团的目标都较为单一，即「找到 哥尔 D 罗杰 留下的宝藏」。 海贼团们实现目标的路径也较为单一，打斗增强战斗力，不断寻找线索，去伟大航道寻找宝藏。所以故事的开展反而是围绕另外一条隐秘的线索「历史的真相」，尾田大神埋坑很深。 「历史的真相」并不是作为大部分人努力和前进的目标，所以「海贼王」世界的故事虽然曲折跌宕， 但是产品模型极为单一，不具备太多可以讨论的点。团队接着讲团队，一个团队第一重要的是创始人，这必须要是一位领袖人物。评价领袖优秀程度，从这么几个角度评价：意志力：打不死的小强，不达目标誓不罢休专业技能：能打、脑子灵光、心灵手巧、一技之长规划能力：除了体力值和专业智慧，也要讲讲战略和谋略管理能力：沟通协调、团队管理促进能力，能够带领团队实现目标，促进他人成长以这个标准来看几个具有 ...继续阅读 (70)

团队里的同学有时看见我键指如飞，可以用快捷键将 Mac 的窗口玩转于手心。他们表示酷炫非常， 心生羡慕的同时，希望掌握这门技艺，我就把使用的 Phoenix 介绍给大家。结果过了一段时间， 发现普及率并不高，本着好为人师的精神，今天我就来八一八这款优秀的桌面管理工具。在介绍我使用的工具之前，我要先介绍一下我选择的原因和历史。ps：配图是我长草多年的 Ergodox Infinity。（@夫人，看到这里的时候，请留步思考 5s）。Alt+Tab = 苦难的历史当我还年轻的时候，曾经对 Alt+Tab 这个快捷键愤慨无比，觉得这种设计虽然简单但是很蠢。命中率低。要在茫茫图标中查找自己需要的窗口，如果开了 20 个应用，切换到一个非常用窗口至多可能需要 20-1 次按键。 不要跟我说有 Alt+Shift+Tab 的反向循环操作，估计大部分用户都不知道。而且 正向/反向 切换伤脑子。交互方式耗时。由于 Alt+Tab 的操作需要用户进行反馈才能进行，是眼-手-眼-手的操作反馈方式， 这种交互模式费时费脑子。跟这种需要实时反馈对立的交互模式应当是类似「一键呼出」的操作。在大显示器、多显示器的环境下面，Alt-Tab 模式没有做任何优化。频繁切出窗口进行切换，容易让人分神，比如切换时候看到某个播放器的标题，在放一首喜欢的歌，很可能吸引过去。有人会问，难道不优化都是缺陷么？ ...继续阅读 (84)

团队里的同学有时看见我键指如飞，可以用快捷键将 Mac 的窗口玩转于手心。他们表示酷炫非常， 心生羡慕的同时，希望掌握这门技艺，我就把使用的 Phoenix 介绍给大家。结果过了一段时间， 发现普及率并不高，本着好为人师的精神，今天我就来八一八这款优秀的桌面管理工具。在介绍我使用的工具之前，我要先介绍一下我选择的原因和历史。ps：配图是我长草多年的 Ergodox Infinity。（@夫人，看到这里的时候，请留步思考 5s）。Alt+Tab = 苦难的历史当我还年轻的时候，曾经对 Alt+Tab 这个快捷键愤慨无比，觉得这种设计虽然简单但是很蠢。命中率低。要在茫茫图标中查找自己需要的窗口，如果开了 20 个应用，切换到一个非常用窗口至多可能需要 20-1 次按键。 不要跟我说有 Alt+Shift+Tab 的反向循环操作，估计大部分用户都不知道。而且 正向/反向 切换伤脑子。交互方式耗时。由于 Alt+Tab 的操作需要用户进行反馈才能进行，是眼-手-眼-手的操作反馈方式， 这种交互模式费时费脑子。跟这种需要实时反馈对立的交互模式应当是类似「一键呼出」的操作。在大显示器、多显示器的环境下面，Alt-Tab 模式没有做任何优化。频繁切出窗口进行切换，容易让人分神，比如切换时候看到某个播放器的标题，在放一首喜欢的歌，很可能吸引过去。有人会问，难道不优化都是缺陷么？ ...继续阅读 (63)

团队里的同学有时看见我键指如飞，可以用快捷键将 Mac 的窗口玩转于手心。他们表示酷炫非常， 心生羡慕的同时，希望掌握这门技艺，我就把使用的 Phoenix 介绍给大家。结果过了一段时间， 发现普及率并不高，本着好为人师的精神，今天我就来八一八这款优秀的桌面管理工具。在介绍我使用的工具之前，我要先介绍一下我选择的原因和历史。ps：配图是我长草多年的 Ergodox Infinity。（@夫人，看到这里的时候，请留步思考 5s）。Alt+Tab = 苦难的历史当我还年轻的时候，曾经对 Alt+Tab 这个快捷键愤慨无比，觉得这种设计虽然简单但是很蠢。命中率低。要在茫茫图标中查找自己需要的窗口，如果开了 20 个应用，切换到一个非常用窗口至多可能需要 20-1 次按键。 不要跟我说有 Alt+Shift+Tab 的反向循环操作，估计大部分用户都不知道。而且 正向/反向 切换伤脑子。交互方式耗时。由于 Alt+Tab 的操作需要用户进行反馈才能进行，是眼-手-眼-手的操作反馈方式， 这种交互模式费时费脑子。跟这种需要实时反馈对立的交互模式应当是类似「一键呼出」的操作。在大显示器、多显示器的环境下面，Alt-Tab 模式没有做任何优化。频繁切出窗口进行切换，容易让人分神，比如切换时候看到某个播放器的标题，在放一首喜欢的歌，很可能吸引过去。有人会问，难道不优化都是缺陷么？ ...继续阅读 (60)

团队里的同学有时看见我键指如飞，可以用快捷键将 Mac 的窗口玩转于手心。他们表示酷炫非常， 心生羡慕的同时，希望掌握这门技艺，我就把使用的 Phoenix 介绍给大家。结果过了一段时间， 发现普及率并不高，本着好为人师的精神，今天我就来八一八这款优秀的桌面管理工具。在介绍我使用的工具之前，我要先介绍一下我选择的原因和历史。ps：配图是我长草多年的 Ergodox Infinity。（@夫人，看到这里的时候，请留步思考 5s）。Alt+Tab = 苦难的历史当我还年轻的时候，曾经对 Alt+Tab 这个快捷键愤慨无比，觉得这种设计虽然简单但是很蠢。命中率低。要在茫茫图标中查找自己需要的窗口，如果开了 20 个应用，切换到一个非常用窗口至多可能需要 20-1 次按键。 不要跟我说有 Alt+Shift+Tab 的反向循环操作，估计大部分用户都不知道。而且 正向/反向 切换伤脑子。交互方式耗时。由于 Alt+Tab 的操作需要用户进行反馈才能进行，是眼-手-眼-手的操作反馈方式， 这种交互模式费时费脑子。跟这种需要实时反馈对立的交互模式应当是类似「一键呼出」的操作。在大显示器、多显示器的环境下面，Alt-Tab 模式没有做任何优化。频繁切出窗口进行切换，容易让人分神，比如切换时候看到某个播放器的标题，在放一首喜欢的歌，很可能吸引过去。有人会问，难道不优化都是缺陷么？ ...继续阅读 (68)

这是一天一本书的第二次执行，这次选了一本比较薄的书，上周的书看了一天，脑仁疼。在我组织团队新兵训练营（入职之后一段时间内容集中的培训）时候， 经常和新同事聊到一个词：软实力。 我将其描述为专业技能之外的能力。每个人都这种能力的解读可能会不一样， 我将其拆解为：「对工作的热情；观察力和反思能力；做计划和决策是否周全」。这种拆解是不全面的，「多年」以后，我意识到，硬实力考衡的是专业的能力， 而软实力则是考衡人的因素。这种晚来的意识让我在一段时间里面， 将自己的工作陷入困境，并且得不到解药。Google 的两位工程师 Brian W. Fitzpatrick 和 Ben Collins-Sussman 写了一本书极客与团队，通过他们的视角， 告诉大家想要在团队中获得成功的另一面。不要被书名误解，我觉得「开发者和团队」是更好的名字， 虽然没那么酷。要在团队中获得成功，你必须以谦虚、尊重和信任为核心原则。要做的第一件事情，应该就是沟通了。让自己成为一个玻璃玲珑人， 其他人可以看到你的方向、目标和里程碑，同时可以看到你的进展和问题点。 这样不但可以获得工作中的肯定，当个人的目标设定和团队出现偏差， 又或是开发过程中在一个点停顿了太久，可以有其他人参与进来或直接伸出援手。这种透明度对上对下都应该如此。团队的领导， 应当在开发周期内的早期就明确告知团队愿景、目标和设定的里程碑。 产生共鸣的愿景可以 ...继续阅读 (63)

这是一天一本书的第二次执行，这次选了一本比较薄的书，上周的书看了一天，脑仁疼。在我组织团队新兵训练营（入职之后一段时间内容集中的培训）时候， 经常和新同事聊到一个词：软实力。 我将其描述为专业技能之外的能力。每个人都这种能力的解读可能会不一样， 我将其拆解为：「对工作的热情；观察力和反思能力；做计划和决策是否周全」。这种拆解是不全面的，「多年」以后，我意识到，硬实力考衡的是专业的能力， 而软实力则是考衡人的因素。这种晚来的意识让我在一段时间里面， 将自己的工作陷入困境，并且得不到解药。Google 的两位工程师 Brian W. Fitzpatrick 和 Ben Collins-Sussman 写了一本书极客与团队，通过他们的视角， 告诉大家想要在团队中获得成功的另一面。不要被书名误解，我觉得「开发者和团队」是更好的名字， 虽然没那么酷。要在团队中获得成功，你必须以谦虚、尊重和信任为核心原则。要做的第一件事情，应该就是沟通了。让自己成为一个玻璃玲珑人， 其他人可以看到你的方向、目标和里程碑，同时可以看到你的进展和问题点。 这样不但可以获得工作中的肯定，当个人的目标设定和团队出现偏差， 又或是开发过程中在一个点停顿了太久，可以有其他人参与进来或直接伸出援手。这种透明度对上对下都应该如此。团队的领导， 应当在开发周期内的早期就明确告知团队愿景、目标和设定的里程碑。 产生共鸣的愿景可以 ...继续阅读 (72)