同事是一位毕业两年不到的入门级程序员，这两天拿着一本《**AJAX》还是《AJAX**》在翻看，我拿过来大概看了看目录后就直接了当的建议这位小兄弟不要再看了，以你现在对WEB各个层面技术的理解程度，看这种书除过能在项目中临时抱抱佛脚外毫无一点用处。
我并不是在贬低这位小兄弟的技术水平，只是这些书的内容的确不能让人恭维，前面几章讲基础的还行，只是内容太少，后面开始大篇幅的讲解google map、dojo、dwr等等等等的使用时我就无心再看下去了。翻开书不小心正好看到了利用xml返回javabean或者是pojo对象到客户端的一节，书中称这个叫做ajax和java的对象序列化@#$%^&*，如果我没记错，这篇内容应该最早出自BEA还是IBM的中文站点上，书中用大量的代码讲解如何在java类中实现toXML方法，并最终通过servlet传递xml字符串到客户端让javascript接收，写完后作者可能也想到了xml的效率问题，又补充到在服务器端返回javascript数组以便提高应答速度，按例子要求，返回的二维数组中必须要进行字符转换，书中给出了这样一段例子代码：
for (var i = 0; i < xmlArray.length; i++) {
for (var j = 0; j < xmlArray[i].length; j++) {
if (j == 5) xmlArray[i][j] = xmlArray[i][j] + '元';
}
}
}
其实像上面这段代码完全可以这样写：
if (j == 5) return xmlArray[i][j] + '元';
else return xmlArray[i][j];
//或者直接写：return xmlArray[i][j] + (j==5 ? '元' : '');
}
大概形式就是这样，可能具体变量名函数名啊之类的记不清了，在这里我也不是故意炫耀下代码功底或者什么奇计淫巧，只是觉得写这些书的人要嘛不负责任要嘛就是功底不到家，写这样的代码能提高效率吗？怪也要怪现代计算机速度太快、内存太大，放在十年前286、386、2M、4M内存的机器上满篇这样的代码机器早就玩儿完。
公司项目中有个省、市、县、街道四级联动的需求，代码先是在dao层用spring的jdbcTemplate内部类的那个方法返回Entity类，循环遍历后放入list，再从biz层循环list得到每个Entity后封装到Map<String, String>再存入List后返回给Action，页面上的struts有个optionsCollection标签可以直接装载bean里的这个list到SELECT中，整个过程加上struts的总共要循环3、4次，项目为了整体架构的清晰只能这样做，目前没有加入街道级数据，在奔4的机器上不迟缓，这就是利用强大的计算机性能来损失一点代码的执行效率。
也许时代在变，现在讲究的是项目层面上软件开发，无论是MVC还是XP还是CMMI，大家都用心在楼宇的总体设计上，至于每个泥瓦匠的摸泥水平还是没颗螺丝的质量已经没人关心了，大家都相信砖混型的建筑已经过去，现在流行的是框架式楼，哪怕这层楼的砖头都掉光也不会倒塌。
给项目经理汇报了下上面所述的那个问题，项目经理不在乎的说：部署时客户那儿用的是小型机，还怕这点循环速度吗？
......
......
我视为珍品的《计算机程序设计艺术》和《代码大全》准备压箱底了，也许是我老了，也许是这个时代变化真得太快。
