OZ是一个运行在互联网的身份认证系统。在故事设定里，注册了OZ帐号的人可以通过OZ系统在网上完成通信、购物、办公等操作。夏日大作战是半个科幻作品，从想象出发，配上动画，也许更能让人看到未来的互联网是什么样子。

以下是我留意到的一些关键特性：

1、多终端登陆

电脑、手机、电视都可登陆OZ系统。要提高操作的便利性，手持设备的支持是必不可少的。现在的手机在智能化道路上高歌猛进，当前已经可以完成台式电脑的大部分功能。

2、生活化

支持购物，订票等等生活化功能。当前有如淘宝、卓越、携程等C2C、B2C网站越做越大，不久的未来也许就可以通过互联网买到所有可想象的东西。

3、即时翻译

这是我最关注的功能之一，即时翻译在将来将会很重要。google translate正在往这条道路发展，通过在聊天工具嵌入他的API，可预想语言将不再是世界沟通的阻碍。

4、娱乐

不可否认，对于很多人来说，网络是一个娱乐工具。即使是以网络为生的人，也不希望整体对着严肃的内容。在OZ系统上搭建了各种游戏，这是不是在facebook看到了端倪？

5、商业支持

人多的地方就有商机，当用户多了之后，商业公司自然会进驻。同时，通过网络处理商务会节省许多交通支出或是提高服务的即时性。

6、政府/团体业务

很难想象在未来还需要一个人手持个人档案到政府机关办理档案挂靠。

现状

OZ看起很美，当前最接近的互联网服务是什么呢？是Google和Facebook，其中Facebook已经具有OZ的“形”，但长远看来，Google潜力更大。

在这场互联网革命中，各位就尽情享受科技给生活带来的便利吧！

后话——OZ的安全

在动画中的OZ系统可说非常脆弱，仅是破解一个2048位密码就掌握了管理员的权限。当然这是影视作品为了降低观众的观赏门槛做的妥协，实际中计算机领域的安全技术和Hack技术可说是一对舞伴，手执手旋转前进，像OZ那样大的系统肯定有与之相符的监控和阻断系统，而不至于一夜间毫无预兆的被攻破。

再说，2048长度的密钥在当前的计算能力和时间内尚被认为是不可破的，一个人类一夜甚至心算破解这样的事是不会发生的。

当然，还是忘掉这些，重新投入梦想的世界好了XD。

One Piece看罢，我开始在脑中整理以前看过的动画大长篇。如果以动画超过150话（约播放3年）来划分，火影、BLEACH可算新秀，也有如犬夜叉这样的例子，虽然动画只有167＋26话，却前后跨越10年。倘若算进系列作品，则会出现高达UC这样跨越20年（以Turn A终结）的作品。大长篇的准确定义是什么，也许见仁见智，但有一个确定的就是：长。

长意味着什么？据说，量变导致质变，动漫的长也有这样的效果。要用一个词来形容动漫大长篇的美，那就是：浪漫。

不受欢迎的漫画长不了

在日本动漫这个残酷的市场，没有收视率是很难活下去的。漫画家就像一头头奶牛，如果挤不出好奶，或者读者不喜欢这种口味，就会马上被替换。能连载三年以上的作品，不用说肯定有一大群死忠支援。但是在继续之前我想提个醒：需要慎重对待富坚义博（作品：幽游白书、猎人）的作品，除非你想忍受一年等一张封面图或者观赏草稿式漫画。

长篇动画的音乐是一种浪漫

日本动画的OP和ED（片头和片尾曲）一般遵循每季度更换一次的规律，当然这并非一定。而超过150集的动漫，有超过10首的OP和ED是很很正常的。如前所述，大长篇由于在漫画时期就积累了大量的人气，所以制作方通常也很舍得投入，重金请来当红的歌手明星来演唱OP和ED。

犬夜叉的OP、ED阵容可谓夸张：every little thing、大无限乐团、滨崎步、安室奈美惠、宝儿……等等（完整列表），短篇动画是无法看到这样的演唱阵容的。

而长篇动画的BGM（背景音乐）也可谓一绝，追一部长篇动画的人坚持个3~10年是很常见的，当某一首BGM响起的时候，回想起自己数年钱的青春以致感动流泪并不鲜见。当我听到One Piece挥别微微时的BGM就不禁热泪满盈。

长篇动画的声优是一种浪漫

在以前一篇关于声优的日志中也提到过，声优主要属于后台工作，而声线的变化并不如外表变化那般明显，所以声优是可以一直工作到5、60岁退休年龄的。这样也就是说，在10年动画的连载过程中，我们可以由始至终听着某个角色的同一把声音。

