一个纯正程序员的啰嗦
不久前写过一篇 《给我一把榔头，满世界都是钉子》，从算法和数据结构的角度谈了谈对于问题和问题解决的工具这两方面我的看法；而最近看到了这样的代码，一个表格，单数行和双数行的样式不同，于是有程序员这样写道：
var trs = $("#spreadSheet tr");
for(var i=0; i<trs.size(); i++){
if(i%2)
$(trs.get(i)).children("td").css("color", "RED");
else
$(trs.get(i)).children("td").css("color", "
[……]阅读全文
在 Wikipedia 上数据绑定的定义是：
Data binding is the process that establishes a connection between the application UI (User Interface) and business logic. If the settings and notifications are correctly set, the data reflects changes when made. It can also mean that when the UI is changed, the underlying data
[……]阅读全文
Java 中的泛型带来了什么好处？规约。就像接口定义一样，可以帮助对于泛型类型和对象的使用上，保证类型的正确性。如果没有泛型的约束，程序员大概需要在代码里面使用大量的类型强制转换语句，而且需要非常清楚没有标注的对象实际类型，这是容易出错的、恼人的。但是话说回来，泛型可不只有规约，还有很多有趣的用法，容我一一道来。
泛型擦除
Java 的泛型在编译阶段实际上就已经被擦除了（这也是它和 C#泛型最本质的区别），也就是说，对于使用泛型的定义，对于编译执行的过程，并没有任何的帮助（有谁能告诉我为什么按着泛型擦除来设计？）。所以，单纯利用泛型的不同来设计接口，会遇到预期之外的问题，比如
[……]阅读全文
本文翻译自《Java 8 Explained: Applying Lambdas to Java Collections》。
Lambdas 表达式是 Java 8 的主题，在 Java 平台上我们期待了很久。但是，如果如果我们不在集合中使用它的话，就损失了很大价值。把现有接口迁移成为 lambda 风格接口的问题已经通过 default methods，也就是 defender methods 解决了。在这篇文章里面我们来看一看 Java 集合里面的批量数据操作（bulk operation）。
批量操作
最初的变更文档已经说了，批量操作是 “给 Java 集合框架添加的用以批量操作数据的功能，而它是基于 lam
[……]阅读全文
有时候对内存进行大对象的读写，会引起 JVM 长时间的停顿，有时候则是希望最大程度地提高 JVM 的效率，我们需要自己来管理内存（看起来很像是 Java 像 C++祖宗的妥协吧）。据我所知，很多缓存框架都会使用它，比如我以前使用过的 EhCache（给它包装了个酷一点的名字，叫 BigMemory），以及现在项目中的 Memcached。在 nio 以前，是没有光明正大的做法的，有一个 work around 的办法是直接访问 Unsafe 类。如果你使用 Eclipse，默认是不允许访问 sun.misc 下面的类的，你需要稍微修改一下，给 Type Access Rules 里面添加一条所有类都可以访问的规则：
在使用 Uns
[……]阅读全文
我的一些关于编程语言学习和使用的观点如下，因为最近谈到这个事情，就记录下来吧，但是我只想简单的表述出来。当然，我不想陷入语言孰优孰劣这种争论的圈子里。
多掌握一门语言有没有价值？如果一门新的语言能改变你对编程的理解，它就是值得学习的。另外，每一门语言对应着一种或几种 “编程范型”，接触不同的编程范型是很有价值的，这是扩展视野的好机会。
编程语言只是工具，工具都是用来解决特定的问题的。特定的问题使用适合的工具来解决。但是很多情况下，我们的选择太多。选择这一门编程语言的原因可能只是因为 “它很酷啊”，或者 “因为大家都在用它”。另外，还有一种极端的滥用的情况：“当手上有一把锤子的时候，你看什么都是钉子
[……]阅读全文
我想谈一谈这个话题是因为我的上一篇博客在 ITEye 上有一些朋友回复，说 if-else 过多的分支可以使用 switch 或者责任链模式等等方式来优化。确实，这是一个小问题，不过我们还是可以整理一下这个小问题的重构方式。
为什么要优化？
你没有看错。这是要放在第一条谈论的。
有许多人会说，叠起来一堆 if-else 分支，代码就不优雅了。可是，怎样去定义 “优雅” 的概念呢？再退一步说，即便不 “优雅”，又有什么问题？
对于这样一段再普通不过的代码：
int code;
if("Name".equals(str))
code = 0;
else if("Age".equals(str))
code = 1;
[……]阅读全文
有下列情形之一的，你患上了代码洁癖症。症状程度可轻可重，轻者帮助写出优雅整洁的代码，重者走火入魔，万劫不复。
[……]阅读全文
记得在我刚学 Java 的时候，真是搞不清楚 Date 和 Calendar 这两个类，后来我渐渐知道，原来不能全怪我啊，Java 日期 API 之烂是公认的（不妨参见这篇文章，Tiago Fernandez 做过一个投票，就是要选举最烂的 Java API，结果 Java 日期 API 排行第二，仅次于臭名远扬的 EJB2，嘿嘿）。
蛋疼的 java.sql.Date
只有 Date 和 Calendar 搞定一切吗？那还好啊。当然不是！光 Date 就有 java.util.Date 和 java.sql.Date，而且关系是 java.sql.Date extends java.util.Date。为了把前者转成后者，我写了这样的代码
[……]阅读全文
其实本没有什么代码是 “史上最烂” 的，要有也只有 “史上更烂” 的，我想随便说说这个话题，也是源自豆瓣的一个讨论。事实上，系统复杂了被骂代码烂是一件司空见惯的事情。当然，也有一些短小的代码片段，就足以看出代码作者是个不怎么样的人。
布尔类型的使用是很容易变成最烂代码的：
if (isTrue())
if (isTrue())
doSomething();
if(boolVal == true) {
.....
}
有一些毫无意义的注释：
return 1; // 返回 1
//如果标志为真，就返回 true
if(flag)
return true;
更无意义
[……]阅读全文
今天看到微博上大家在讨论一个 JavaScript 的小问题，问题虽小，还是有思考的价值。我看到不少人对其展开了讨论，有很多答案，也有很多有意思的观点。学 JavaScript 的人很多，但是学好真不容易，哪怕就是基础的部分。
先看一下下面的代码：
var value = 500;
var obj = {
value: 0,
increment: function() {
this.value++;
var innerFunction = function() {
alert(this.value);
}
[……]阅读全文
有句话叫做 “计算机科学领域任何问题，都可以间接的通过添加一个中间层来解决”，但是唯一解决不了的问题，是层次本身过多的问题。每一层内都会维护自己在乎的数据对象模型。层与层之间数据的传递，就不可避免地遇到对象类型转换的问题。
这个话题也和最近的项目有关。我们在重构一个老旧的系统，所做的第一件事情，就是要把数据访问层从原有系统中剥离出来，我们精心设计了这一层的模型和结构，但是要让原有系统平缓地从原有数据访问方式上移植到新的数据访问层上，就涉及到上层（Service）的原有数据对象和数据访问层（DAS）之间的数据传递，而二者模型并不相同，而且原有 Service 的模型并不纯粹，既不是充血模型，mode
[……]阅读全文
不妨先来打量一下 JavaScript。JavaScript 是唯一至今主流且基于原型的语言，虽然说支持面向对象，但是无论是封装、继承、多态，实现起来总需要用到一些 tricky 的办法，而且也不甚完美。事实上，为了抢市场，从 1995 年 JavaScript 设计完成到发布，只有短短的 7、8 个月的时间，极度缺乏谨慎的语言特性和规范的评估。而和微软 JScript 的竞争，使得 EcmaScript 标准仓促问世，这些都是 JavaScript 存在诸多缺陷的重要因素。
不止如此，Google 认定，JavaScript 的缺陷难以以改良的方式被修复，必须革命。那么都有哪些缺陷呢？推荐大家去阅读《Using JavaSc
[……]阅读全文
最近在关注 Dart 语言，下面这篇文章译自这里，其实是 2011 年 11 月 Google 内部员工的一封邮件，邮件中提到的 Dash，就是如今的 Dart 语言的前身。Google 搞东西很有意思，思维似乎非常超前，总是能挖到现在火爆的东西的不足，然后搞一个新的东西代替它，真是凶猛异常。比如 SPDY、V8、WebP、Go 等等，有的成功，有的失败。还有，希望大家能从下面粗糙的译文中留意到，Google 对于标准非常重视，谈论中也是霸气外露，希望把一切标准都控制在自己手里。
Subject: [Caja] 转发：从上周的 JavaScript 会议看 JavaScript 的未来
From: Mark S. Mill
[……]阅读全文
第一次接触 Io 语言的时候我就被其简洁干净的语法打动了（如果你有编程语言的经验，也许 15 分钟就可以掌握大部分的语法），Io 语言的简单、灵活和对并发的良好支持都让人印象深刻。本文翻译自 Io 语言官网的这篇文章。
引言
总览
Io 语言是一门基于原型的动态语言，主要思想很大程度上受到了 Smalltalk（所有变量都是对象）、Self（基于原型）、NewtonScript（差异化继承）、Act1（并发行为特征）、Lisp（运行时可观测和修改代码）和 Lua（小巧可嵌入）的影响。
透视图
过去三十年编程语言研究的重心已经转移到了具备强大的表达力的高级语言（比如 Smalltalk），以及性能卓越
[……]阅读全文
本文翻译自这篇文章，这篇文章写于 1998 年，作者是 Scott Ambler，真的挺久远了。看看上个世纪末的时候，程序员的视角和观点。
想从面向对象复用技术中真正获益，你就必须理解不同种类的复用，并且自如地在不同场合下使用它们。
复用性是面向对象技术带来的很棒的潜在好处之一。遗憾的是，很多情况下这个好处并不能真正兑现。原因在于复用并不是毫无代价的，它并不是你使用面向对象开发工具的时候就能轻而易举得到的。相反，它是你为了成功而努力工作得来的。首先要知道的是，这个世界上有比代码复用多得多的可复用的东西。代码复用只不过是最基本的一种形式而已。当然，你不要
[……]阅读全文
简历和自我介绍上经常能够读到“ 精通 Java” 这样的话，有人和我说，精通 Java 的人太多了，精通 Java 已经不能算亮点、不能给自己加分了。可是事实真是这样吗？
对于语言的学习，我有一种观点，一是纵向，即要选择一门自己认为合适的语言学到有相当的深度。二在于横向，即要学习不同类型、不同历史和不同门派的语言：
横向类比能够带来对一门语言的
[……]阅读全文
到处都在谈论 UI 的美感，仿佛 “美” 在软件工程中的定义就要落到界面上面。实际美的存在是广义的，包括架构设计，包括代码建设，包括接口定义，不妨在更多的场合引入对美的评审。软件本身就是一种艺术品，而程序员，应当是被赋予创造力的艺术工作者。
仅看这两张图，你觉得哪一张会更美一些？
我相信大多数人会选择第一张，因为后面那张图显得头重脚轻，事实上，后者也确实是一个短命的版本，只存活了不到半年的时间。这两张图，正出自淘宝发展的一个阶段（来自淘宝赵超的博客）。而且，进一步观察发现，对于许多设计图来说，狭窄的汇聚点往往成为性能的瓶颈。
另一个设计上典型的丑陋是混乱，如下面的设计图：
我不相信看到
[……]阅读全文
