一个纯正程序员的啰嗦
最近看了一个知乎的帖子，大家讨论为什么是 Amazon 先把云计算服务做出来，而不是 Google。类似的问题我遇到过好几次了，之前还在亚马逊的时候，我觉得利益相关等等原因，自己不太适合回答这个问题；而现在，又看到各路人马大神已经把这个问题从各个角度分析得底朝天了，于是觉得似乎又没有太大必要了。不过现在，回头看到这个帖子的时候，我还想再从我的视角总结总结，不只是为什么 Amazon 先把云服务做出来，还有为什么现在它可以一路领先。虽然说 Google 也是云服务的三驾马车之一（另两驾是 Amazon 和微软），但如今许多方面它都和另两驾还有不少的差距。我记得刚加入 Oracle 的时候，但凡听说我从 Amazon 来，
[……]阅读全文
在 Amazon 的时候，公司内有大量的组来维护不计其数的 service，而 service 之间的通用通讯方式是公司内部的一个框架，协议是自定的，客户端也是内部的；现在到了 Oracle，我看到这个变成了 RESTful，也就是说，协议本身变成了最常见和适用的一种。我看到有太多论述 RESTful 优点的文章了，而实际工作中也确实有所体会，比如接口和报文的可读性好，不需要特制的客户端，上手和调试都比较容易等等。但是，如果看到某个东西被冠以过多正面的评价，就要当心了。我也慢慢地体会到了一些问题。不过，在谈谈我的思考之前，我想先明确一下我对 REST 的认识，而这点，鉴于历史原因，也是我不太愿意花时间争辩的内容。我 [……]阅读全文
本来是没有倾向谈论这个话题的，但是最近邮件或者微信问我这个问题的国内程序员朋友很多，我在这里一并介绍一下，也算作简单的解答。同样的问题就直接参阅即可。事实上，我很乐意收到这样或者那样的问题，也包括到美国工作这样的话题，混熟了的话瞎扯也开心。但是也请大家注意一点礼貌，有好几次有程序员没头没脑地微信上跳出来问问题，然而话都说不清楚，或者连个招呼也不会打，更有甚者二话不说直接把 log 贴过来让我看问题，实在是让人觉得很不舒服。有些我回复了，有些我实在是不想回复了。另外，具体的问题我比较好解答，像有不少人问我，“你觉得美国怎么样？”，我都不知道从何说起。具体问题还是邮件沟通更合适，我答复起来也更舒服，微 [……]阅读全文
曾经写过一点关于代码评审（code review）的文章，比如这篇和这篇，现在觉得关于它的认识又有了不少更新。软件工程的技术和实践分成两部分，一部分是和书本知识一致的，大约占一半，这部分基本上在大学里就可以学，自学只要方法得当、刻苦努力也可是途径；但是第二部分来自于实际团队、经验，内容通常无法从书本当中获得，而且难说对错，不同的人和不同的经历造就了不同的认识。代码评审就是第二部分颇具槽点，可以大加讨论的典型。
代码评审是展现个性和性格的途径
我本人特别反对一种颇为常见的观点，就是 “一个良好运作的项目，不同的人，应该写出一样的代码”。我非常理解这种观点的初衷，一个良好规范约束的团队中 [……]阅读全文
最近因为工作的关系开始学习 Python 了。以前从不曾正儿八经地学过，如果说工作学习经验带来改变的话，那么编程语言的学习就是个很好的例子。如果在十年前，我要学习 Python 的话大概会买本系统介绍的 Python 教程，然后一页一页慢慢看，估计能够啃完大半本，跳过一些自认为次要的特性。等到在项目中使用已经得是一两个月之后了吧。但是如今我显然不太会做一样的事情，我现在会拿着我那些熟悉的编程语言来比较，不同的特性上面，Python 是怎样的，是先进还是落后，适合解决什么问题，在哪些领域可以大行其道，但在遇到哪些问题的时候事倍功半。
想起以前接触过的编程语言里，事实上有一半都不能算系统地学过，大致上只是 [……]阅读全文
加入 Oracle 的 OCI（Oracle Cloud Infrastructure）团队一个月了，感触颇多。事实上每一次团队的更换都是一次体验记录和整理的好机会。技术方面的东西有很多，在允许的范围内，我会在以后慢慢再谈，但是其他方面，现在我想稍微谈一谈，特别是和我的老东家 Amazon 比较地看。以下的文字更像一篇帖子，而不是文章。
先说工作中的生活。Amazon 的总部在西雅图，整个 SLU 满大街走着大亚麻的人，但是 OCI 目前只有 downtown 两栋楼的几层，人数要少得多。对我来说，每天上班从 van pool 改成了 bus，commute 的时间代价略高，但由于车次很多，因此也能够接受。Downtown 的
[……]阅读全文
最近在搭建开发环境，大致的布局是这样的：一个专门的数据库 VM，一个用于编译和代码执行的 VM（dev virt，装的 RedHat），还有用来写代码和运行这两个虚拟环境的 Mac（local）。这里我需要一个工具，可以满这样的需求：
我把我的解决办法简单记录在这里。在接下去记录之前，需要回答这样两个问题：
[……]阅读全文
新入职 Oracle 已经超过一周了，但是一直没敢下笔，写一点东西纪念将近 6 年的亚马逊时光，总有惶恐的感觉。现在觉得不能再拖了，文字不在多寡，仿佛一种仪式，把整个亚马逊的经历画上句号。离开老东家的时候，往往是喜忧参半的，并且难免对前任颇有微词。在我离开华为的时候，便是如此，多为感怀和想念，但是诚实地说，也有一些厌烦的情绪，于是有释放之后的舒坦。这其中的缘由，我在以前的文中写到过。但是离开亚马逊，我却仿佛不再有这些负面的情绪，除了感伤和怀念，便是感激。要说明的是，如今亚马逊的股票直往上蹿，它却远非完美，也有诸多令人遗憾的风言风语。我觉得它在某些方面可以被称为 “美国的华为”，做企业的成就自不必说，但是
[……]阅读全文
看完美剧 Person of Interest（POI，疑犯追踪，下同），心有波澜，写一点点文字，零零散散，算是剧评。
我不觉得我是一个美剧狂热的爱好者，但是确实也看了好几部美剧。读书的时候开始看 Friends（六人行），后来顺着相同的风格，看 Two and a Half Men（好汉两个半），以及 How I Met Your Mother（老爸老妈浪漫史）等等，都是很欢快的风格；另一条线看一些悬疑、枪战、罪犯之类的片子，比如最早看 Prison Break（越狱），看 24（反恐 24 小时），后来看 Breaking Bad（绝命毒师），看 Crime Scene Investigation（犯罪现场
[……]阅读全文
先讲个故事
公司里有这么一个小小的差事，某一个月，每天都要把 Excel 的某一列的数据根据某种规则换算以后拷贝到另一列去。
DA（数据分析师）看了以后说，就手工完成吧。反正只有一个月，这件事情每天做 3 分钟，也没有多耽误时间。
TPM 看了以后说，这事情每天做做很简单啊，写一张便签贴在屏幕上，每天就不会忘记了。
Dev Manager 看了以后说，衡量一下这个很小的时间成本，用其它的方式来解决是不划算的，还是手工搞定吧。
……
不过地球上还有一种特殊的物种不同意。它门叫做程序员——这么重复性的劳动难道不能用脚本完成吗？
就是，用 geek 的脚趾头想一想，这还用问？
于是写脚本，调试，
[……]阅读全文
一周前才家人送上飞机回国过年，这两个月要一个人安安静静呆着了，就从写一点东西回顾这个过去的 2017 开始吧。
健康
我总是把健康放在首位。就像我之前写的，健康是一个拥有它的时候不会注意到它的东西。Crohn’s Disease 时不时回来找我，但是总的来说，仅仅急性地比较严重地犯了一次，其它都还可控，比 2016 年好；抑郁症的问题也基本得到控制，虽然有时候还会头晕，特别是天气不好的时候，这也比 2016 年好。除了药物以外，时间越长我越能够理解自己的身体，总的来说我已经很满意了。当然，要是没有一个比较好的状态，我也没有办法完成面试求职这些事情。
孩子出生以后，爬山的次数明显不如 [……]阅读全文
时间管理被很多人忽略了。被忽略的一个原因是，我们被洗脑洗得太久，读到的鸡汤文太多，觉得一个人的主观努力程度扮演了过度重要的作用。事实上，这里有两个问题，一个是如何评价目标的达成，特别是人一生这个大的范围内的评价，鸡汤文中总把一个人在事业上的 “成功” 列为最大的目标，但实际我觉得这只对一部分人成立；另一个是，即便这个目标成立，主观努力依然被高估了——或者说，主观努力当然重要，而且对于大多数人来说，天赋并无法起到决定性作用，但是，许多人的主观能动力是类似的，结果却大相径庭。这里面，除了主观努力和先天天赋以外，明显还有别的因素在起作用，而时间管理就是其中之一。
几年前写过一点关于时间的文字，不过都是
[……]阅读全文
最近 Blog 遭遇了几个安全问题，折腾了几个钟头，在此记录一下。
最大的问题是 blog 访问时不时地出现 “502 bad gateway”，即便不出现，latency 也能达到接近三十秒。
于是登上 vps 去看原因，top 命令发现 CPU 都用完了。靠，十个 php-fpm 居然都在满功率工作。研究了一下，通常 php-fpm 在没有请求的时候是不应该占用那么多 CPU 资源的，而且 mysql 也高，似乎有人在访问网站，但是去 access log 里面却没找到东西：
top - 02:08:12 up 56 min, 1 user, load average: 10.18, 9.41, 8.68
[……]阅读全文
好久没有更新了。回来报个到，也向关注和提醒我 blog 更新的朋友们道个歉。原因在于，最近非常忙，忙于找工作。现在下家还没有定下来，手头有几个 offer，还在考虑中，但是很快会决定下来，然后更新更进一步的信息。无论如何，blog 的更新已经恢复正轨。
通常人的一生中不会有太多属于自己的求职季节，尤其像我这样的，总觉得在一个地方需要积累，因而并不是频繁跳槽的粉丝。第一份工作在华为，我干了三年半；第二份工作在亚马逊，直到现在，超过了五年半。职业生涯的前方就将是第 10 个年头。
为什么是现在？
三年半前我通过 L 签证来到西雅图，而 L 签证是不能够更换雇主的，因而自然也不用考虑工作变更的可能性。去年 [……]阅读全文
一道经典的题目。给一堆乱序的数，如果它们从小到大排好，求第 k 个是多少。假设排列的下标从 1 开始，而非 0 开始。
这个问题如此之简单而熟悉，可它却可以是很多现实问题的某一个子问题的抽象。它本身相关的问题其实就不少，而且还可以不断演进，成为不同复杂程度的问题。
关于这个问题的分析和演进，我们不妨从一左一右两条分支——堆排序或者快排，来分别进行。在不断演化问题的时候，会这两个分支之间跳来跳去，为了尽量清晰的考虑，我采用一种新方法——使用 【分支：堆排序】和 【分支：快排】来标注。
Java 中快排用 Arrays.sort 就可以了，如果是堆排序需要用到 PriorityQueue。 用 Array[……]阅读全文
其实老早就像写一点这个话题。几乎我见过的所有大型系统中，都需要一个唯一 ID 的生成逻辑。别看小小的 ID，需求和场景还挺多：
独立的生成服务
比如数据库。最常见的一种，也是应用最多的一种，就是利用数据库的自增长序列。比如 Oracle 中的 sequence 的 nextVal。有多台 application 的 h[……]阅读全文
最近完成了一个使用 React+Redux 组合的项目，以前仅仅是接触了解以及学习，并未正儿八经地使用过，因此这一次可以说是第一次完整地再一个项目当中使用。因而对于认识之浅显请轻拍。
从架构和层次的层面，这个组合给我最好的感受是干净利落的解耦。有不少 JavaScript 框架尝试解决解耦问题，但是到了落实的层面上很容易出现分层分模块不容易严格控制，缺少清晰标准等问题。但是 React+Redux 的组合没有这个问题，我们把应用中 JavaScript 的部分分层为 action、client、config、constant、reducer、store、util 和 view 几个部分，其中 view 又进一步划分 [……]阅读全文