今天听到的“螺旋丸”跟6年前的没什么不同；今天听到的“风之伤”跟8年前的没什么不同；今天听到的“我要成为海贼王”跟10年前的没有什么不同。年龄在增长，而梦想依旧年轻。

长篇动漫的时间线是一种浪漫

长篇动漫的时间线有长有短，有像柯南这样完全无视时间年龄的万年死神小学生，也有高达UC里面夏亚和阿姆罗两个基友从青春期纠缠到大叔阶段最后双双消失在大气层；有犬夜叉跨越500年的思念，也有One Piece的两年后的再会。在长篇动画中，观众可以随着时间线一起跨越现实的枷锁。

长篇动漫的世界观是一种浪漫

长篇动漫不乏天马行空般的世界观设定，如果说动漫本来就是充满幻想，而长篇动漫在此基础上设定的世界观无疑更严密而值得推敲。

有五星物语跨越星系的宇宙战争，有One Piece群雄争霸的大海贼时代，有Macross永恒的歌声与和平，有圣斗士的圣衣猛男保护14岁雅典娜……短篇有短小精悍的好，长篇则有气势庞大的好。看长篇动漫起初如斯斯细泉，最后汇入大江大海，跟随情节跌宕起伏，岂不快哉。

故事在推进，读者在长大

连载在继续，生活也在继续。当初在高中教室私自使用投影仪播放火影的人，现在已经变成了野鸡大学毕业的家里蹲。

但愿在路飞找到One Piece的那一天，我的仍是一个追逐梦想的不成熟小孩。

之所以想起PPT这样一个东西，是因为我高中时候也花过不少时间在PPT制作上。高中的电脑教育，很遗憾跟初中没什么两样，还是教PPT、front page这样一些办公软件的使用。那时候上网已经流行开了，班里也不少人家里有了电脑，无论是用来打游戏好，看电影好，总归是踏入了信息时代。而我之所以在PPT上投入时间，是因为高一的历史课搞过PPT比赛。

班里的有力竞争者是我和一个绰号“大猫”的人。大猫是我目前为止唯一承认过的天才，怪才。遇到的牛人是有不少了，但有他那么怪的真的很少见，他初三已经参加了NOI比赛，而我是高一刚接触编程。现在不知道他是在准备北大研究生还是出国。在很早前我的MSN空间也写过一篇关于他的文章，这里不再陈述。如果现在见面的话，我跟他应该话题不多，但是我很期待他会在计算机上搞出些什么名堂。

那时候的PPT制作，可以说是陷入一种歪路：过多使用动画、过多堆砌文字和图片。（这个歪路在大学的学生PPT里还很常见，这个待会再讲。）我和大猫都不例外，而歪路也歪得登峰造极，可以想象吗？在PPT里面加上假的进度条、靠PPT动作设置做出的GIF动画效果，打开动作列表一看，你会怀疑这是不是一个FLASH。我和大猫把PPT当FLASH走火入魔到白热化的时候，想必一些同学在历史课的时候是在期待我们还会搞出什么样的效果。

这场“胜负”的结果，是大猫赢了，毫无疑问他在技术方面还是高我一截。但可惜的是，这场比赛最终（也许）因为某个主办的历史老师升职而不了了之了。大猫经过强化后的PPT-FLASH的完整版本，我最终没有看过。

在那之后，我也再没花过那么多心思在PPT上。再后来看过一些文章，述说或者讽刺走火入魔的PPT，让过多的动画或者文字干扰了演讲本身，我也开始反思PPT到底是什么东西来。PPT的责任说来简单，一是让听众知道，现在讲到什么话题，二是帮助演讲者记忆，接下来要讲什么内容。如果把所有内容都堆到PPT上，弄得像文档那样，那还是直接发给与会者一份PPT，演讲者不用上台了。

不过在大学里，我还是见到有学生钟情于幻魔型PPT。而教师的PPT大多很不错，简单明了，但是教师唯一一次作为听众——论文答辩——却不是一个合格的听众，他们几乎不会听答辩学生自述阶段的论述或者看PPT，而是低头看论文。

答辩阶段看着学生和教师的一举一动，我忽然发现，一个在大学呆了四年的人，竟然几乎没有机会进行演讲方面的练习。而我有幸在高中竟然得到过上台的锻炼机会，让我这个内向的人，练就了即使第二天要我上台演讲，我也不至于手足无措。当然，我现在没有这种机会和资格。

