一个纯正程序员的啰嗦
最近有一个项目做了一半不做了，准确地说是由于某些原因，项目需要别的团队来接手了，于是我想随便聊聊这个话题。我猜想，“项目做一半撒手”，这应该是一个很常见的现象，因为这样的事情无论大厂小厂，在软件的世界里不断上演。具体来说，有这样几种典型的情况：
无论哪一种，有一点 [……]阅读全文
几年前我曾经写过一点对于 “在家办公” 的思考，后来又写了一点，但是从来都没有想到过，长期的在家办公如今已经不是一个可选项，而是一个必选项了。
应该说，我从来都不是一个频繁在家办公的支持者，我是说，在家办公这样的互联网公司特有的 “福利” 当然是好的，但是 “频繁” 在家办公对于团队、项目，甚至个人职业成长等等各方面来说，都不是一件好事。我记得在刚加入亚马逊的时候，我听说亚马逊给了一位工程师这样一个 offer——允许一个月之内四分之三的时间远程办公。当时我觉得这件事情还是挺不可思议的，因为像曾经的 37signals 这样的小公司当然容易做到，但是长期和频繁地在家办公却不是大型互联网公司能玩得转的。
[……]阅读全文
其实很久以前就想谈一谈这个话题了，但是最近才有了足够的动机。因为从最近参加的很多 debrief 来看，我认为身边大多数的软件工程师面试中，在通过技术问题来考察候选人这方面，很多都做得不够好。比方说，我看到对于一些经验丰富的软件工程师候选人的面试，一些面试官依然是草率地扔出一道算法题让做了事，并且认为能不能够比较清晰完整地将代码写出来，是工程师级别裁定的最重要的标准。而这样的做法我认为是非常不妥的。
首先，我要明确的是，这个问题，指的是技术面试中俗称的 “主要问题”，具体来说，就是面试官会拿出一个问题和候选人讨论，并通过由此开始双方的互相沟通和问题发散来达到考察的目的，因此，这个 “问题
[……]阅读全文
最近这个 blog 被黑了，如果你恰巧那一天访问，你会看到所有数据都丢失了，网站打开的页面，是一个初始配置数据库连接的页面。我记得几个月前，这个 blog 曾经遭受过 XML-RPC 攻击，我当时把问题的分析和处理记录在了这里。这一次，可不只是网站拒绝服务这样的问题了，而是整个网站的数据库都被干掉了。
问题出现的时候，网站访问不了了，我登上 MySQL 数据库查看了一下，发现所有数据都删掉了，只留下了一个 WARNING 的表：
上面说的也很清楚，让我往指定地址打 0.08 个比特币，他们就可以把数据还给我，要不然 10 天以后就会把数据库里的数据公开。在 Bitcoin Abuse Database 上，我找到
[……]阅读全文
以前这个 Blog 放在 VPSYOU 上，主机在美国加州，但是这个 VPS 由于亏损的关系，要关掉了，于是我开始寻找下一个 VPS 服务。考虑到是中文的博客，因此我倾向于把主机放到中国大陆，这样访问速度会快一些。正好腾讯云在搞活动，我就订购了，找了上海的主机，其实我隐约知道国内的 VPS 建立网站，是需要备案的，但我觉得可以尝试一下。如我所料，这个 Blog 应用迁移的过程很顺利；可是没想到的是，我大大低估了备案的难度，这个备案的过程，实在太过荒谬和不近人情。
整体来说，应用迁移过程本身还是比较顺利的。这里记录了迁移这个过程的操作步骤，也可以作为日后再做 VPS 迁移的参考。
首先
[……]阅读全文
一个分布式系统，经常需要面对同一份数据在不同时间的更改，这个更改可能来自不同节点间数据的同步，也可能来自系统对于客户端写请求的处理，那么这样的更改就可能出现冲突问题。而基于事件发生顺序的冲突问题的解决，是很多分布式系统，在一致性方面，都必须要仔细考虑和妥善处理的问题。我曾经阅读过一些互联网上的材料，但是没有发现哪个能比较系统且简洁地把这个问题和解决描述清楚的，我觉得我也许能够做得更好，于是有了本文。下面我来通过简单的例子介绍这类问题的产生，以及应对的思路。
我来举一个简单例子：
你可以看到，往右的箭头表示在一个分布式系统中，A、B、C 三个节点上，实际时间流逝的时间轴。节点 A[……]阅读全文
作为软件工程师，工作有一些年头了，在不同的公司，也面试过不少人。以前没觉得这事儿多有意思，但是这几年想法改变了，我发现在一家公司，去面试不同的候选人，是一个非常有价值的增长阅历、经验，让自己成长的机会，还有机会见识到各种各样的人的，获知他们不同的思考问题的方式。特别是作为 bartender（在 Oracle，bartender 基本上就是面试的技术负责人，所有团队招人，都必须有一个来自别的团队的 bartender 来保证候选人的水准，具体的面试流程你可以参考一下我写过的这个专栏），这样的机会有很多，虽然会占用一些自己团队和项目的时间，但是和收获比起来，显然是很有价值的。
最近跟一些公司内一
[……]阅读全文
在专栏中的第 36 讲的选修课堂中，我介绍了 Diffie–Hellman 密钥交换这一算法，它可以说是质数在加密技术中的一个应用，并且是通过其中的 “模幂运算” 来实现的。今天，我来介绍质数的另一个应用，RSA 背后的算法。我在互联网上搜索了一下，我发现基本没有能把它背后的实现原理用浅显的中文叙述讲清楚的，但我还是想试一试，看看能不能尽可能避开那些难懂的术语，用尽量形象和易于理解的方式，把 RSA 背后 [……]阅读全文
抱歉近几个月博客文章更新不够频繁，也有朋友问过，现在我想告诉大家，那是因为我写专栏去了。今天，专栏 《全栈工程师修炼指南》终于上线了，下面的内容，就是我将这些年来，关于全栈开发，自己的一些经验、心得、感悟，总结起来，并且酝酿思考了很久，撰写的这个专栏。我想，目前市面上某一项具体技术的教程通常好找，但是系统的全栈技术关系树，包含这些技术之间的演进、权衡和本质介绍，并引发思考的学习材料却并不好找。值得一提的是，这个专栏中我将全程朗读所有的技术文章，为的就是能够尽可能地把原汁原味的技术内容传达给读者，希望你可以从中享受技术单纯原始的快乐。
下面的内容就是这个专栏在发售时的宣传材料，你也可以直接拖 [……]阅读全文
有时候忽然上下班路上，会去思考一些司空见惯的问题，有一些问题随着思考深入，发现还挺有意思的，就记录在这里。问题之间关联关系不大，有点散。
倒时差的问题
西雅图夏令时和北京时间的时差是 15 个小时，有一个简单的换算方式，就是把当前西雅图时间昼夜颠倒一下（加 12 小时），再加 3 个小时，就得到北京时间了。举例来说，现在是 8 月 16 日晚上的 9 点 37 分，昼夜颠倒一下，就是 8 月 17 日的上午的 9 点 37 分，再加 3 小时，就是 8 月 17 日中午的 12 点 37 分，这就是北京时间。
这几年跑了几次北京和西雅图以后，发现一个规律，就是从北京来到西雅图倒时差非常困难，而从西雅图回到北京倒时差就相对容易得多。我曾经以为是自己心理 [……]阅读全文
在 Java 中打印当前线程的方法栈，可以用 kill -3 命令向 JVM 发送一个 OS 信号，JVM 捕捉以后会自动 dump 出来；当然，也可以直接使用 jstack 工具完成，这些方法好几年前我在这篇性能分析的文章中介绍过。这样的需求可以说很常见，比如定位死锁，定位一个不工作的线程到底卡在哪里，或者定位为什么 CPU 居高不下等等问题。
现在工作中我用的是 Python，需要线上问题定位的缘故，也有了类似的需求——想要知道当前的 Python 进程 “在干什么”。但是没有了 JVM 的加持，原有的命令或者工具都不再适用。传统的 gdb 的 debug 大法在线上也不好操作。于是我寻找了一些别的方法，来帮助定位问题，我把它们记录 [……]阅读全文
除了主要内容——工具和实践，这篇文章也对 “谈谈 Ops” 系列做一个汇总，提供一个访问入口。之前几篇，从一个纯粹 dev 狭窄的视角，谈了谈自己对 Ops 的一些认识：
在往下继续以前，如果没有看过前面的文字，不妨移步阅读，因为上面的内容对下面的内容做了一定程度的铺垫。
现在在写的这一篇文字，我准备是最后一篇，主要谈论这样几个事情：一个是工具，另一个是实践。我依然还是从 dev 的视角，而不是从一个专业运维的视角来记叙。
工欲善其事，必先利其器。我在主要且通用的工具 [……]阅读全文
昨晚花了几个钟头，把 blog 的 HTTP 升级成 HTTPS 了，虽然这件事做的晚了一点。为什么要升级，不是我说明的重点，想了解的朋友可以阅读这篇文章。我记录的是我升级的过程，踩到的坑。
备份
首先，文章中有许多以 http://www.raychase.net 开头的 URL，比如某些图片和链接，可以把它们改成 https 的，也可以全部改成相对路径，这样的适用性更广。
UPDATE xx_posts SET post_content = REPLACE(post-content, 'http://www.raychase.net/', '/');
到浏览器里面访问看看，似乎没有什么问题。[……]阅读全文
这篇文章算是要和之前写的 《程序员懂业务有多重要？》“唱反调” 了。
从工作开始，我就不断被灌输着一种业务至上的观点，无论在中国的公司，还是美国的公司，衡量一个决定或者一个需求的价值，都是在业务上有多大的帮助，都说 business impact 是什么。我从不怀疑单纯这样做的初衷，但是我质疑单纯这样做的结果。我觉得，即便是一个业务驱动为主的团队，在决策的时候，技术的占比，应当占据显著的地位。因而我说，不要被业务牵着鼻子走。继续把这一点发扬光大，我认为它对团队发展，对个人发展，都是如此。
曾经认为，这样的观点应该是公认的，但是我越来越发现，事实并不是这样。应该说几乎所有程序员都看到了业务上 [……]阅读全文
从第 416 到第 460 题，跳过了需要付费的题目。付费的题目会单独放在一篇里面。
416
Partition Equal Subset Sum
40.0%
Medium
417
Pacific Atlantic Water Flow
36.9%
Medium
419
Battleships in a Board
65.2%
Medium
420
Strong Password Checker
17.9%
Hard
421
Maximum XOR of Two Numbers in an Array
50.5%
Me[……]阅读全文
最近程序员圈子里最闹腾的事情就是 996 ICU 了。这个事情是如此之火爆，我觉得都没有必要再把它介绍一遍了，连 GitHub 项目都被封了（指国内的主要的几款浏览器）。作为一个号称和希望长期话说程序员和为程序员说话的博客作者，作为一个同经历过大于 996 和小于 955 这样反差的程序员本人，我应当是具备一些说几句的资格的，但奇怪的是，除了大家都已经熟悉的那些烂大街的评论，想了几天却依然没有很系统的想法，似乎有不少头绪却不知从何说起。也罢，就说一点零散的观点吧。
关于我的经历
我工作已经超过十年了，从 2008 到 2012 年初，我是在华为度过的。华为这张招牌胜过一切 996 的广告语，从工作时间来看，最 [……]阅读全文
作为普通的开发人员，我们会遇到对于时间分配的思考，没有金标准，只有某些看起来也未必靠谱的 “最佳实践”。不同人眼中对于整体的时间分配也有自己的看法，这篇文章旨在探讨其中的一两种情况。
Ops 的事务类型
Ops 的事务很多很杂，首先要明确一点的就是，Ops 远不止 oncall，远不止线上产品维护。整个软件工程流程中的配置、部署、环境搭建、升级、打补丁，甚至问题定位、故障排查等等，都或多或少可以算作 Ops。
记得在读书的时候，老师给我们把日常事务划为四个象限：紧急重要、紧急不重要、不重要但紧急，以及不重要不紧急。Ops 和一般软件开发活动在这四个象限的分布上来比较，更多地，会偏重于 “紧急 [……]阅读全文
372 到 415 题，同级别的题目反正是越来越难。老规矩，跳过了那些付费题目。
372
35.5%
Medium
373
33.3%
Medium
374
38.9%
Easy
375
37.3%
Medium
376
37.0%
Medium[……]阅读全文
第二部分，我想谈一谈流程，依然来源于我的理解。Ops 的实践上面，有两部分内容紧密结合，不但共同显示了 Ops 的生产力，也在相当程度上体现了 Ops 的技术水平。这第一部分就是流程，也是今天要说的内容，另一部分是工具（也包括和使用工具相关的技能），下一次再说。
我认为 Ops 可以分为几个层次，最次的的一层，其特点是重度依赖于的人的直接 “操作”。风险管理、因果行为，都通过流程来统一把控，并且遗憾的是只有流程——除了它基本没有可靠有效的工具，或是其他办法。
其实，流程本是个好东西。有时候某些工程师被散漫和自由主义惯坏了，听到流程就反感。事实上，流程在很多情况下都有着举足轻重的作用。它们很容易控制[……]阅读全文
偶然地，在会看这些年写的文章的时候，发现涉及到软件工程方方面面的内容，但是关于 Ops 的内容却非常少。我觉得这是不太合适的，因为在实际工作中，Ops 显而易见地占据了一大块比重。于是我调整了分类目录，增加了这个单独的分类，并且这一次，我想零零散散地讲一讲我关于 Ops 的一些经历，以及关于 Ops 的一些观点。
所谓 Ops，指的就是 Operations，在中文翻译上看，我觉得 “运维” 这个词可能是最恰当的。作为一个软件工程师，Ops 有时会特指 DevOps，关于它的定义，在维基百科上有这样一张图片，我觉得基本正确地描述了 DevOps 涵盖的内容（见右侧图）。
可以看到三方面的内容，可是，由于我们会把 [……]阅读全文