一个纯正程序员的啰嗦
来，说点大逆不道的。
代码是程序员的基础能力，毫无疑问。Linus 说，“Talk is cheap, show me the code.”。软件工程师，归根到底是要做工程的，代码写不好，就谈不上把工程做出来。
可是我觉得，越来越多勤奋的程序员，是写代码写得太多了，而不是太少了。
胡扯！读书百遍，其义自见。书山有路勤为径！代码也是如此，没有足够的积累，怎么能写得好代码？
可是，写代码真的需要那么勤奋地练习，那么大量的积累吗？
我想说一个现象，那就是很多公司每年都会举行调研，一个很常见的问题是，作为程序员，一年工作时间里面，写代码的比重有多少？
有一个很朴素的想
[……]阅读全文
最近因为工作的关系开始学习 Python 了。以前从不曾正儿八经地学过，如果说工作学习经验带来改变的话，那么编程语言的学习就是个很好的例子。如果在十年前，我要学习 Python 的话大概会买本系统介绍的 Python 教程，然后一页一页慢慢看，估计能够啃完大半本，跳过一些自认为次要的特性。等到在项目中使用已经得是一两个月之后了吧。但是如今我显然不太会做一样的事情，我现在会拿着我那些熟悉的编程语言来比较，不同的特性上面，Python 是怎样的，是先进还是落后，适合解决什么问题，在哪些领域可以大行其道，但在遇到哪些问题的时候事倍功半。
想起以前接触过的编程语言里，事实上有一半都不能算系统地学过，大致上只是 [……]阅读全文
偶然想到的这个话题，工程师做工程是一方面，而作为单纯的程序员，总是充满对于纯粹的追求。
最近又负责了一个使用 Angular 的项目，我们知道最近 Angular 很火，其中一个重要原因就是它给前端开发带来的变革，第一次发现可以让以前如此恼人的变量绑定消失掉。以往变量绑定的语句放在附属于页面的一个 js 片段（文件）里面，颇有些无奈的意思，如果把它视为展现层面的东西，显得很不直观（声明式编程才是最直观的方式），而且让这一层变得啰嗦；而如果把它视为下面一层的东西，这又让逻辑代码变得不纯粹——凭什么要让逻辑代码去了解哪个 dom 叫什么 id？于是 Angular 来了，引入了 $Scope 这代表上下文的东西，变量绑定
[……]阅读全文
“ 不要重新发明轮子” 是总是可以听到的话，在评判一个设计的时候，总是听到这样的话。但是凡是不绝对，而对于这句话来说，很多情况下，都是错误的。我甚至都不能说出“ 大多数情况下不要重新发明轮子” 这样的话，因为具体问题，实在没法用大多数还是少部分来概括。重用轮子有什么好处？省代码；轮子已经经过千锤百炼，质量有保障；轮子功能在逐步更新中，可以看到未来的获益。但是，也有一些情况让我无法重用轮子。
第一种情况，我只需要一点沙土，我不需要整座大山。
比如，我只需要一个 StringUtil.isEmpty 这样的方法，判断字符串是否为空串或者 null，如果引入
[……]阅读全文
最近开始学习 Scala，相较于学习 Haskell 的过程来看，Scala 真是直观得多，友好得多，更容易上手。以前写过关于从熟悉的 Java 和 JavaScript 来逐步学习 Groovy 和 Haskell 的文章，这以后再来学习 Scala 的话，就可以不断比较了。如果和我一样有 Java 经验的话但是从来没有接触过 Scala 的话，建议先阅读这篇文章，A Scala Tutorial for Java Programmers，一边比较，一边熟悉，同时配套的还有这个，Scala for Java programmers – Joakim Ohlrogge & Enno Runne，Youtube 上的视频，
[……]阅读全文
这是这个系列的最后一篇，从编程范型的角度概览，前面几篇的链接在文章后半部分有汇总。
我在之前已经介绍过编程范型的概念，而事实上，我们到现在为止，纠结在这四门迥异的语言上面，浅看是各种语言特性，深看就是编程范型和思维方法。
下面这张 “神图” 来自于这里，可以说是对于范型和语言归类的概览，从左往右从更强的声明式向着更弱的声明式发展；依据状态分为 Unnamed state（串行或并发，包含逻辑式和函数式这几种分类）、Nondet. state（所谓的不确定性状态）和 Named state（包含数据流、消息传递和状态共享这几种分类），Haskell 出现在了左侧函数式语言的分支内，而 Java 出现在了右侧
[……]阅读全文
这是《从 Java 和 JavaScript 来学习 Haskell 和 Groovy》系列的第四篇。
首先来理解 DSL。
DSL（Domain Specific Language）指的是一定应用领域内的计算机语言，它可以不强大，它可以只能在一定的领域内生效（和 GPL 相比，GPL 是 General Purpose Language），表达仅限于该领域，但是它对于特定领域简洁、清晰，包含针对特定领域的优化。
当我们面对各种各样的特定需求的时候，一个通用的语言往往不能高效地提供解决问题的路径，相应的 DSL 并不是并非要解决所有的问题，但是它只关注于某一个小领域，以便解决那一个小领域的问题就好了。比如 HTML，只用
[……]阅读全文
本篇文章的话题是元编程。首先来认识元编程，我在第一篇 《引子》里面已经介绍：元编程，指的是在运行时改变 “类” 的定义，例如访问、增加或修改等等。一言以蔽之，就是 “用程序来写程序”。在第二篇的 《类型系统》里面已经借由继承和接口的实现，介绍了一些利用元编程特性来增加或改变子类行为的方法。回顾语言发展的长河，其实是经历了一个从 “对象 -> 类 -> 元类” 到 “对象 -> 原型” 的发展过程的。所以，无论是类，还是元类，这样的概念其实都不是非有不可的，只是因为我们思考的习惯，特别是抽象的习惯而顺其自然地产生了。这一点我在 《编程范型：工具的选择》里面已经详细描述了，建议在往下阅读前移步。
[……]阅读全文
接上文 《从 Java 和 JavaScript 来学习 Haskell 和 Groovy（引子）》。
首先搞清几个概念：
[……]阅读全文
我记得刚接触计算机的时候，我就受到了两个非常巨大的错误观念的影响，这个观念最初是来自于老师的传授还是学长的教诲已经记不清了，但是直到我工作几年以后，才慢慢有了实际的体会：
简直就是是胡扯啊。也许在某个极其狭隘的上下文中还能这样说，但是泛泛而谈，这样的态度无疑是误人子弟的。
就说第一条，编程语言不但重要，而且太重要了。换句话说，学习一门新的编程语言，可能学习的是背后的范型和思考问题的方式。如果这个部分能带来新的东西，那就是值得花时间投入的。
可能很多人和我的背景一样，熟悉 Java 和
[……]阅读全文
不久前看到一个讨论帖，说的是 XML 和 JSON 的比较，说着说着后来就变成了 JSON 到底比 XML 牛逼在哪里。不吹不黑，客观地来比较一下二者的异同。
XML 比 JSON 更胖吗？
有的情况下是的，但也不一定，比较这样的片段：
<user age="18">
<address>
<city name="Seattle" />
</address>
</user>
和
{"user" : {
"age" : 18,
"address" : {
city
[……]阅读全文
模板引擎是为了解耦而产生的，从编程范型的角度来说，写模板属于 “声明式（Imperative）编程”。JSP 大概是最早接触也是最基础的模板引擎，本来写 Servlet 嘛，一大堆一大堆的 print，实在是没有任何结构性可言，然后 JSP 出现，先被处理成实质为 Servlet 的 Java 文件，编译以后变成 class，接着一样执行。所以本质是编译型的模板引擎，当然模板引擎也有解释型或者二者混合的。通常说来编译型的执行效率要高得多。只要是和显示相关的编程语言，都会发展出一套或者 N 套模板引擎，用得多了觉得很多情况下都大同小异。
以下内容来自于在 StackOverflow 上的有一个有趣的讨论，说的话题很小，就是对于这样的对象为空的检查：
if (someobject != null) {
someobject.doCalc();
}
为了避免空指针异常，看起来也没什么不妥。不过代码里面一片一片的对象是否为空的判断，实在难看。
对象是否为空的契约
通常我们在定义 API 的时候，是遵循一些规矩的，这些规矩可以叫做规约，比如这样的接口：
public Set<String> getCollections();
通常情况下，或者说没有特殊说明的情况下，返回的 set 是不能为 null 的，如果没有元素，应当是一个
[……]阅读全文
There is an article “Why Singletons are Evil” written by Scott Densmore in 2004 aroused controversy. Suggest you to click the link to see what he said before reading this. Recently I found some points in this article has been quoted and recorded in the development guide in our team, which is comple
[……]阅读全文
最近在使用一个内部框架的时候，希望能够在运行时指定枚举类型，却发现这是一件挺麻烦的事情（不找别的替代方式，就是要动态增加 enum 的类型），方法也不正统，不过作为有趣的尝试，研究研究也无妨，下面的内容主要来自于 《Java – create enum instances dynamically》这样一篇文章。在一切开始前，如果你想问，为什么非要增加/改变 enum 类型？其实这是一个非常好的问题，多数情况下这是应对被避免的，但是这不在今天我的讨论范围内。
一、方法 void addEnum(Class<T> enumType, String enumName)，用于增加一个枚举类型：
&n
[……]阅读全文
最近在读代码的过程中，经常遇到一些利用泛型来对调用链中的参数进行类型约束的情形，特指对于调用链中后面环节的参数类型和返回值，由前面环节的参数类型来确定，我草率地把它称作泛型传递（技巧很简单，但是用得好会很有趣；我不知道这个东西正儿八经的名字叫做什么）。
在说这个事情以前，对于 Java 的泛型，还是和其它语言中有些许的不同，这里需要结合使用方法泛型和类泛型，如有不明，对于其中的使用可以参考这篇 《泛型趣谈》，而其实下面要说的内容，其实也就是这篇文章中提到的 “链式调用”。另外，也顺便提一句，“泛型” 和 “范型” 可是完全不相干的东西，相差十万八千里（若有混淆，关于 “范型”，可以移步阅读这篇文章）。
很多
[……]阅读全文
看到这样一条微博，觉得挺有意思，就记录在这里：
所谓对比，Java 真是足够啰嗦：
图不清楚，我来再叙述一下。要做的事情就是，把原有列表里面的每个元素都变成大写的，再放到一个新列表里面去。
这是 Java7 的版本：
List list = Arrays.asList("andy", "michael", "thomas");
List list2 = new ArrayList<>();
for(String s : list)
list2.add(s.toUpperCase());
这是 Java8 的版本（移步阅读：《Java8 集合中的 Lambda 表达
[……]阅读全文
本来想告一段落别写编程范型的东西，但是这个话题最近发现很有意思，就拣出来唠一唠。从中除了能看出很多有趣的语言特性，观察不同语言的设计，还可以发现程序语言的发展过程。这里谈到的语言特性，都是从 C++的多重继承演变而来的，都没法完整地实现和代替多重继承本身，但是有了改进和变通，大部分功能保留了下来，又避免了多重继承本身的问题。
C++的多重继承
这个问题我觉得需要从老祖宗 C++谈起，我记得刚开始学 C++的时候老师就反复教育我们，多重继承的问题。比如说二义性问题，也就是说，两个父类如果定义了同名的方法，调用它的时候编译器就不知道怎么办了。
但是需要说清楚的是，多重继承确实是有其使用场景的，
[……]阅读全文
这是我写的关于编程范型的文章中最后一篇。
在 《编程的未来》里面提到过，很多时候脑子里的算法还是不容易转变成代码，大部分情况下这不是你编码技巧的问题，而是编程语言的问题，或者更严格地说，是编程语言选择的问题。除了复杂性这个软件唯一的敌人，其它真正的困难，早就被数学家们解决了，如果问题和它的解决能够用数学轻松地表述出来，那计算机只是工具而已。极端地说，如果有合适的工具，那么就选择一个；如果没有，那么可以创造一个。仅此而已。
工程师的乐趣，大抵在解决实际问题上，既有解决问题的成就感，也有解决问题的过程。而为了解决问题，又需要分析问题，选择合适的工具，再来使用工具解决问题这几部分。我们对于各种设计模
[……]阅读全文