从思想输出的角度看，写是文静型的，说是激情型的，而这两个行为都是以严密的思考作为底层建筑。写和说对思考的帮助很大，不善于写和说的人，即使有最好的想法，也无法传达给他人，让想法烂在脑里。之前在豆瓣上看到一个活动，如果要描绘自己心中的理想大学，我会让这个大学的学生必修演讲。

一个比较有上进心，或者个性比较务实的同龄人，应该都走上工作岗位了，而我没去投一份简历。说实在的，父母就算不催，我自己压力都大。

但即使如此，我还是想停一停，想一想。人生到底是什么，社会到底是什么。

我的成长并没有什么奇特，跟普通人一样进了一所小学，小学毕业时给不知什么部门交了点排位费进了当地一个比较好的初中，再后来没什么意外的上了重点高中，接着就是考上重点大学，然后，毕业。在大学期间也没少折腾过东西，比如去电脑城打工，去建模比赛，去无所事事，去管理校论坛甚至还组织了周年晚会。作为一个没什么野心的人，大学也大抵如此了。

但即使我手中勉强也拿得出一两个奖状，脑海中不时也浮现出某些活动中忙碌的身影，我现在手中依然感觉抓不住什么东西，而心还是半悬在空中：我到底得到了什么？

小学，中学，高中，大学，我一直没有停下来。我背后有一股无形的力量，让我跟着这个潮流走，我并没有想过前方有什么。大家都去的地方，总也有能生活下去的环境。但是10年之后，20年之后，我在什么地方，我是否还在人潮中随波逐流？

我需要一个时间，停一停，想一想。这个人潮流向什么地方，而等待我的又是什么地方。

Who am I?

1、软件vs硬件
计算机行业，粗略的分就是软件和硬件。一直以来我对软件情有独钟，因为跟硬件比起来，软件的创新成本更低——只要脑力就行了。而硬件创新，需要实验室，需要工厂，需要资金。我一向是喜欢轻松起步，所以软件和硬件之间毫不犹豫选择了软件。

但是最近我的看法有点改变，软件的创新成本不一定低，或者说，脱离硬件的软件创新其实很受局限。举个例子，在电脑上看书不是什么新鲜事，PDF等等各种格式的电子书玲琅满目，但是PDF本身只能算是基础技术，没人能从PDF本身获得什么收益。然而，亚马逊推出了kindle阅读器，让人获得了接近实体书的阅读体验（我没能证实），从此拉出了一条已贩卖电子书为中心的产业链。换句话说，如果亚马逊只贩卖电子书，而没有阅读器设备，这并不会产生很大的价值，也就是相比纸质贩卖更环保而已。

同理，apple的iphone、ipad，google的android，也都是软硬结合的产品。曾经，我的思维角度是纯软件的，现在我会更多从软硬结合的角度看问题。

2、社会不需要那么多创新
创新固然是一件好事，但是社会不需要那么多创新。人类习惯于白天上班，晚上饭后看看新闻，再夜一点出去和老友去大排档。

社会像一条河流->大江->大海->蒸发成云->雨水->河流这样一个循环的生态圈，这个循环并不需要什么创新。社会做的大部分事情只是循环而已：精算师设计通话套餐->广告推广->业务员办理->用户付费->精算师设计下一个套餐。无论套餐如何变化，通讯质量如何提高，实质还是用户花了钱购买通讯时间而已，这个过程维持了十多年没有变化。

大部分的程序员在做重复的开发，特别是比例最大的企业开发：需求分析->架构设计->编程实现->设计验收->下一个需求分析。医药行业信息管理、农产品信息管理、证卷信息管理……大部分的程序员受着各种软件公司的剥削，重复的开发着一个又一个的管理系统。但是，重复正是社会需要的。钱需要循环，需要流动，而不在乎这过程中是否有真正推动了什么。个人在这个潮流中，只能是一片树叶随波逐流。

[待续]

这里 还贴有一些，不传blog了。

moe moe~

但是社交的含义又不等同于是把人放在一个嘈杂的环境中，相互交换名片，然后不断收到对方诸如“今天吃了什么饭”、“某某视频很有趣”的信息轰炸。web2.0的用户推送内容的模式，把人们从传统媒体中“解放出来”，互联网信息的传递更加即时，更加海量。逐渐，不少人发现了自己被淹没在了海量的信息之中，当初在海上乘风破浪的快感逐渐退去。面对一波又一波的信息浪潮袭来，依互联网为生的人开始规划整理自己的信息源，控制上网时间，区分娱乐和工作时间段。而只把互联网作为娱乐平台的人，也就玩腻了就换一个地方，大不了上岸去——找异性滚草坪比上网冲浪有趣多了。

