用了个很拗口的定语来表达我的这种描述：用Ajax做一种操作很简单的功能，比如对某个东西的添加、删除、修改。 用了script.aculo.us的Ajax.InPlaceEditor完成修改，添加和删除是普通的Ajax.Request，又搞了很多JavaScript来保证业务数据的有效性，不过很多人看了感觉，恩，不像个“真正的”管理后台。我ft… 似乎很多人都习惯了提交->等待->返回这套routine，表单一提交，就开始伸长了脖子等，等待下一个页面刷地出现时的那个激动人 心的时刻，不管这个页面是告诉你操作成功还是告诉你哪个字段忘了填。如果局部使用了Ajax，好像会让这些人奇怪：“哎？我的请求究竟有没有被提交出去 呢？”除非大规模使用Ajax，大部分操作都使用Ajax完成，用户也就习惯了。还有就是提示性的信息一定要及时、清晰和醒目，这方面 Rico.Corner.round()可以很好地完成。 不过还是不太舒服，难道小范围地使用Ajax用来完成一些类似表单提交的功能真的会让人感觉有些怪？Auto-Complete除外，这个东西我认为不涉及“真正”的数据“提交”。 想起一句话：QJ也是能产生感情的…

天津大学计算机科学技术学院成立 了，希望在今后的教育中学院也能拿自己的学生们当搞计算机的人来培养。 真是高兴，也许我能赶上吧，哈哈~

主要是找导师冯老师拿一些BizTalk 的资料，我以为得是光盘之类的了，也没找别人借U盘，搞到最后白跑一趟。 但是在学校里转了转，敢情也没白跑。风很大，吹在脸上很冷，骑在安静的学校里面，更让我怀念那些没好好珍惜过的时光。有些后悔没有好好学习，怎 么说呢，也许也不是后悔吧。一直以来就很希望能把自己掌握的东西在实践中使用出来，而学校的生活给我的感觉就像是一直在索取但没有贡献，很呆板。后来听到 社会上的声音，评论大学生眼高手低什么的，自己听到了也不太服气。出来了才知道，社会需要的其实都是体力劳动者，能完成任务就okay那种。前几天秋JJ给 我 转发了封信，提到了“造飞机”和“做裤子”的比喻，说得倒很对，大学生是要去造飞机的，不能一窝蜂都去做裤子，可现在，无奈的同龄人学的是造飞机的本事， 可学校在考试时觉得我们会做裤子当个裁缝也就够了，要求放低了，大部分人也乐得轻松，都改行当裁缝算了。出了学校，当了几个月想造飞机的裁缝我算是明白 了，这太扯淡了。我倒真想回到学校做做研究，虽然“研究”这个词放我身上有些不挨边儿似的，因为缝裤子实在是太无聊了，只有长短肥瘦可言，料子和外观都是 人家事先讲好的。当然，在社会上混的也能从裁缝混到飞机工程师，但总感觉拿出那么多年青春来换这个，不太值得。

我很穷，上班要蹬车，好不容易混上辆电动自行车，最近还坏了。 我有理想，虽然听起来很缥缈，它激励着我，让我在为了不迟到而猛蹬车最后腿都麻木的时候还能在打完卡之后自信地坐在自己的座位上。我想做一些事情。钱，够活就成，我只希望环境不要逼我为了活计而对理想打折。可是现在看来，连做一点实在的事情看起来都很困难。一封email，让我觉得我的2006年一瞬间虚无起来，又重新充满了各种各样的不确定。 从家到公司的路很特别，像是精心设计过似的，能让我看到很多。 上班的路总是很挤，车水马龙，一些自行车道旁边总是树着“禁止停车”的牌子，但在和平保育院附近的路段，接送孩子们的父母们总是会不约而同地忽略这些牌子。总是有天真的孩子从高档的轿车里面兴奋地钻出来，每当看到这样的情形，我的感受都很复杂。这个年代，有人为了生计去挖煤，就算死在煤井里也不会有人用生命去偿还，还有人是真的做到了笑贫不笑娼。这些孩子从出生就比大部分孩子优越，吃好喝好，上学放学也都是专车，他们应该不会知道有的地方的人只是听说过汽车这么个东西。 看得多了就觉得很反感，而且这些父母的车把本来不该他们行驶的很窄的非机动车车道搞得很难走，于是我只好提前几个路口拐弯。 拐弯后的那条路上集中坐落了很多机关单位，路修得很美，路边的建筑看上去很威严。就在这些威严的建筑的对面，我看到总有一两个人，手中拿着写有诸如“申冤”、“冤枉”之类的字牌，举好了站在路边。现在是冬天了，瑟瑟的冷风，卷起路边枫树的落叶，看起来和字牌的内容很搭调。 每天上班我都庆幸我能看到这些，庆幸我还能意识到这些的存在，起码证明我没有麻木。 回家的路上会路过一些看上去氛围很暧昧的日本料理店，路边都是停着各种的高档轿车，有时可以看到美貌的女人跟着男人钻进这些车里的某一辆。霓虹灯红红绿绿的，香车，美女。我还得注意着别让那团散发着酒气的尾气熏到。 有时在家因为看不惯一些事情而破口大骂时，爸妈总是会说，现在说话总是没意义的，对那些人而言我的话连个屁都不如，闻到屁人家还要皱一皱眉头。所以要想让自己的话让更多的人听到，至少要自己有地位了再说。 地位怎么得到？钱？权？名声？权是没戏了，名声也不可能一夜暴发，只有钱，还可能奢望。

