ftofficer|张聪的blog

http://www.cnbeta.com/articles/69450.htm
美国洛斯阿拉莫斯实验室科学家说,能为2万户家庭提供用电的微型核电站5年内有望上市。

这个来自CNBeta的新闻，可信度先不说，会不会带来恐怖袭击也不说，2500万美元每台的定价是不是靠谱也不说，只是说这个点子就让人觉得有趣。

想想以前，大家自己要顾及自己的能源，需要自己砍柴烧饭，自己买油点灯照明；后来有了电网和电站，于是能源的生产、传输和使用就分开了，大家在使用电力完成照明和烧饭的任务之外也出现了逐渐多样化的能源使用者，出现了大量的电器可以满足大家的需要。但是这样的模式也有自己的问题。一个就是巨大的传输损耗，另一个就是电站的设计和运营仍然没有分开，所以电站的运营成本仍然需要将设计成本计算在内，而且一个设计很难复用在其他电站用来降低成本。

现在有了这种可以量产的核电站，也就解决了这样一个电站的设计和运营的问题。如果电站的设计成本可以因为复用而降低，那么部署更多的电站，实现更分布的电网也就成为可能。而购买了电站的人或者组织只要负责运营电站，所以他们也可以把更多的精力放在优化运营上面。关键是要有一个电站的标准，所有符合标准的电站都可以加入电网。于是电力这个系统也就将原来的电站细分成了电站设计公司和电站运营公司。说不定可以极大降低电力的成本，这样没准更多有趣的，但是需要大量电力的应用就可以得到商用，比如说，粒子级别的物体分解和重组？

和电力系统向对应的一个行业就是计算机行业。人们常用的隐喻就是，早年大家需要提供自己的在线应用，需要自己买机器，自己拉网线接入互联网，自己维护机器，这相当于大家自己砍柴烧火做饭的年代；后来有了主机托管，于是一部分维护成本就转移到托管商那里，并得到一定的优化从而降低成本，这相当于管道煤气烧火做饭，虽然能源的生产和分发得到了一定程度的分工，但是能源的提供方式不够通用，所以管道煤气也只能用来做做饭、顶多能用来烧洗澡水，托管也一样，这种主机通常用来托管网站，很少见到有人拿它作其他应用，比如做一些科学计算等等；再后来有了Amazon的云服务，还有Google的GAE，直接将存储和计算能力出售，而不在乎这种计算能力来自哪里，这相当于大家开始逐渐用电力通过电热炉来做饭烧水的年代，因为计算能力和存储相对更抽象，也就有人开始拿它做别的，比如做科学计算。

那接下来，如果像我想象的电力系统的未来一样，将云平台的设计和运营分开，有专门的云平台软件提供商，专门做云计算软件，运营交给其他的公司去做，如果到时候提供GAE服务的提供商和现在的托管商一样多，竞争起来，价钱说不定就会大大降低了。做软件让别人运营，这个听起来很像是某$公司的做法。

—
以上纯属扯淡，如有不满，敬请提出。

Google今天在官方blog上面透露，他们“无意中”把Google自己的浏览器Google Chrome的漫画泄漏到了网上（看不懂E文的看这里）。这个漫画相当有趣，晚上发现cnbeta上面已经有人放出来了漫画的中文版，没看过的可以先看看。

说说几个吸引我的地方。因为我的经验主要是Firefox，对IE缺少研究，所以讨论也是基于对于Firefox的了解。

“现在的浏览器本质上是单线程的”

一针见血的论断，之前在研究Firefox插件的时候，发现了Firefox的这个设计缺陷（或者叫特性？）。Firefox虽然使用了多线程进行网络IO，但是界面的渲染仍然是单线程的，而这个单线程的本质原因是因为Javascript引擎是单线程的。单线程有一个好处就是编程简单，尤其对于插件来说，不需要头疼同步问题。但是单线程也有严重的问题，就如同在漫画中描述的那样，任何一个页面上的Javascript问题都会导致整个浏览器等待，表现就是界面停滞甚至死掉。现有的解决方案之一是异步模型，或者叫Event Driven的模型，例如Ajax就是对于网络IO的异步化，也有一些模拟的实现来实现Javascript的线程，比如使用SetInterval。但是因为Javascript规范缺少线程模型，引擎也很难做成多线程的，这个限制也极大地制约了浏览器和网络应用的性能和响应。

