我看了一下我最近几个月的博客浏览记录，发现这篇的访问量最高。然而这篇文章里面提到的东西虽然有我这么多年编程生涯中的一些总结，但总体上没有太多实在的东西，缺乏可操作性。

而其它的一些文章，比如：

• 对数复杂度的聚集算法
• 将递归转化成迭代的通用技术
• 排列的分解
• ……

却几乎无人问津。

就如同在实际工作中，某某某通过调节某个参数，让系统的运行效率提升了20%，太牛逼，太了不起了！而通过优化，甚至重写某些代码，提高了200%的效率，你能保证你的代码一定正确，没 bug 吗？我们的 site up 已经太多了，你还给大家添乱？万幸通过了测试，最终上线也没出问题，不过你这人太“拘泥于细节”，那是没出息的码工干的活。架构师从来都只谈 High Level 的，太慢，加机器！太复杂了，我们得多画图，多开会，得加人，要用生产率高的语言，用 Python， 用 scalar，用Erlang，用
Json，用nodejs……你用 shell+c，会被那些被用Python 的人鄙视的用Perl 的那些人鄙视的……

服务器间传个文件，再算个sum，要用 shell 驱动 perl，perl 里面要加配置文件，配置文件要用八个XML，十个JSON，还要九个KeyValue pair 文件，要用面向对象，要用多线程，多线程之间要用共享变量，要用消息队列，每个线程再调用 shell，shell 再调用 binary，binary 要用C++写，C++ 要用 boost，解析命令要用 program_options，还能读配置文件，thread_pool 是标配，lambda 也总得用一下吧，记录读取，整数转化，要用
lexical_cast，这还只是平庸的程序员，高手从来是用 spirit 的！你用 iostream，你好意思跟人打招呼？你用 strtoXX, 用 XXscanf，你是玛雅人吗？DMR 已经见上帝去了，爷爷辈的人都已经没有用它的了……

参数解析，有命令行参数，还有配置文件，每个接口层解析两遍才算及格，解析了 5 遍说明你的代码够 robust，搞了8个层说明你架构设计得很 reusable，总共不解析它个50遍，你好意思说自己会写程序。

5行代码的事情，你真写5行？那是大一新生用来练 Hello World 的！没有 500 行，你敢说是 Industry 级别的 Production System ？500行，这只是庸人的本事，高手从来是开两个月会, 画50张图, 再让手下写5000行代码的！

增加新功能，我只需要改八个配置文件，不需要改任何代码。看看你那 5 行代码，就要增加一行还要改一行，你知道啥叫软件工程吗？