一个纯正程序员的啰嗦
挺久时间没有更新了，最近脑海中有几个化为文字的想法，但是都比较散，也就没有落笔。不过忽然有一个念头冒了出来，就是这些想法里面，有几个其实都是关于软件工程师成长的一个 “误区”。可以说，从 2008 年步入职场以来，这个误区导致的坑，或早或晚我踩过不少，我觉得把它们总结一下，写出来，兴许能给一些朋友们带来一点帮助。
“我对技术感兴趣，我只想做技术，走技术路线。”
这句话是不是很听过呢？请不要误会，这句话本身没有问题，但是说出这句话的软件工程师中，十有八九有一个误区，就是高估了技术本身在个人职业生涯中，起作用的占比。而我，曾经是其中之一。
我多次听到来自家长这样的评论，说是他/她的孩子
[……]阅读全文
第二部分，我想谈一谈流程，依然来源于我的理解。Ops 的实践上面，有两部分内容紧密结合，不但共同显示了 Ops 的生产力，也在相当程度上体现了 Ops 的技术水平。这第一部分就是流程，也是今天要说的内容，另一部分是工具（也包括和使用工具相关的技能），下一次再说。
我认为 Ops 可以分为几个层次，最次的的一层，其特点是重度依赖于的人的直接 “操作”。风险管理、因果行为，都通过流程来统一把控，并且遗憾的是只有流程——除了它基本没有可靠有效的工具，或是其他办法。
其实，流程本是个好东西。有时候某些工程师被散漫和自由主义惯坏了，听到流程就反感。事实上，流程在很多情况下都有着举足轻重的作用。它们很容易控制[……]阅读全文
时间管理被很多人忽略了。被忽略的一个原因是，我们被洗脑洗得太久，读到的鸡汤文太多，觉得一个人的主观努力程度扮演了过度重要的作用。事实上，这里有两个问题，一个是如何评价目标的达成，特别是人一生这个大的范围内的评价，鸡汤文中总把一个人在事业上的 “成功” 列为最大的目标，但实际我觉得这只对一部分人成立；另一个是，即便这个目标成立，主观努力依然被高估了——或者说，主观努力当然重要，而且对于大多数人来说，天赋并无法起到决定性作用，但是，许多人的主观能动力是类似的，结果却大相径庭。这里面，除了主观努力和先天天赋以外，明显还有别的因素在起作用，而时间管理就是其中之一。
几年前写过一点关于时间的文字，不过都是
[……]阅读全文
知乎上看到一个热帖，我觉得很有意思，叫做 “为什么有些大公司技术弱爆了？”。我刚看到标题的时候，先入为主和刻板偏见了一下，正如同第一个回答一样，我皱了皱眉头，产生了对题主的鄙视之情；但是很快，读完帖子以后，我却立场明确地站到题主一边了。正如同里面有位回答：
看题目以为是题主傻逼，看了正文发现真的是公司傻逼。
上面这种情况其实发生的概率挺低的，但是我觉得这回是真的发生了。
但是令我感到遗憾的是，各式各样的回答里面，大部分居然都跳出来 “教育” 题主，表态这个世界就不是完美的，表态要妥协要接受这样的事实，要无奈地咽下这个现实的苦果。这个大面积出现的观点，太不正常了吧？
比如这样的话：
写好代码是
[……]阅读全文
最近看到这篇文章 《小伙伴们手滑集》，觉得感慨很多，强烈推荐大家阅读。比如这样的例子：
UPDATE 没有 WHERE 条件
而我则经历过 delete 没有写 where 条件的惨剧，这个惨剧是某些 case 下面代码调用触发的，不是手动执行 SQL 发生的。
还有臭名昭著的，我没有经历过，但是我有不止一个同事干过这样的事情：
rm -rf
都只是手稍稍地温柔地 “滑了一下” 而已嘛……
这些事情我觉得一下子很亲切，似乎全世界的软件工程师都是如此得同一。
出的事故多了以后，变得战战兢兢，如履薄冰，尤其是回车键这样的敲击，似乎总是带着颤抖落指。
还有这篇文章 《让自家系统瘫痪，这事我也干过》，讲了一个关于使用 tr
[……]阅读全文