在我看来员工与公司之间总存在着一些不可调和的矛盾，按说是应该一同同舟共济的，可有的时候就是…比如如果公司让你放弃你的完美主义，你会不会乖乖地听话，然后去做一些以往很不齿的类似体力劳动的工作呢？ “软件蓝领”这个概念已经不是新生事物了，它刚刚出现的时候我只感觉是一种玩笑，这种技术密集型的产业怎么可能出现蓝领。在我的印象里，某某大牛对一些需要具备“蓝领精神”才能完成的工作感觉到厌烦后，一种很牛的技术或框架或语言随即应运而生，而不像某些人宣称的那样，派一个听话的软件蓝领过去像机器人一样按最平淡无奇最白开水最没技术含量的方法做出来。但是现在这软件蓝领的概念倒是搞得很热闹，俨然像在说中国软件之所以发展不起来完全是因为没有基础性的软件蓝领“人才”似的。 Perl，PHP，Java的出现无一不是因为其作者觉得有必要开发一门语言来解决那些他每天都要与之打交道的烦人的问题，那些支持软件蓝领说的人们不觉得自己观点的苍白么？ 很多软件公司比较支持软件蓝领这样的概念，也难怪，从一个管理者的角度来看，如果手下人的表现比较一致，至少比较稳定，他才有可能按照一定的规律预测公司的运作情况，否则如果这个月产值超额下个月又萎缩，我想大部分管理者是没工夫去下到底层考察一下为什么会出现这样的情况，而是终日惶惶不安，然后正巧听到了软件蓝领这种概念，恨不得大笔一挥，把手下的白色领子刷成蓝色。另外，软件蓝领们的工资显然要低一些——都承认自己是蓝领了，还好意思漫天要价么？所以这个概念受到很多人的欢迎，一方面软件公司的老总们很高兴，仿佛软件人如果都是蓝领，软件生产也可以进入工业化时代，可以对生产量进行预测和规划了似的；另一方面，呵呵，鼓吹蓝领概念的机构很大一部分都是培训机构，软件蓝领的概念无疑意味着从业者门槛的降低，来培训的人就更多了，多得让人足以怀疑这些人鼓吹软件蓝领概念的初衷。 很多人虽然不赞成软件蓝领，但在平时开发时却总是有意无意地做蓝领才做的事情，比如宁可copy-paste也不去extract method，宁可繁衍出很多相似的类也不愿意做抽象，所有这些鲁莽的行为虽然看起来很笨拙，但却确实可以达到目的，把个应用像模像样地搞出来。诚然，这种笨拙的方法可以解决问题，而且看上去很直接，不用费任何工夫去做额外的工作，所以有人冠以“实用主义”的名号。很多公司存在外行领导内行的现象，领导们在下属可以按时完成工作的情况下自然也不会去做code review，谁不想活得容易些呢，他们只是希望deadline到来的时候自己可以毫无顾虑地把手下人的工作交给上司，然后喘口大气冲一杯咖啡，而对手下人到底如何完成工作的，大部分领导们才懒得去管。 记得微软刚推出.Net没多久（那时我还在学习C#，我着手学习.Net的时间还算比较早），很多人都为使用VS.Net+C#/VB.Net所带来的开发效率（不如说是开发速度）所沾沾自喜，有的人说他们公司的所有项目组里就数使用Java的组最拖沓。当时回复这个话题的人群里面有很多Javaers，他们反击的主要观点就是.Net开发群体普遍只顾RAD而不重视设计的这个事实（.Net Framework 1.x整体上就已经不顾设计单纯封装底层API了，也难免Javaers们对.Net开发者对待设计的态度上做出同样的置疑），我记得又有个人说，“我只在乎能按时完成，不在乎通过什么途径，作为一个员工难道不该为公司着想，尽快完成工作吗？”——大意如此。

