Google Notes

今天终于如愿以偿地去练球了。
下午天气尚可，本人体能尚可。猛吞了半袋薯片储备能量。
跑过去真是非常累，我差不多跑一半路就歇菜了。
虽然只有一个人，但我还是玩得很开心。
投篮五十个的计划完成了。不过体能问题还在，欠练。
周五再去运动运动，争取把手感找回来。下次再和朋友们去打比赛就要give them some colors see see了。唉，我这该死的小农意识。

一直以来就习惯在网上东看西看，看了很多杂七杂八的东西。可是一点积累都没有。当要用到的时候，就不知道到什么地方去了。再去Google又很烦，常常要翻很多页才能找到自己要的东西。更惨的是有些网页之后就挂掉了，无论如何都找不到文章在哪里。偏偏看的时候又没有随手保存或是收藏的习惯，也不可能一直开着word在旁边。
今天才想起来有Google Notes。这样也好，以后看到什么东西有意思的，就直接随手存进去。放Blog上当然也未尝不可，不过毕竟不是自己的内容。

这几天天天看文章，看得头都大了。突然有个想法，想做一个reference web。
每篇文章后面都有很长的reference列表。我们找文章的时候往往也是找到一个突破口，再从它的reference里面挖，一层层的挖下去。所以建一个paper的网络，表明他们之间引用和被引用的关系，对于找文章来说是很有用的。
这个网络有很多优点，比如这些文献肯定有天然的聚类，表明了该领域的焦点课题。在网络里面，这些聚类就看得一目了然，新兴热点也会很醒目；
文章之间的引用关系很清楚，为什么引用的也很清楚，所以某个观点或论断的源头可以很清晰地找到（这点也可以利用来为你的观点和论断寻找文献支撑）。某个科研方向的发展脉络也就很清楚；
哪篇文章被引用得比较多，那个作者的文章被引用的比较多，也可以很明显地看出来。这样作者或是文章的权威性就很清晰。
不知道现在有没有类似的网站，技术难度不高啊。这个做得好的话，就是学术界的google map阿。
同志们，等我有空来搞吧:-)。
做大了咱也卖给google赚它个一两billion的=3=。

Nokia Morph

我无语了，看看这个妖孽吧。
虽然从小到大都深受科幻文化熏陶，自己学得也是很科幻的东西。。。
但是真的看到这些高科技产物在不远将来就能出现在自己身边，感觉还是很不真实。

一瞬间又有转行的冲动了。。。

撒花撒花

忙 了两个多礼拜，终于把IWA的Project做完了。上午作Presentation，翘了IIDS的课，下午还是跟Sven在S429赶报告。S429是个Minix机房，所以几乎没有什么人会去那里上机——可怜的Andy。这两个礼拜我们几乎是有空就泡在那里讨论写程序，我还把一个插座搞坏了，所幸没有摄像头可以让他们认出我。
整个下午我俩都很兴奋，几乎没有心思好好写报告，总是忍不住要聊天。跟Sven在Wiki上查图灵的时候，才注意到Dijkstra是个荷兰人！天哪这位牛人的名字会出现在每一本离散数学、数据结构、算法的书上，因为他那据说是和老婆喝咖啡时想出来的最短路径算法。然后他还是第一个将栈的概念引入高级语言的人，他是明确反对"goto"语句的人，他还是操作系统中信号量和PV解析的创始人，并解决了“哲学家聚餐”的问题。他是大牛中的大牛，高山中的高山，我当初真该去申请莱顿阿！能够徜徉在Dijkstra学习和工作过的校园里，绝对是一辈子难忘的回忆。如果真是这样，我想我那时一定比吃了蘑菇还要high。
虽然翘了IIDS的课，但居然就被Jaap撞见了。他带来了一个好消息和一个坏消息，好消息是我们前两次的作业都是9分，这可是8学分的课亚；坏消息是周一我们要交一份第三次作业的初步的报告，以确认我们一直在跟着进度。Jaap的情况我不清楚，但我对这次作业还基本没有概念，就是应该被逮到的完全不在进度上的人。
无论如何，周一我要交KM&M的报告，IIDS的报告，考DoMAS和Psychology，周三是KM&M的Presentation，周四考ML，周五考BMRE，好吧，我想我是要拼一把了。如果能够顺利撑过这个Period的话，以后，直到明年，都会轻松很多。
Turing，赐予我力量吧；Dijkstra，赐予我力量吧；Minsky，McCarthy，赐予我力量吧；姚期智，虽然我们方向不一样，看在都是中国人的份上，你也赐予我力量吧。我还没敢指望能拿图灵奖，我只想能顺利完成学业。

终于完成了第一个Web Service