互联网需要提供信息过滤服务。

门户网时代，由网站编辑负责分类服务；RSS订阅时代，用户可以自己筛选信息来源；SNS时代，用户被淹没在各自推送的片段信息之中。互联网服务的发展在用户推送上过了头，互联网用户不需要那么多的推送，不需要那么多的转发。打开网页，看到好友在推送自己三天前甚至半年前已经了解的内容，这不是什么好体验。

互联网需要线上线下一体化服务。

以iphone为首的新一代智能手机逐渐普及，手机和互联网的距离越来越近。当然，以中国人的收入，要拥有一部2000元左右的andriod并且保持时刻在线并不是一件容易的事。但随着时间的推移，量变导致质变，硬件和网络层的问题迟早会解决。而当前本地化最有难度的是各类通讯服务的封闭性。在开放性和跨平台性上，飞信做得最好，但始终不如日本那样完美：直接用email替代了旧式短信。

互联网需要更好的操作体验

操作体验无疑还需要更进一步。iphone的成功很大愿意是因为它提供了更好的操作体验。用户体验的提升上是没有止境的。新式的服务在创始期不要迷信现有模式。用户意见只能帮助产品改进，而无助于革命性产品的创造。（例子：首个iPad称得上革命性的产品：Flipboard）

不要怀疑互联网的创造力，每到一定的创新疲软期到来，总会突然冒出个轰动性的玩意。在这方面互联网总是没让我们失望过。

模版是这里载的：
http://templates.arcsin.se/

插个花絮：执行只读操作的是我。

我曾经跟烤鱼说过，对我来说FS就是暨南大学。我是看到FS之后才决心填报暨南作为志愿，因为我觉得能有这么一个开明的学生论坛，说明这个学校是不错的。很可惜，我进了这个学校之后FS就一直被各方打压，校内一有什么事发生，FS就被当作恶性传声筒被关闭。直至今天这个地步，我作为管理员都不知道FS是否还在生。

如果现在问我FS对我还是不是暨南大学，我会说当时是的，而现在不过是一些数据而已。我不会去留恋一些数据，论坛的生命力在于这一分钟和下一分钟的发言，但不会生存在过去，生存在回忆。

FS会先从管理层瓦解

将要离职的、已经辞职的、准备辞职的管委会成员不要反驳我。想想看下学期管委会还剩下几人？2人，还是不稳定的。我之前口头一直说的FS撑不过去了，说的不是会员，而是管委会。

杯具的种子从FS跟团委牵扯上关系的时候就埋下了。根据我的打听，比较久远之前曾经有一次FS是否要外迁的大讨论，最后因为反对声音多所以不了了之。其实想想都知道，这个问题拿来讨论是不会有结果的。当把讨论圈在“会产生什么问题”的范围时，问题和反对声是无限多的；但是把思路换过来，“外迁之后一起迎接未知的问题吧”，形势就不同了。最重要的问题不是迁出会遇到什么问题，而是是否到了必须迁出的时候的问题。

照我看，当时FS创始人都还在管理，应该直接迁出去，不需要讨论。

这个时机错过了，到我这届接手上几代天神都没解决的问题，谈何容易。我也提议过外迁，被否决的。有意思的是，最近也讨论了一次外迁，也被否决了，而且我投的是否定票。因为我从第一次提议的时候就不情愿接收一个完整的FS，现在则是完全不想接收了。这个问题，讨论不会有结果，直接干。

FS就像一个陵园，接手的人可遇见时间内是要做守陵人的角色，谁要做就做吧。如我前面所说的那样，这只是数据而已。

WebSockets是HTML5中最被低估的革新之一。不像本地储存（local storage），画布（canvas），并行操作（web workers）和视频播放（video playback），WebSocket API的好处不会立即呈现给最终用户。事实上，过去十年我们已经发明了很多技术去解决浏览器和服务器间异步和双工通讯的问题：AJAX，Comet & HTTP Streaming，BOSH，ReverseHTTP，WebHooks & PubSubHubbub，还有Flash sockets等其他技术。话虽如此，上面列出的这些技术都有各自的弱点，并且没有解决根本问题：旧式的浏览器并不是为双向通信设计的。

HTML5中的WebSockets改变了这个状况，它从基础上设计了任意数据（二进制或文本）的双工通信。WebSockets是浏览器上的TCP，不像BOSH或者类似物，WebSockets只需要一个连接，这意味着对服务端和客户的更好的资源利用。并且，WebSockets适用于代理和防火墙环境，能通过SSL和HTTP通道完成传输——现有的均衡负载、代理和路由都能正常工作。