对于此问题，Google的解决方案是一个折衷：多进程。这样既不需要修改Javascript引擎，同时可以获取到并发的优点。其实我对于漫画当中对于多进程对于节省系统资源的论断持保留态度，对其他宣称的好处也是有保留的赞成，但是我承认这是一个正确的设计决定。用多进程的模式实现的浏览器，对于将来潜在的插件的实现者来说，是一个极大的模型简化。使用多线程的Javascript引擎（如果有的话），我相信带来的问题会比解决的问题更多。

多进程模型

接下来就是说另一个有趣的地方：多进程。从漫画当中透露出来的消息来看，这个多进程模型是1拖N的模式。每一个页面都将是一个单独的进程。因此我开始怀疑，Google Chrome如何实现标签页浏览。也许根本就没有实现，或者实现了一个假的。如果将标签页浏览实现在Chrome任务管理器当中，就必须有一种IPC机制来让管理器来将窗口共享给子进程来渲染，这个我还没有想到一种可以跨平台的实现方式。

Chrome任务管理器

非常cool，非常值得期待的组件，如果其功能真的如同其在漫画当中宣称的那样棒的话。

这个也是我对于Firefox最期待的功能之一。目前虽然有FireBug作为替代方案，但是FireBug仍然是内建在浏览器内部的。我希望的是一个非侵入式的任务管理器，一个独立于浏览器之外的组件来实现对于浏览器执行流程的监控。这样的好处之一就是可以在浏览器失去响应或者崩溃的时候仍然保留对于Javascript执行状况的监测。理想状况下我期望如同Windows的调试器一样，attach到一个失去响应的进程然后查看其调用栈或者执行时间，进而可以了解到浏览器各个组件的执行状况，发现引起问题的组件。

实现这种功能，需要Javascript引擎的协助。引擎必须提供一种机制来中断当前的执行流程，并能够使用某种机制将其内部状态导出。这是一个不小的工程。但是由于Google的介入，也许这个并非不可能之事。

名字和核心

Google Chrome。当我看到这个名字的时候，我就以为这个是基于Gecko的另一个版本——因为Gecko（Firefox所使用的核心）的核心组件之一就是Chrome。或者说，Firefox本身就是一个Chrome。

但是根据一些透漏的信息，Google Chrome使用的是WebKit内核——一个宣称比Gecko更快、更高效的内核。这个也比较靠谱，毕竟Google的Android上面使用的也是WebKit内核。

野心

随着浏览器的发布，Google用户联网占领桌面，并且试图逐渐替代桌面的野心昭然若揭（当然很早之前就已经是司马昭之心了）。一个中央管理组件协调各个网络应用；每个网络应用占用一个进程；可以查看任何一个应用的资源占用和响应时间；再加上从Google Doc到Google Mail的一条线的网络应用……

很好很强大的新桌面和新系统。

—
到了那个时候，你的所有安全，就全部寄托在了几个在网络上明文传送的Cookie。

福珑盒子2F（使用龙芯2F处理器）出货，去年开始预定的时候登记了一下，于是上个星期龙梦公司的人问我现在要不要确认预定。我是很想搞一个过来玩玩的，但是，买回来还不见得有空折腾，而且暂时龙梦盒子断货，暂时就放一放了。

另一个话题是有人折腾出来的Android在Nokia N810上面的成功安装，只是Nokia N810也有些小贵。

所以……

就是这样。

毕竟校内不是Facebook，在学来Facebook开发API之形的时候，却没有沿用平台的核心部件之一：开发许可。

为什么一个平台的开发许可如此重要呢？因为开发许可是平台供应者和开发者之间的法律协议。一个设计良好的协议可以让以这个平台为核心的众多应用形成一个良性的、相互促进的庞大的社区甚至是产业。典型的例子就是Mozilla Firefox以及围绕着Mozilla通用许可证形成的庞大的Mozilla社区，包括数以万计的插件程序、扩展、皮肤等等。还有GNU通用许可，以及围绕在GNU Linux周围的庞大的GNU社区。