我知道我知道，Model 2代表的开发搞起来总是感觉那么费事儿，无论经典事儿妈Struts，天才的作业WebWork，还是组件组建的Tapestry，再加上EJB大叔或者Hibernate、JDO，我为什么必须遵守这些婆婆妈妈的框架定的那套routine？为什么搞一大堆xml或者其他什么东西，才能请得动这些大仙们为我的webapp显一显灵，即使我的webapp简单得让人不好意思拿出来？ 为什么？说得铜臭一些，为了降低维护成本。是，您水平很高，从js、jsp、Action到业务逻辑、持久层大小通吃，但这并不是规范的过程，因为没有任何团队协作在里面，在这种环境下大可把什么Model都忘了，咱一个jsp甚至一个servlet全搞定。为什么要分层开发？废话，不把jsp提出来，美工怎么设计？不把Action提出来，页面流、控制流所体现的用例怎么才能成真？不把业务逻辑分离出来…难道做这么个webapp是为了拿来看的？分层开发不是老一辈们总结出来为了被人们当作屁话的，我们都有体会，一个框架、库之类的东西，分层越细致，定制越方便，用起来也就更灵活，当然这都是在分层没有细到让人想砸键盘扔显示器的前提下，相比之下定制每一层的工作量趋于不变，而且定制一次以后很可能不需要再次定制——是，确实，写Java代码照样可以完成定制的任务，不过同样都是一套套的routine，我不觉得写Java类就比写xml、properties文件高明多少，至少，Java类改动了还得麻烦您编译呢。 那些都是公司的事，对，我们打工的也懒得理，现在我就想快速完成任务，难道这样的想法错了么？没错，但是正如一个前辈同事说的，工作永远是做不完的。更多的任务不在最初的开发甚至原型开发阶段，而是在维护，对，又说到了维护。维护不是说不停地patch，也包括应付后期更多的需求更多的变更，而且维护的工作很可能不是由大牛您完成的，所以，不管分层然后敲出来那样好像泞成一锅糨糊似的代码…至少我见过的接手其他人工作的人们没有一个赞叹其前人的代码的优良的，鸡蛋挑骨头是人的天性。但是，HOWEVER，当然也不能因此就破罐破摔：乱就乱呗，反正怎么着也没人说好。老一代的程序员也说过，代码是程序员之间交流的语言，工整、注释得当的代码是作者对阅读其代码的人的尊重。是啊，代码都成了语言了，乱七八糟的代码不就跟乱七八糟的话一样，相当于骂人么？而且，就算这段代码一直由您维护，如果您一年没见它的面儿了，您还保证得了您看得懂自己原先天马行空不拘一格的作品么？拿Perl举个例子，这是以混乱出名的语言，很多人对其以前写的perl script都已经是很头大了，看不懂，这咋整，自己都看不明白了… 所以，任何时候也不要沾沾自喜于别人看不懂自己的代码，也许人家骂骂咧咧之余已经不想去看了… 自勉。

