Aug 12
IUSR补充两句 China
不知道该说啥好。本想说一下Google Browser Sync不再available，不过既然已经通过tor给更新了一下，也就懒得提什么了，只是隐约觉得有点儿苦涩，很久以来GBS就无法更新，一直就以为只是网络之类的小问题，工作又很忙活，就没细究。前几天好奇心起，直接打开GBS的xpi下载URL，才发现原来已经not available in your country。无奈只好通过tor更新了下来，一来总是觉得原先这版GBS有点儿瑕疵，搞的历史记录总是没法更新好，需要不时full refresh一下，二来我爱google，希望用到G开头的软件的最新版。
然而刚才从emule连接上DS1的时候注意到了DS1的服务器返回的消息：
server version 17.12 (lugdunum)
Note to chinese users of this server.
It seems most chinese people use a modified eMule that abuse servers.
Unfortunatly we cannot tell what is the name of this mod.
This *buggy* version sends automatic searches, over and over and servers suffer a LOT
Please use standard emule program 0.47a, or we will be forced to deny access
to this server for *all* chinese people. That would be bad
Thank you
Note : eMule 0.47a is here :
http://www.emule-project.net/download
Note : If you already use a standard 0.47a eMule, or a mod based on 0.47a,
please ignore this message. Have Fun
不知道到底是哪个mod，难道是verycd版？
真的不希望有一天我的一切网络活动都需要依靠tor，只因为我的机器发出的包，来源都在China。
Update: 今天再连上DS1，发现了中文翻译版本：
server version 17.12 (lugdunum)
Note to chinese users of this server.
It seems many chinese people use a modified eMule that abuse servers.
Unfortunatly we cannot tell what is the name of this mod.
This *buggy* version sends automatic searches, over and over and servers suffer a LOT
Please use standard emule program 0.47a, or we will be forced to deny access
to this server for *all* chinese people. That would be bad
Thank you
Note : eMule 0.47a is here :
http://www.emule-project.net/download
Note : If you already use a standard 0.47a eMule, or a mod based on 0.47a,
please ignore this message. Have Fun
连接到本服务器的中国用户请注意：
大多数中国用户使用的某种电骡的修改版本正在向服务器滥发信息。
这种有问题的电骡客户端不断的向服务器提交自动查询，这给服务器增加了很大负担。
请您使用电骡的官方版本，否则我们只好被迫封掉�所有�的中国用户，使你们无法连接到本服务器。
请不要让这样的事情发生。:(
eMule官方版在这里下载：
http://www.emule-project.net/download
如果你已经在使用0.47a的官方版本，或者基于0.47a的修改版本，请忽略这条信息。祝你开心。:)
Jun 07
IUSR补充两句
似乎每个人都习惯以自己为中心，所以写出来这样的话也没什么可奇怪的。
我听过Google说“Google xxx currently does not support your browser”（xxx一般为产品名），而有那么一些人——虽然把Q-Zone拉出来但不只是它一个——总认为出了问题是别人的事儿，“您的XXX不支持XXX的某些特性/功能/要求”，看上去是抱歉一下，实际上这不是在数落用户么。说的不好听一些，Google都在web上玩spreadsheet了，用IE、FF都看过也都没问题，您这样只会玩一种浏览器一种OS的人还好意思说这些？
May 03
IUSR补充两句 ejb, java, jee
Java EE 5规范（JSR 244）和EJB 3.0规范（JCP 220）据说都通过了投票，新的Java服务器端纪元款款走来。无论如何，JCP还是太慢了，开源社区都快把Java 5的新特性玩遍了。
Technorati : ejb, java
Apr 30
IUSR补充两句 microsoft
Google Reader的平面组织方式让我又漏掉了一篇Slashdot上面的文章：Microsoft to Invest Heavily in China。
据说胡主席去Gates家做客以后，微软就宣布将斥资9亿美元投资国内的的软硬件公司。BusinessWeek的一篇文章–Microsoft’s China Card–介绍说，这一投资的目的主要是打击盗版，获得政府支持，等等，最终确立Windows在中国的统治地位。
打击盗版勿庸置疑，出了学校以后我也意识到盗版已经不像理想化的Warez组织们所希望的那样单纯–当然他们希望的并非盗版，但事情终归已经不是以他们的希望为导航来发展。而作为一个计算机工作者，我觉得要想别人尊重自己的劳动成果，自己也必须尊重别人的版权，但这不仅仅应该是计算机行业的从业人员才去遵守的准则，而且也不是只有软件才有版权。但是微软打击盗版是否就对它有利还难以确定。我觉得打击盗版会使得正在使用盗版的用户采取三种做法：换用没有版权问题的软件，比如免费软件、共享软件、开源软件、自由软件etc.；不理那套，继续盗版；缴费买正版。以概率来说，有2/3的可能对它不利，但实际上中国的盗版用户已经太多太多，而且大多数人没有能力或者时间去改变自己平时的使用习惯。我一直觉得微软”确立Windows在中国的统治地位”的说法感觉很可笑–这地位已经形成了啊，只是微软没赚到应赚的钱而已。
政府支持一直是国产软件比较大的支撑，而这次主席直接去了Gates家讨论Windows和微软软件，不知道国内那么多号称有自主知识产权的Linux、BSD等等OS变种的创造者们做何感想？从国家的支持力度和斥资行为来说，我认为政府已经没有任何值得指责的地方。和国家863计划等等有关的计算机软硬件项目所接受的国家投资，一般来说都是天文数字，目的一般都是要得到具备自主知识产权的不依赖国外技术的成果，可最后得到的都是些什么东西？我不觉得主席–或者政府部门中的任何一位官员–选择微软产品的动机是错误的。换位思考一下，如果强迫我每天都用国产的那些XxxXxxx Linux，我也早转到Windows上面了，即使用一会儿Win2k也能舒一口气。政府使用计算机不是为了高价回收普通老百姓都懒得用的垃圾，而是为了提高办公效率，而且支持了那么多年也够了，要指责的是那些拿钱不干事的人。
作为一个Java开发者，我虽然抱着坚定的Java信念，但对于微软加大对国内软硬件投资的影响，还是觉得有些不安。
Technorati : Microsoft
Apr 29
IUSR补充两句 iexplore, microsoft
刚装上了IE7 Beta 2，下回来好几天了，就是不太敢装，因为以前被不兼容的IE折腾过，搞到啥模式下都开不了机器。
界面还可以，貌似IE从4、5、6就一直没怎么改动过UI–4以前的版本有幸没有见过。右上角的搜索框并非我想象的只能用MSN搜索，这点让我很意外，看来微软已经有意在改变自己一直以来的霸道形象了。
恶心的是IE Dev Toolbar和这位新主子不太兼容，导致IE根本无法获取焦点，关都关不上…只好把Dev Toolbar卸掉，唉，这是IE上面为数不多的几个插件，而且还是我很喜欢的插件，还而且它是微软发布的。
然后，无论点那个空白来新建标签页，还是Ctrl+T来新建，一律一个下场：非法操作。我靠…一会儿卸掉。因为解决它的非法操作问题我把Google Toolbar都卸掉了，还是非法。
正式版出来之前我不太感兴趣去试了，吸引我的特性感觉几乎没有，我也不会上当被phish，RSS聚合现在也全靠Google Reader + Netvibes，sigh~
Technorati : IE
Apr 27
IUSR补充两句
从同事的MSN Space里看到这样一篇《自卑的程序员，自卑的我们》。很明显我是不会自卑的，自卑要是有用那程序员们也不用费脑细胞学习了，对着计算机顾影自怜自卑一下就够了。
不知道这文章原作者是谁，大晚上的也懒得去Google，暂且以”他”指代，没有性别歧视的意思。首先奇怪的就是为什么别人配置点儿东西他都看不习惯呢？尤其Java，配置”JAVA的环境“配置IDE应该是小孩子都知道的前提了，配置一下这个就浮躁了？又提到TC就没花什么时间配置，我想他也许没怎么折腾过INCLUDE、LIB这样的环境变量–好吧我承认我已经不敢开发C++程序了，但相关的环境变量我还是知道干什么的。至于Spring、Hibernate等等，当然如果愿意靠代码来控制是完全没问题的，人家良好的结构也保证了这一点，不知道他有没有想过Spring为啥需要用大段大段的XML配置几行Java代码就搞定的东西呢？难道因为我们一直错误地”觉得国外的友人都是很有学识的“，他们实际上蠢的可以，所以才这么兜圈子卖关子？
没错，写代码确实是很优雅的事情，每个程序员也都这么骄傲地认为，但是这样的优雅当然是有前提的，而不是”只要…就…”的关系，比如让一个刚会和world”优雅“地说hello的人去和Rod Johnson”优雅“地站在一起讨论代码的优雅问题，这只可能让我感到滑稽。我明白靠代码控制计算机会让人很有成就感，但还远没到讨论优雅的时候。
然后他开始悲伤大家不去研究算法、不去关心效率，当然他措辞很谨慎，不是说”没有人研究算法”、”没有人关心效率”，而是说”没有足够”的人。多少算足够呢？我也知道现在浮躁的人很多，但也用不着伤心。首先别人不重视不说明他也不该重视，研究算法、关心效率是你的自由，只要别推脱说项目太紧、时间不够就行。其次，我知道这很滑稽，不知道能不能算是理由：难道别人研究算法、关心效率的时候都要来和他说一声：”报告XXX，我即将开始研究算法并进一步关心效率，请指导一下我这个算法的复杂度公式”？
外国人也是人，我不觉得因为一个人是外国人所以跟踪人家的技术就是丢人的崇洋媚外。什么是”同等人”？言外之意是外国人很高等或者很低等？如果”同等人”的意思实际是自己的同胞的话，听上去还有些通顺。那我就说一下我对”同等人”的作品的看法。国内开发者里能人很多，太多了，无论是浮躁的”想以最快的速度吧项目完成”的人，研究算法的人，还是研究效率的人–我要是像文中所说的那么容易自卑早就自己了结算了–都有很多很厉害的角色，但是，为什么还是有很多同胞用老外的东西？以开源为例，中国开发者领导的开源项目本身就不如老外多，而且大部分名气不是很大–知道mvnForum是越南人开发的时候我都惊呆了。国产的好东西当然有，比如我一直很关注但是没怎么深入接触的Buffalo，但是好东西数量上不多，而且没有像老外的东西那样面面俱到，而且很多国人的项目爱放卫星喊空话，一点也不自卑，完全一个自我感觉良好。在Java Web开发方面，老外的东西已经是full stack可用，覆盖了一个webapp的方方面面。只是用老外的东西稍微多一点，用不着就说是把老外捧成神了吧？（不过老外倒是有自己的”神”，感兴趣可以搜一下一些老外是如何评价Knuth的）另一方面，如果人家的东西里有先进的技术，不真正地接触一下怎么才能学习到这些先进的技术？想学习一下IoC、DI的思想和实现，接触一下pico、Spring是理所当然，在这种事情上和老外死磕只能让人说是狭隘的民族主义。
下面的话让我这样一个刚工作的人来说可能有些妄自尊大的感觉，不过无所谓，这年头脸这东西是可有可无的……
中国人当然有智慧，只要中国人决定要开干了，我们把老外的东西全盘扔掉自己开发也没问题，照样full-stack，照样on rails。但是计算机作为一门科学，同时又是一个产业，在中国还是要发展延续下去的。产业因为有了商业利益所以浮躁，造成很多不求甚解的人竟然可以成功混日，而认真开发的人反而被忽视被压榨。但如果我们都优雅地穿着白大褂去做我们的学院派，告诉我，我们已经很可怜的产业怎么办？你该不会觉得我们可以厚着脸皮找国家要钱让我们继续厚颜无耻地优雅下去吧？只看到学院派的研究所起到的作用是不全面的。没错，软件产业头几把交椅上的大公司都设有数不清的研究机构，足以证明研究的重要，人人都清楚，但是又有没有人看到人家把研究成果产品化甚至产业化的能力呢？我们都看到Google的员工是科学家，而没有看到人家把科学研究产品化的能力；我们都看到微软亚洲研究院的研究员们厚实的理论积累，而没注意到他们在实际开发时也是高手，更没注意到还有亚洲工程院把研究院的科研成果孵化为核心产品。搞研究不见得就是优雅，立足产业也无需自卑，只有两条腿走路，计算机相关的产业和科学才能向前发展。偏重科学研究而毁了产业，计算机科学就失去了发展的必要；只追求产业发展而怠慢科学研究–就像我们面临的现状，计算机产业也失去了继续前进的动力。这个大家都明白。
想一想，如果所有从事产业一线的人都自卑地认为自己应该去学院派一下，没有人把科研成果实施出来，计算机应用就会停滞不前，大部分依赖于计算机的高科技研究随之停摆，生成力停滞甚至下降，环境恶化，人类逐渐灭绝，然后蟑螂就会统治地球……啊好可怕，我还是先睡觉去吧……
Apr 23
IUSR补充两句 google
“谷歌”一出，Google在中国像是经历了自中国网民知道Google以来的最大的尴尬，除了几个”门户”、”官方”网站比较配合地为谷歌铺陈，大部分网民对”谷歌”这个名字都选择了同样的动作：晕，或者吐。
第一次听到”谷歌”，我以为”谷”意味着”山谷”，山谷中的歌声，感觉很空灵。看了Google黑板报的”谷歌–寄语“才知道应该是”稻谷”、”谷物”的谷，于是就有人说了，比农民还农民的一词，还有的人觉得这样一个”Don’t be evil”这样一个民主的公司，应该来一次中国范围内的网上投票来决定Google的中文品牌应该叫什么。有人说估计百度笑昏过去了，没办法，到了刀口枪尖，还是同胞好，一致对外。
知道这个”谷”是”稻谷”、”谷物”的意思以后，我也没觉得因为这些东西和农民有关就是土得不得了，就是讨好中国人的低声下气（从现在这个后果来看很难想象这是想要讨好中国人们）。无论是原来还是现在，很多BBS、论坛上要是有人歧视农民，说农民如何如何，一定会有很多人跳将出来，于情于理批判一番，让大家不要歧视这些为我们辛勤种植各种食物的人们，然而在谈论一个东西如何如何不好的时候–也许仅仅是跟不上潮流而已–就说这个东西很”农民”，非要把自己觉得不好的东西和农民联系在一起，这竟然就不是歧视了。
也许Google应该参考一下百度的做法，挑一首不错的诗，从中取字做名，不过这样难度还是很大，人家百度是照诗起名，Google可是照名找诗啊，难道要百度一下合适的诗选？
至于说投票选举来决定，我觉得有些过于一厢情愿了。确实，Google很cool，Google不作恶，举行一次投票又民主又做了善事，一方面考查了民意，另一方面也是一个大广告，一箭双雕，一举两得的事，小拇脚趾头花半分钟就弄清的事，让那帮子智商150的人弄成这种狗屁样子，让谁来说都觉得不对劲。暂且不说一个公司的品牌名称究竟是不是必须不能由这个公司自己定义，先说一下标题提出的问题：”如果不是谷歌，还能是什么”？
几年的理科班生涯让我对文字极无感觉，即使智商远远不及150我也明白自己想不出该叫什么狗屁名字好，那我只好选个榜样学习一下了，就是这个，所有反对”谷歌”这个品牌的智慧集中地–反对”谷歌”。看到了吧，首页右边那一大串就是民主制度下Google可能被冠以的大名。我对超女时貌似很”民主”的短信投票仍然心有余悸，短信这种需要自掏腰包的投票方式还有人大出血本爆票，换了网络投票，谁知道会是什么样，估计懂点网络的就会为了自己心目中的名字而忙不迭地换代理服务器刷票，有钱的继续走砸钱路线去雇人刷票……不想了，要是我的想象力很丰富的话估计早就暴富了。说回来，面对反对”谷歌”首页右边那一长串集体智慧的结晶，我倒有些庆幸Google没通过投票征举中文品牌名，很多名字在我看来远不如谷歌–这也正说明了起名字这种事本身就是众口难调的，画蛇添足的搞一个看似民主的投票，到了最后那些没有看到自己喜欢的名字入选的人，还是会像现在那些贬斥”谷歌”的人们一样贬斥那个不知道叫什么的名字，而且在这个缺乏信任的社会，完全有理由相信会有人”爆料”出一些不知道是否子虚乌有的”黑幕”。我几乎可以相信，在中国做涉及到社会活动的事情，不管谁都很难全身而退，即使NB如Google。
这样cool的Google，有着其他公司艳羡嘴馋的庞大的GFans亲友团，这让我想到老祖宗的一句话：水能载舟，亦能覆舟。GFans的热情和拥护推动着Google的发展，而无形中也使Google背负上了更大的压力。当然，为了那么多忠实的GFans们去完善自己的产品是种很好的压力，但是从”谷歌”起名所受到的非议来看，进行这样一个和Google的产品完全不搭界的行为都这么艰难，今后在产品改动这方面是非得万分小心如履薄冰如临深渊地孜孜不倦兢兢业业不可了。
聒噪一句：这么多非议”谷歌”的人里面，有多少是真的铁板GFans？又有多少是因为自己叫习惯的”狗狗”等等没被人家选上？甚至有多少是凑个热闹甚至趁火打劫的？没别的意思，我只是好奇。毕竟在中国这样的泱泱大林，什么鸟都是合理的，就算没来由地张口就骂也不用担心身体的某些部位会虚。
Update: 准备工作还是没做齐，发完这篇才看到这个：
Google中文名遭抵制 用户网上签名反对谷歌，里面提到反对“谷歌”也许是因为有利益冲突。唔，我应该很庆幸自己嫩到没有想到这方面。
Apr 22
IUSR补充两句 firefox
这个插件自从装上就一直闲置，因为感觉很多用户脚本听起来没啥意思，而且谣传这东西会造成Firefox不稳定（现在想起来这种谣传真是比较扯）。
最近花在Google Reader上的时间比以前多得多，中文还凑合，看英文实在累眼:( 今天终于觉得应该注意一下眼睛了，可怎么办乜？
遂想起Greasemonkey这个插件，Google了一下，找到这个比较完善的Dive into GreaseMonkey中文译本，热身一下感觉还可以，就自己做了一个脚本，也没啥作用，就是把Google Reader里面的阅读窗口的正文部分字体放大一下，脚本简单得不好意思拿出手，就不贴上来了。对付通过AJAX来装载内容的页是比较麻烦，快睡觉了，不想再扯到事件或者比较傻而且完成这个任务会浪费CPU的window.setInterval，就把整个阅读窗口（右边那部分）的字体都放大了，哈~XD
又做了几个比较扯的脚本，哈哈，这个插件真的要Orz一下，用起来很方便。建议装个中文版。
Technorati : Firefox, Greasemonkey
Apr 08
IUSR补充两句 web
刚收到Kiko.com的邮件，这个我第一个接触的在线日程管理网站总算是更新了一下。登陆进去看了看，最大的变化应该是添加了多标签操作功能，不同的功能，比如日程表、联系人、设置等等，打开之后被放置在不同的tab上，而不是覆盖掉原操作区域，和支持多标签浏览的浏览器的操作基本相同。众多在线Calendar服务网站的逐步完善，外加Google Calendar一直秘密beta却不知何时真正发布的不确定，在线Calendar服务大概就是众多web 2.0网站争食的下一个领域，或者，一场大战已经开始。
在Google Reader里乱翻，忽然发现Netvibes blog也放出新消息：Netvibes welcome anise, the new netvibes update。比较吸引我的新特性就是这个”multiple pages with tags”，也是由tab支撑的。跑去试了一下，没想到Firefox的CPU占用率一下子飙到50%–我的机器是双核CPU，也就是说平均一块逻辑CPU已经满载了–然后Firefox就失去响应了。今天急着睡觉，明天再仔细看看。
下午在各个feed聚合器里面转时还在想这个问题，像Bloglines这样使用比较传统的树形结构–或者说允许用户使用这种方式–来组织feed的做法越来越少了，流行的做法几乎都是平面形组织feed外加tag。毫无疑问tag有它自己的好处，最显著的一个好处我觉得是类似一种上下文无关的特性，不会造成信息分层过深。在我看来，tag和树形结构的非子结点表现的还是很类似的，只是几乎没有哪个站允许用户自己管理tag之间的关系，而一般都是由网站程序自动来处理，所以由feed层面上升到tag层面来看，feed聚合器组织feed的方式还是局限在平面形式。这引发了我的一个疑问：页面究竟该如何组织？Google Reader貌似试图通过Google深厚的技术实力为用户简化feed、tag以及文章之间的组织管理，用户只要在Google Reader页面左边的垂直滚动部分挑选感兴趣的文章拿来看就可以了，用起来好像连tag都比较多余–有时我都奇怪Google Reader中的tag是为了让用户自己标注、分类还是为了让Google Reader的后台程序来决定文章之间的相关度、相似度等等。Netvibes的做法和Google ig比较类似，也和很多应用widgets的桌面程序–比如Konfabulator–比较类似，feed以及其他功能区域被当作widgets一样在页面上布局，这自然也是另一种处理平面形组织feed的做法，但是问题随之而来：widgets一多起来，操作十分困难，不仅是找某个feed的时候把滚动条拖来拖去让人着急，而且处理widgets布局的工作也相当占用CPU资源，这样一来，几乎无法在一个页面上放置太多的widgets。现在问题看似有了解决方案了：tab。感觉上像是提供了类似树形结构中的第二层结点–根结点自然是无法操作的，而且大部分时间里根结点都是为了模型统一而虚构出的，比如页面本身。我记得平面形组织信息好像是web2.0概念号召的一种观念，只是感觉我在日常使用这些web应用的时候，总是不自觉的疑惑界面究竟该如何处理。tab的出现不是很激动人心的事情，基本上是把桌面软件的界面套用了一下，我所好奇的只是这种类似向树形结构转变的组织信息的方法与平面形式的组织方法在使用时的微妙差异。不知道tab可以走多远？
Apr 07
IUSR补充两句
过些日子就该继续原先两点一线的日子了，对于我这种没钱买笔记本的人，用RSSowl做聚合器的日子只属于在家悠哉游哉的时段，所以刚刚忙着把家里RSSowl的所有feed导出到opml，准备倒腾到Google Reader和Netvibes上面。
结果不出所料，就向以往一样，Google Reader和Netvibes都说上传的opml文件有问题，今天不能再当作没看见了，早晚得解决一下。
仔细地对比了一下Google Reader导出的opml和RSSowl导出的opml，结构上没有任何问题，都符合opml文件的格式规范，说实话OPML这样结构简单的东西如果都能搞错那也……懵了。
后来想到了，也是因为Google Reader里为feed加tag的时候只能用英文数字下划线组合来命名的这个古怪要求提醒了我，于是把RSSowl导出的opml里所有包含子<outline/>元素的<outline/>元素的text属性都改成了英文，再上传，总算导进了Google Reader，tag也都正常，再用Netvibes实验一下，也正确导入了，咻–
不知道这都是哪门子的规矩。上下文关系比较密切的树形结构在Internet环境里自然不太适用，tag于是成为了目前来说比较有效的用户自分类方式，不过谁也不指望所有的tag都是英文+数字这样的吧，uh？难道非逼迫中文用户用汉语拼音、日文用户用罗马注音来写tag么？
Wikipedia上的OPML词条也列举了一些缺点，顺路去opml.org看看，OPML 2.0 draft貌似已经出来准备好被preview了。让我再一次–就像尝试解析各种不合规范的feed的时候–祈祷：世界和平。
Technorati : OPML
Del.icio.us : OPML
Older Entries Newer Entries
RSS
Recent Comments