2005中国微软技术大会

在参加“2005中国微软技术大会”，感觉和Java大会的风格相当不同，并不是演讲的人不牛，也不是微软的解决方案不能解决问题，主要的区别在于Java社区习惯于通过标准来推动技术的发展，而微软体系给人的感觉更多是提供解决特定问题的产品。当然，这种说法只是总体的感觉，并不是绝对的，Java社区当然也会宣传自己的产品，微软也会制定各种各样的标准。从技术演讲的主题来讲，前几天Java的会议更多是就某个应用或者问题，介绍主流的解决思路，并对这些思路进行分析比较，归纳出在什么样的情况下更适合应用其中的哪一个，最后给出一些开源或者商业的实现，供听讲者查询。在微软这边，则在说明存在什么问题之后，常常直接跳到某公司的某某解决方案如何解决问题，又如何更好地发挥该产品的性能，基本上相当有售前的味道，事实上大多数此类的演讲也确实是由售前人员完成的，如果不在下面特意提问，恐怕学到的东西有限。微软大会上当然也有纯技术讨论，讨论的水准不可谓不高，论点基本上也是普适的原则，只是最后多还是会落实到微软环境来说事。虽然微软环境已经够普及够大，封闭也总不是好事，这也许算是一个小小的限制和一个小小的悲哀。如何能有机会比较不同体系对相同问题的解决呢，也许这就是我们自由的第三方所适合去做的事，只是觉得有点累。

还是喜欢Java，虽然标准林立，有太多的选择，让人有时也觉得痛苦。不过此痛苦换来了选择的自由，也该算是一种快乐吧。

此外，在大会的迷你书店，居然看到了我大学时如山峦景仰般的一套《古今数学思想》，每次看到这套书，都十分后悔没有去读一读。只是，昨天怎么就没有摆出来这本书呢？

唉，在会场用无线网络发上来，找到一个信号强的地方可真不容易……

JavaChina2005大会

今天是JavaChina2005大会的第一天，整个上午都耗费在排队等待以及听各相关公司领导的讲话上了，感觉浪费了生命。忽然觉得麦克尼利有点老了，虽然一如既往和微软对着干，总让人觉得有点勉强支撑的劲头，还是赶紧让公司恢复盈利能力才是正事。

下午的技术讲座部分倒是不错，除了会务不灵。虽说讲座内容不如我预期得深刻，但对于Java这么大一个盘子，有明白人给高屋建瓴地指导一下也是着实省不少时间。很期待明天的J2EE训练营。

晚上到家努力地给ibook的Linux上装JDK，用的是IBM的JDK实现，安装倒是成功了，可一运行附带的图形界面Demo就造成xserver崩溃，ft了……难道只能回去用JDK1.3.1？或者就干脆全面用python在ibook上工作好了。

本以为可以把号称pure java实现的NetBeans这个IDE弄起来，结果至少是IBM的Java虚拟机实现和Sun的也谈不上完全兼容，自动运行脚本算是没戏了，觉得没啥前途，有调这个的时间还不如把系统装回MacOSX用Java得了。

第二天，GOOGLE了一下，虽然没找到十分确切的答案，但是觉得可能跟xserver实现有关系，后来把xfree86升级为x.org就一切正常了。另外还查到了调整netbeans参数的方法，但感觉netbeans在ibook g3上还是有点慢，没怎么在上面花时间，所以也没有调好Java程序的编译路径。感觉更简化一点的jEdit环境还是不错的，加上插件后功能还比较全。后来用jEdit作为编辑器研究了一下SPE于winpdb联动的问题，把结果用邮件发给SPE作者了，也不知作者会否改进。

SimplePhpBlog出现安全漏洞

刚刚乱看更新，偶然到SimplePhpBlog的官方主页看消息（http://www.simplephpblog.com/），发现出现了安全漏洞……软件的图片上传组件可以被利用上传php脚本，因而可以上传一些Web Shell类型的脚本，通过这样的脚本程序控制服务器。

目前还没有补丁放出，建议先按照官方网站提示，删除图片上传脚本，慢慢等补丁。不要认为自己的网站不用修补，2号官方网站被黑的，服务器时间4号临晨2点我的这个站点的图片目录就发现了shell程序。现在有了google，黑客很容易就能找到带漏洞的程序实例。再说现在往往都用的虚拟主机，一个主机空间被黑，往往就是整个服务器的用户都跟着遭殃。