要想出头，当个专家是必须的，而前面无非是这么几种选择：技术专家，产品专家，和业务专家（不知道可不可以叫领域专家，貌似很多地方对领域专家的定义很模糊，有参与开发的也有不参与开发的）。 技术专家是我一直梦想成为的角色，在大家对某个问题焦头烂额时这个人一出现往往就意味着问题即将不是问题了，很cool的角色，uh？想当这么个牛人，每天跟踪技术是必需的了，我每天倒都会花很多时间在这上面，自然，还要看那些开源疯子的代码，然后自己生成一些东西来试验，跟踪调试等等。做这样的专家肯定是最爽的，因为面对的东西都是很客观的东西，1就是1，0就是0，不像跟人打交道似的。 产品专家也不错，尤其是商业产品的专家。乍一看上去这样的专家好像没什么意思，不就是用某种产品用得多么——恩，只到这个水平的人我一般称之为Power User成为产品专家的人一要对这个产品的安装、使用、设置、除错等等了如指掌了，而且对不同版本之间的兼容性也要了如指掌，甚至对构建在这个产品之上的一些扩展或者其他产品也要了解，etc.。大型商业产品的专家是需要一定环境的，比如Oracle，WebSphere家族，Lotus Notes等等，这些东西没有一定的运行环境的话都很难看清楚人家长什么样子，哪里还谈得上混个专家当当。现在好像DBA们特别值钱，大概就是因为DBMS可能是最难用顺的东西了吧，细节太多，内涵很庞大，外延也是绵延不绝… 业务专家这个角色我认为是技术和业务的枢纽人物，他们肯定了解业务的各个方面，同时技术也说得过去，没有他们的话项目当然也可能完成，但有他们在的话他们所发挥的作用一定很惊人。 废这么话主要是因为一个刚认识不到一个月的同事离职了，去做工作流相关的事情了。这对公司来说不能不算是个损失，因为一些琐事吓走了可能为公司带来收益的人。我也不知道做工作流是算做技术还是做业务，也许算是技术与业务的桥梁？技术专家与产品专家所要面对的都是很客观的东西，而业务专家则不一定，所以，暂时我不会希望做个业务专家，把每一天消耗在去跟形形色色的什么什么打交道的破事儿上，而且业务总是多变的，有些变化与其说是变化不如说是扯淡。再者我认定和越多的人打交道，知道的事情越多，就越会看到社会的黑暗，而这些黑暗我已经看得够多了，不想再看了而已。

我记得，上小学时，一段一段的主要内容、中心思想让我觉得很无聊；上初中时，一道一道很雷同又做不完的各色题目让我觉得很无奈；上高中则是一次次的考试外加排名让我觉得很火大；上大学就不用说了，自然是一次次地重修。现在，我不知道是该火冒三丈还是该安安静静地一边听音乐一边卖命“工作”。 我不想跟我们的美工同学讨论在这个年代是否还应该用套这样的方法做网页布局，我知道美工JJ也很苦很累，又是做图又是做网页还要陪着客户代表让人家一遍一遍QJ她的作品，套做布局是DW里最直观最RAD的了；我不想追究项目经理大人是不是限定我们一天就结束一个模块然后开始下一个会导致质量没任何保证，我知道他在两任经理之后接下这个摊子也很难，deadline摆着总不能视而不见，何况他已经帮我们挡回很多变更（谢天谢地）；至于客户，李老大说也不能怪客户，追求更多的功能是客户的天性，无论需求定没定，尤其是现在这样一种我们上赶着人家的状态；只剩下公司自己了，我还是不想说啥，您问为啥？想继续糊口呗~ 我希望能说服美工同学，加CSS虽然看上去是“曲线救国”，但应对起变化来要灵活得多，html标记量也少得多，DW的功能够破了，不要以它为中心；我希望能请项目经理大人能允许我对自己的代码负责一些，多测试一下，我很感激您在百忙之中顾及我的喜好，分配给我一些并非简单的CURD的逻辑，让我能在每天的枯燥中找到一些乐趣，但显而易见的是那些不是简单CRUD操作的逻辑如果不多测试我自己也没把握，虽然它们深居后台，连UI都没有；我希望客户能明白，除了一分钱一分货以外，时间也很重要，大跃进出来的产品您应该是不需要的，就算时间真的不允许，做一个功能稍微少一些但是能正常运行的程序，最起码不会开罪用户，也不会破坏您珍贵的数据，我们部署后的应用您如果深感不爽大可rm -rf了事，但您忠实的DBMS维护着的数据再珍贵不过了。对某些同事，我倒没什么可说的，活着吧。 也许有些德高望重的架构师或者资深的什么什么专家会指着我的脸说，你们的架构肯定不够灵活，技术肯定很落后，开发过程肯定很混乱，等等等一下，您没弄明白，您难道觉得我有这么大权利过问这些么？

扯得让人受不了…歌词如下： With hurricanes and terrorists, It’s been hard to just get by.

这几天用的MSN昵称让我感觉听起来很解气：去他大爷的，谁他大爷的愿意当他大爷的软件蓝领谁他大爷的当去，别他大爷的拽着我~ 我不崇拜跳来跳去的人，不求跳一次让薪资上浮几倍，当然也不追求因此带来的安逸，我只希望，在能养活我自己的薪水水平上，老大您给我一个安静的环境充裕的时间，当然还有牛X的机器和带宽，让我在干活时有机会好好看看那些开源疯子们的代码。 家里的小狗在晒太阳，用很懒散的眼神在屋里瞟来瞟去，我想去陪陪它，在太阳下发会儿呆。