做了整整半个月，前两个礼拜一直按照老师推荐的用java实现，装了Tomcat, Axis, 使用WSDL2JAVA来做。但java实在是不熟悉，在环境变量的配置上就备受折磨，教程不友好，开发平台的集成度也不高，很多都要在console下进行，两周时间除了试了几个例子，几乎没有实质性的进展。最多只能说对web service的实现原理有更深入的了解。
眼看deadline就要到了，厚着脸皮去问同学。同学说用C#阿，有wizard，一直next就可以了。于是崩溃，回家下了个VS.NET 2005，装上，又下了一张XP Pro SP2，装IIS，在IIS下面配置虚拟路径。开始照MSDN操练起来。
果然是一路next，MS的东西真的是很体贴啊，难道我这辈子就只有做初级开发者的命吗？但MS对Web Service的鼓吹和支持在开发平台上的体现实在是非常的透彻，而文档支持也相当到位，从Server到Client的配置和编写一篇文章里step by step的作了详尽的指导。即便我是对C#完全无知的人，仅仅凭着对VS.NET平台的熟悉就在两天内全部完成了。这里还是忍不住要赞一下微软，在VS下面语言真的已经不是问题了。有了强大的平台支持，用什么语言都是一样的过程，一样的成果，甚至使用从未用过的语言也一样。因为关于语法的部分实际要编码的地方很少，又有很详尽的提示和文档支持，而到具体的表达部分，现在大家都是面向对象的了，只要有面向对象的基本概念就行了，而基本的数据类型都是相通的。虽然到现在为止，连Google公开的例子上也只有JavaC#, VB的示例，但查资料的时候已经看到有人用C++实现了，平台的力量真的很强大。
可喜可忧啊，喜的是一条deadline已经不用担心了，还剩4条；忧的是终究还是没能用java完成，两周时间白费，而且还得把VS连程序带安装文件5G的东西留着了。

设想一种新的文档编辑器

在做毕业设计的时候，就发现用Word进行文档编辑，存在很多不方便的地方，尤其是排版的调整和文体内部逻辑关系的确定上，不尽如人意。因此设想在文档编辑器中引入现在图像处理软件里很普遍的层的概念，在逻辑层次上以广义表的结构来组织文档，而在排版层次上，以结构单位的柔性移动来实现。
传统的文档编辑器之所以会产生上述的弊端，在于它把文档组织成一个一维的结构，所有的文字，符号，图片等等，是放在一个串里面。在排版上的弊端在于，串的结构必然导致牵一发而动全身的效果，许多微小的改变需要大得更多的改变来消除在排版上的不利影响；而在逻辑结构上，文档本身可能更类似于树而非串，这样有天然的不相容性。
现在通过层和容器的嵌套来构建广义表型的结构。层具有垂直方向上的并行性，这样可以把相对独立的内容组织到不同的层里面去。例如自下而上依次为背景水纹，文本，图片，证章，批注等等。而在层的内部，则使用容器作为基本的单位，就好像电子表格中的单元格一样，将内容放置到容器中。与电子表格不同之处在于，单元格相互之间的位置关系是固定的，由各自的行列值确定，而容器则像是浮动于当前层中，相互之间可能具有三维的位置关系，且不固定，这就是所谓的柔性移动。
同样，在容器内部也可以添加层，从而形成树型的组织。
由此形成的文档，具有双重的结构：一种是排版结构，由层和容器的位置所决定，无论是总体还是局部，都可以很方便的调整，而且具有所见即所得的效果；另一种是逻辑结构，通过层和容器的嵌套和从属关系来确定，即便排版改变了，逻辑结构也不会有变化。
以后有了新的想法，再加进来。
如果有时间的话，也许会尝试自己做一个试试看。

今天洗澡的时候突然想到，DreamWeaver就是一个类似的编辑器：在同一个页面文件内部，它通过层来实现便利的排版结构；而在页面文件之间，则通过超链接实现逻辑结构。但这和我设想的编辑器还有所差别。此外，作为网页编辑器，并不具备文档编辑器所具有的排版页的概念。对于文档的编辑来说，横向的界限要受纸张大小的限制，纵向可以无限延伸，由纸张向文档投影来实现分页。

今天突然又想到，Word里面的文本框，就类似于容器的概念，它可以在当前层上自由的浮动。但相异之处在于，文本框只能发文本，而容器本身就是一个广义表。如果大门叔叔看到这篇文章，把Word改进一下的话，那我就支持他买正版:-)

今天又想到一点，如果在文档内部嵌入逻辑结构的话，是有利于实现多媒体信息的基于内容的检索的。比如我要搜索一幅与zouyuanrenren有关的图像。像类似于zouyuanrenren这种名称，如果用图像处理的方法单从图像来获取信息的话，几乎是不可能的。那么除了在图像的文件名中包含zouyuanrenren外，在整个文档中与图像同一个容器，或同一个层的文本内容中，如果包含zouyuanrenren，那该图像作为搜索结果的可能性会比较大。我不知道现有的搜索引擎对图像除了文件名以外还作了怎样的处理，可能他们是在整个页面中查找搜索关键字。但这样的方法显然质量和性能都不能令人满意。