所有的这些成功的许可都有一个共同特点：在保留部分权利的同时，不剥夺作者本身对于该作品的知识产权和他人利用该作品赚钱的权利。Mozilla就不用说了，它既不要求插件开源，也要求插件必须把知识产权让渡给Mozilla，你爱怎么搞怎么搞。严格如GPL者，虽然不允许通过封闭源代码赚钱，但是并没有剥夺他人出售GPL软件的权利，更没有限制使用GPL软件提供服务赚钱，而且GPL唯一保留的权利便是作者的知识产权。正因为有利可图，资本才会聚集过来，你自己才能变成一个平台。

但是在校内的开发许可当中，有下面的一些规定：

2.4
如因其提供给校内网的开发作品存在权利瑕疵或侵犯了第三方的合法权益（包括但不限于专利权、商标权、著作权及著作权邻接权、肖像权、隐私权、名誉权等）而
导致校内网或与校内网合作的其他单位面临任何索赔、诉讼；或者使校内网或者与校内网合作的其他单位因此遭受任何名誉、声誉或者财产上的损失，开发者将积极
地采取一切可能采取的措施，以保证校内网及与校内网合作的其他单位免受上述索赔、诉讼的影响。同时开发者对校内网及与校内网合作的其他单位因此遭受的直接
或间接经济损失负有全部的赔偿责任；

六、插件应用程序的权利归属

[….]

八、免责声明

简单的说：做插件的开发者，你不拥有对于该插件的知识产权，你的知识产权已经让渡给了校内；但是，出了问题你要负责，需要赔偿你也要负责。

这样只会吓走开发者，平台不是这么做的。

但是反过来说，校内有做成平台的打算么？恐怕没有。Facebook做API目的很大程度上是为了把自己平台化，让更多的网站可以通过自己的用户基础来推广，然后大家一起赚钱，寻求的是一种Win-Win的可能性。校内则走了几乎完全相反的一条路，看起来校内想要通过这种方式来弥补自己创新匮乏的问题，但是方式错了——想要世界上的聪明人为你服务，你必须给他们点什么，而不是从他们那里抢过来。

5月24日，周六，圣火将到达南京。

这之前，说说同样是周末传递火炬的广州。

我不想上纲上线，本来奥运就是个大party，圣火传递就是要让更多的人感受到这个乐子。但是当圣火离开你的城市的时候，请不要让五环和国旗被遗弃，也请不要给你的城市留下创伤。

[图片来自天涯]

如果可以，请带好你的随身物品，不要给你的城市留下创伤。如果可以，请和这位小姑娘一起，捡起被遗弃的旗帜，让他们享受本应享受的荣耀。

Google Android SDK发现安全漏洞

CAPTCHA is dead, long live CAPTCHA

Hotmail, Yahoo, 和GMail的CAPTCHA近期相继被破掉，虽然它们看起来是那么坚不可摧：
Google:

Yahoo:

Hotmail:

— ftofficer的一点看法 —
正如文章中所提到的那样，CAPTCHA对于专业的spam发送者已经越来越没有防御力，它的作用可能在不久的将来就将退化为仅仅为了防script kids了。对于专业的spam发送者来说，技术手段是无法防住他们的，尤其在中国这种低人力成本的环境下，真的雇佣人来读CAPTCHA并且解读，都并非一件不可能的事情。
— /看法完 —

https://addons.mozilla.org/zh-CN/firefox/

算是个新年礼物吧。

更新了一下TabIMSwitch的注释，如果你使用中文察看，应该可以看到简体中文的介绍了。

Microsoft offers $44.6 billion for Yahoo

446亿美金啊……

 
Splashtop a Rapid-Start Platform for Consumer PCs

不需要硬盘，不需要操作系统，直接固化在主板ROM里面的Linux、浏览器和Skype，这种机器在拥有网络连接的时候，究竟有多大的潜力？

嗯，很大。

虽然看起来前几次冠有他的名字的文章都不幸被言中。
但是我还是抱着最后的一点希望这次是错的……

其他的事情，有办法改变的可以用手投票，不能改变的可以用脚投票；
但是这个事情，似乎是没有这个权力的。