国庆长假后的第一个工作日就这么晃荡过去了，全天未写一行代码，乱七八糟的文章倒看了不少。最近两天的工作计划也没什么难度，无非还就是用java拼凑一下sql语句就算又完成了一个业务模块，多简单那，可就是烦了，不想写！也许有同仁、高手要发问了，你们还是用jdbc在做这档子臭事吗？不好意思，的确还是。不是为这种古老而陈旧的开发方式辩护，更不是为了给自己辩护，我只是在想，即使我挂上了hibernate,挂上了ibatis,我能省多少事情呢？业务流到数据流，数据流到最后的sql语句，我不还得一个个的将参数set进去，最起码你也得把最后的那条sql语句或存储过程的执行规律给找出来，相信作BS结构的MIS系统的同仁们都有这个烦恼吧？
设计模式，是现在每个想提高自己的程序员必去研究的热门。能力我相信大家都有，但是我怀疑，大家有着个耐性用设计模式去重构你的代码，更严重的说，是去重构你的思想吗？国内软件行业，想必大家都知道，我们置身在一个大软件工厂里，我们人多，可是我们彼此却没有分担掉一些不必要的工作量，很典型的，传说中我们的月代码量比同是软件工厂的印度程序员要多得多！劳动，重复的劳动，再多的模式，对于像我这样的广大程序员来说，并没有给我们的工作带来福音，精力不允许，项目不允许，老板更不允许。我在想，也许我们是不是根本就走错了路呢？去他嘛的框架，去他嘛的设计模式！我绝对不排斥先进技术，但是我怀疑我们利用这些技术的初衷，就比如从业务模型到SQL语句这块，我认为我更需要一种类似Perl的脚本，一种强大的具有实现功能的业务语言，纵然它不能以最终代码出现，起码可以是一种开发过程中的中间语言。
mark here.