浏览器中的WebSockets：Chrome，Firefox和Safari

WebSocket API还只是草稿，不过主流浏览器的开发人员已经实现了大部分功能。Chrome从开发版本（4.0.249.0）开始官方支持WebSocket API并且默认开启。Webkit每日构建版已经支持WebSockets，而Firefox有一个未决补丁正在复审。换句话说，要主流接受WebSocket还需时日，但作为开发者的我们可以开始思考WebSockets启用后的改良架构。一个最小的jQuery例子：

> websocket.html

<html>
  <head>
    <script src='http://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js'></script>
    <script>
      $(document).ready(function(){
        function debug(str){ $("#debug").append("<p>"+str+"</p>"); };
 
        ws = new WebSocket("ws://yourservice.com/websocket");
        ws.onmessage = function(evt) { $("#msg").append("<p>"+evt.data+"</p>"); };
        ws.onclose = function() { debug("socket closed"); };
        ws.onopen = function() {
          debug("connected...");
          ws.send("hello server");
        };
      });
    </script>
  </head>
  <body>
    <div id="debug"></div>
    <div id="msg"></div>
  </body>
</html>

上面的例子展示了WebSockets的双向通信特性：send方法发送数据到服务端，onmessage回调在服务端发送数据到客户端的时候被掉用。不需要长轮询，HTTP头的额外支出，或者摆弄多链接。实际上，你可以现在就部署WebSocket API，不用等待浏览器支持，这需要用到Flash socket作为中间层：web-socket-js。

WebSocket客户端间的数据流

出于安全理由，WebSockets跟裸TCP sockets并不一样。尽管能从浏览器打开一个裸TCP连接看起来很诱人，但浏览器的安全会立即受到影响：任何网站可以利用用户的网络做别的事，并且获得用户方的安全上下文。例如，一个网站可以（利用用户）去连接一个远程SMTP服务器，然后发送spam——真是可怕。WebSockets扩展了HTTP协议，为浏览器发起连接定义了一个特别的握手过程。换句话说，这是一个选择协议，需要服务器方支持。

没有人阻止你连接SMTP，AMQP或者其他服务器，不过你需要引入一个WebSocket服务器作为连接的中介。Kaazing Gateway已经提供了STOMP和Apache ActiveMQ的适配器，你也可以为其他服务器实现你自己的JavaScript封装器。如果基于Java的WebSocket服务器不适合你，我们可以用Ruby EventMachine去构建一个简单的事件驱动型WebSocket服务器，只需要很少几行代码：

> websocket.rb

require 'em-websocket'
 
EventMachine::WebSocket.start(:host => "0.0.0.0", :port => 8080) do |ws|
 ws.onopen    { ws.send "Hello Client!"}
 ws.onmessage { |msg| ws.send "Pong: #{msg}" }
 ws.onclose   { puts "WebSocket closed" }
end

em-websocket (Ruby EventMachine WebSocket Server)

WebSocket服务的耗费

Chrome和Safari支持WebSockets意味着我们的移动设备将会支持服务端推送，这既节省了电量，又大大提高了带宽支出的有效性。并且，WebSockets也可以用在浏览器以外的场合（例如：实时数据流），这意味着一个符合规范的Ruby HTTP客户端也可以很好地操作WebSockets：

> em-http-websocket.rb

require 'eventmachine'
 
EventMachine.run {
 http = EventMachine::HttpRequest.new("ws://yourservice.com/websocket").get :timeout => 0
 
 http.errback { puts "oops" }
 http.callback {
 puts "WebSocket connected!"
 http.send("Hello client")
 }
 
 http.stream { |msg|
 puts "Recieved: #{msg}"
 http.send "Pong: #{msg}"
 }
}

em-http-request (Asynchronous HTTP Client)

WebSocket在em-http-requrest中的支持还是实验性的，不过其目标是提供一个稳固并且完全透明的API：简单地指明WebSocket资源然后它会完成剩下的工作，就好像使用一个流式HTTP连接一样！更好的是，HTTP & OAuth认证、代理和现存的均衡负载都能在新的传输模式下正常工作。

WebHooks，PubSubHubbub，WebSockets，…

当然，WebSockets不是解决所有问题的灵丹妙药。WebHooks和PubSubHubbub最适合于间断性的推送更新，而TCP长连接的却会导致低效。同样的，如果你对路由有特别的需求，AMQP是更强大的工具，或是基于其他原因在XMPP中重塑其强大的状态模型。具体问题具体分析，不过WebSockets无疑是开发者工具箱一个必不可少的选项。