加密SimplePhpBlog的一点改进

今年春节的时候，为了用于“加密的小地盘”，改动了SimplePhpBlog的代码，使平时仅显示加密了的blog正文。但是当时遗留了一个小问题，加密正文在显示的时候会相当错乱，有时会影响html显示。今天其中的一条消息对格式的影响实在是离谱了点，硬把原来两列的首页表格样式分成了3列。不能忍了，所以把未能正确解密的正文使用base64编码处理后再显示，结果造成了连续英文字符太多，浏览器显示时无法正确换行。这样又不得不把base64编码后的结果加上了换行处理。总之算是搞定了，真麻烦啊……

不过，总觉得自己现在的修改方法不大“干净”，对原始代码的修改太散，因此没有发布我的这个加密的版本。最好能利用某个接口比较干净地加入加密功能，或者用patch的形式。现在懒得搞了^_^

被LifeDrive迷惑了

刚刚看了Palm新出的LifeDrive的评测，感觉这就是一个完全的小笔记本。有了微硬盘以后，一切都不一样了，大容量存储给了多媒体、文档、信息管理更多的可能。我曾经设想过的，把PDA当作U盘用、PDA作为数码相机伴侣、作为手机管理终端、网络终端的功能全部都内置实现了。如果配合上一个蓝牙折叠键盘，那么几乎就完美了。

据说现在卖价大约4000多，贵吗？已经是一个二手笔记本的钱了。不过话说回来，随机器还附带中文手写输入、Office文件的处理程序、媒体播放程序、图片浏览程序，这些软件的钱都算上的话，也不算怎么贵嘛。

问题是我需要么？也许可要可不要，对我来说，可能用一个比较轻薄的笔记本是更好的选择。总觉得笔记本能够应付更多的情况，只是问题在于，我用笔记本的时候，大多数时候也只是多媒体、阅读文本、书写文档等普通的事情吧。因此最后的选择很简单：如果我的主要工作平台是台式机，那么需要一个强大通用的PDA，比如LifeDrive；但如果我的主要工作平台是笔记本，那么只要一个最最便宜简单的PDA记记事就行了，比如我现在用的那个Palm m505。

集成和专业，哪条道路更好呢？是PDA和手机结合的强大但块头也大的平台，还是轻小的手机配合轻小的PDA呢？或许只有看具体产品的时机了。LifeDrive，也许是一个机会。同时我也认为，LifeDrive，将是Palm重新崛起的一个机会，就如iPod对苹果的意义、智能手机对PocketPC的意义。

一个简明的LifeDrive评测链接： TomPda的LifeDrive评测文章

昨晚装了Mandrake

昨天晚上一个想不开，睡觉前在同学的电脑上装了Mandrake10.1official，发觉Mandrake的运行效率还是相当不错的，也感受了一下urpmi的包管理系统，感觉改进还真是不小，基本解决了rpm的包依赖问题，但感觉包的数量好像还是不如debian，而且缺少国内镜像。另外就是不知道利用urpmi能否像debian那样实现整个版本级别的升级。

某些Windows系统打补丁之后不能访问网络

微软的890859,893066两个补丁有可能造成这个问题，卸载之就可以。卸载时需要在“添加/删除程序”里面选中最上方的“显示更新”选项。这个问题解决方法的来源来自http://www.blogchina.com/blog/tb.b?diaryID=1229471

另外郁闷地发现把ibook安装为linux以后，虽然加入了电源管理程序，但是原先OSX下3小时的电池使用时间减为2小时了。。唯一的办法是手动调节背光亮度。。

成功在ibook g3上安装了Debian Sarge

上周日折腾了一晚上，周一又花了点时间，解决了显卡设置的一个冲突问题。现在Debian在我的ibook上运行基本正常了。刚刚安装了FireFox和fcitx中文输入法，感觉比MacOS快和舒服多了。这个条目就是在Debian下输入的。这几乎可以说是我安装Linux以来，最成功的一次了。

遇到了迅驰在无线网总掉线的问题

今天（哦，已经是昨天了……）难得不是很忙，结果几乎全部都花在折腾自己家里的计算机设备上了。首先是家里的网络断了好几天了，爸妈是怨声载道啊，好不容易把我盼回家，威逼利诱我马上搞定。嗯，我们不能没有网络，所以我开始动手了。

