一个纯正程序员的啰嗦
好久没动笔了。
在 2015 年和 2012 年的时候曾经写过一点对于英语学习的认识，在那以后，我对于它的认知也在不断进化，今天我想稍微再写一点。比较起来，如今我印象最深的一点是，英语对我影响最大的，还并非关于信息的获取，而是在日益熟练的情况下，对于更多独立思考的促成。
首先，什么才可以称之为 “熟练”？
是不是英语考试考高分就是熟练了？是不是掌握一万个词就是熟练了？是不是可以无字幕看美剧就是熟练了？是不是可以流利对话就是熟练了？是不是中文说得好好的，因为号称 “用英文思考” 的关系，隔三差五地蹦出几个英文单词就是熟练了？
我觉得都不是。
顺带地，我想吐槽一下上述最后一种情况。
[……]阅读全文
来，说点大逆不道的。
代码是程序员的基础能力，毫无疑问。Linus 说，“Talk is cheap, show me the code.”。软件工程师，归根到底是要做工程的，代码写不好，就谈不上把工程做出来。
可是我觉得，越来越多勤奋的程序员，是写代码写得太多了，而不是太少了。
胡扯！读书百遍，其义自见。书山有路勤为径！代码也是如此，没有足够的积累，怎么能写得好代码？
可是，写代码真的需要那么勤奋地练习，那么大量的积累吗？
我想说一个现象，那就是很多公司每年都会举行调研，一个很常见的问题是，作为程序员，一年工作时间里面，写代码的比重有多少？
有一个很朴素的想
[……]阅读全文
最近有一个项目做了一半不做了，准确地说是由于某些原因，项目需要别的团队来接手了，于是我想随便聊聊这个话题。我猜想，“项目做一半撒手”，这应该是一个很常见的现象，因为这样的事情无论大厂小厂，在软件的世界里不断上演。具体来说，有这样几种典型的情况：
无论哪一种，有一点 [……]阅读全文
第二部分，我想谈一谈流程，依然来源于我的理解。Ops 的实践上面，有两部分内容紧密结合，不但共同显示了 Ops 的生产力，也在相当程度上体现了 Ops 的技术水平。这第一部分就是流程，也是今天要说的内容，另一部分是工具（也包括和使用工具相关的技能），下一次再说。
我认为 Ops 可以分为几个层次，最次的的一层，其特点是重度依赖于的人的直接 “操作”。风险管理、因果行为，都通过流程来统一把控，并且遗憾的是只有流程——除了它基本没有可靠有效的工具，或是其他办法。
其实，流程本是个好东西。有时候某些工程师被散漫和自由主义惯坏了，听到流程就反感。事实上，流程在很多情况下都有着举足轻重的作用。它们很容易控制[……]阅读全文
最近在看一本书，叫做 《思考的乐趣》，第 26 节 “我最爱的证明”，里面介绍了这样一则有趣的问题（文章链接在此）：
设想一个平面上布满间距为 1 的横纵直线，形成由一个个 1×1 正方形组成的网格。任意给一个面积小于 1 个单位的图形，证明这个图形总能放在网格中而不包含任何一个格点。
初看这个论断，觉得似乎是正确的，但又不知从何下手。文中指出证明的思路很巧妙，让人感到数学的美妙。我的感触是，文中的证明大大地换了个角度，很有峰回路转的感觉。正在读这篇文章的你，不妨先思考一下，别急着往下看答案。
如果陷入了拼命去构造各种各样的图形类别，去思考不同类别图形的情况下，怎么去摆放这样的图形，使得图形不覆
[……]阅读全文
几周前我写了一篇文章，《对几个软件开发传统观点的质疑和反驳》，微博上、独立域名的博客上，还有 ITEye 网站上，都有一些评论的朋友给了我许多事实和观点。我觉得这些评论，似乎都有理由，无所谓对错，这些是有价值和有意义的文字。相较于那些“ 顶”、“ 支持”、“SB”、“ 沙发”…… 纯灌水或者是没什么意义的信息垃圾，这些文字要显得珍贵得多。
最近看了两本软件和创业方面的书，我的世界观总在不断小范围地崩塌和建立。现在愈发觉得，到底何谓对错，到底何为黑白，我是不是受到中国传统教育毒害太
[……]阅读全文
先看下面这样的困惑：
[……]阅读全文