首先发现家里的SOHO路由不是很对劲，我把所有的网线都拔了居然还显示有网罗信号进来……RESET N次不果，判断可能是路由挂了……唉，保修期是一年，结果在半年的时候坏了电源，一年半的时候彻底挂点……后来晚上我把它拆了，发现这个叫做“捷讯”的厂商做事可真绝，居然节省成本到外壳4个螺丝孔之上两个螺丝，还都是上在一侧而不是对角，单片机主板上也仅有3个螺丝。就这样能24小时开机坚持一年半看来是不错了，反正本来就是便宜货。还是应该学学人家TP-LINK，虽然东西也是简陋到不能再简化，但是必须有的还是都有，看着也像那么回事。

于是跑了趟电子市场，败了一个TP-LINK的宽带无线路由和一个TP-LINK的100M普通网卡（家里的老朽半双工的10M产品也该休息了。嗯，提速提速）。从老豆的帐号里提的钱，没办法，我自己口袋里只剩10块了，也就坐个公共汽车来回的钱——可恶的某部门，居然延迟发放学生助研津贴达3个月……是不是想饿死我们啊……

开心回家装好，一切OK，可是到晚上问题来了。用老豆的T42上无线网络居然10分钟后稳定掉线。开始是怀疑新买的路由设置不对（难道我加密了无线传输线路造成了这样？TP-LINK做了一个貌似有效其实有问题的功能？上午还在夸他且有所期待咧），后来又怀疑路由摆放得不够高，再后来怀疑路由本身硬件有问题，最后开始伟大的GOOGLE。发现居然遇到这个问题的人还真是不少，其中的大多数把TP-LINK外带其客服骂得一塌糊涂。莫非……我这次买东西走眼了？最惨的是，我勤快的小姨已经把盒子给扔了，这下没法去退了，难道我可爱的无线路由从此只能当作有线路由使用？

GOOGLE了4个小时以后，终于在某论坛发现一个帖子说是IBM的本本装一个手动上无线的什么程序就搞定，再40分钟以后终于发现这个东西是INTEL的完整版迅驰无线网卡驱动。装完驱动和附带的一系列工具，重新配置网络参数，重启本本搞定。

大Faint……明明是个必须的东西，居然微软就不加到操作系统的补丁里面去，难道他不是号称兼容迅驰？更可气的IBM，居然在做自己的无线网络驱动的时候不把这些必要的东西包括进来。这不明摆着就是谋杀我4个小时时间么……还害我冤枉了可怜的TP-LINK。

嗯，对TP-LINK还是应该赞一个。果然还是没有辜负我的信任。虽然好货不便宜，但是TP-LINK还是以相对较低的价钱给我们提供了不缩水的基本服务。TP-LINK，务实的选择～

Dirty Work

用不好的、比较土的、不规范、低效的方式完成工作，编程人员经常称之为“Dirty Work”。我们研究科学、发明新的工具、想新的办法，很多时候就是为了提高工作效率，也许也是为了减少Dirty Work。不过效果不得不说还是有限。对于这个问题，人本身决定了的东西多于工具、方法决定的东西。

想起这个问题是有一天听到一个毕业了的师兄开玩笑说，他们项目组CVS服务器比人多，任两个人联合工作都会开一个CVS服务器，然后把可能用到的代码拽过来，改改开用。服务器维护也比较混乱，基本没有人知道哪个服务器是谁在做什么用。

其实我本来以为，用CVS服务器的人，应该明白版本控制的原理，所以也应该有能力维护好自己的代码，并且也应该能让自己的代码适应版本控制的需要。但显然我们师兄举的这个例子不符合这个情况。这又重复了那个真理：希望仅仅依靠工具来改变人的习惯是根本不可能的。因此工具本身如何只是辅助，重点还是人的教育，工具至多只是辅助作用而已。因此，计算机领域的绝大多数产出主要也是支持人的工作，而不是彻底改变人的工作和生活，这一点，搞计算机的人应该暗暗记在心头。

如果反过来想呢，其实Dirty Work也没什么不好。asp.net推出的同时就符合MVC架构，甚至有的地方强迫使用者用MVC的思考方式工作，但照样有很多人不离这一套。但反过来说呢，这些人不照样把程序编出来了么。

就好像开汽车，我还真不信大伙都完全符合汽车的操纵规程（交规就更别提了），现在的交通状况……不还是凑合能动弹。