起先以为是 web app 大会，去到才发现只有 百度 web app。吸引度大幅降低，好多内容都没认真听。

主要说说百度 web app：

一般平台是以社区为基础，扩展构成 app 平台。（apple store 是 iOS 设备）百度可能是看国内腾讯、人人、阿里都有平台，自己不做平台不入流，便以搜索为中心，做一个 app平台。
简单的表现方式是：以前你搜索 “植物大战僵尸”，以前百度给你一堆链接，你点击链接，然后去玩。现在输入内容，点击搜索后，搜索框下面直接弹出一个窗口，就是 flash（or js）版的植物大战僵尸，用户可以直接玩。
与之对应，继 google 的 GAE，新浪的 SAE 之后，百度推出 BAE，语言 php 整合百度各种服务 api，了解不多，有空再看看。

我的看法：
这种对搜索功能的定向拓展，之前没见过，的确有一定的创意；
我想针对百度的客户群，做一些生活类的（邮编快速查询）、简单娱乐类的（火星文转换）、儿童类的（低龄flash小游戏），可能会有些前途；
后面点评网王宏讲公司架构转换历程，还挺有意思。还有第一次参与 open space，长见识（讨论方式）了。不过对这些我的想法也都是碎碎念，在这里就不赘述了。

还有两点：
最后的 open space 环节，有个讲云计算的。李祺斐说，如果 maple 没走就好了，讲得比他好多了。我深以为然～
求名片，以后要再多多与别人交流（特别是今天的 open space 环节），名片必备了啊·～

4月16、17日我和flreey参加了拥抱HMTL5大会，一直忘了总结。经 maple 提醒，现在补上。

拥抱HTML5 大会的日程在这里拥抱 HTML5大会日程安排 ，我在这里简要介绍我印象比较深的内容，后面有大会视频，感兴趣的你可以自己看。

==贺师俊：HTML5兼容性实战
==何涛：优酷HTML5视频应用
==于涛（Kinvix）：HTML5——打开WebQQ的未来之门
第一天主要是一遍又一遍的介绍 HTML5 历史以及各种广告。上面三个感兴趣的话可以看看。

第二天重量级的较多，一上来就是：

==Jeremy Keith：HTML5设计原理
这个演讲以前讲过，中译版在这里 HTML5 设计原理 。强烈推荐去看看这篇文章，他告诉你在团队在做一个东西时有一个统一的设计概念（原理）是多么的重要。
其中还有 ”发送时保守，接收时开放”，HTML5 与 flash 并非对立关系（通过优雅降级来演示）等有趣的内容。

==薛良斌（hlb）：SCSS & Compass
这个我很喜欢，他的公司“和多”也很有意思，你们都是台湾的，可能对他了解的比我多。
scss 主要是用另一种语言来写 css。
css 因其本身的特性重复较多，不易维护。scss 旨在解决这些问题。
在我看来（我猜）， scss 就是 ruby 针对 css 的 DSL。
因为构建在 ruby 之上，所以 scss 支持变数、继承、Mixin、math 库等特性。还有 scss 也支持 css framework（960px等），rails 3.1 开始内建 scss 。演示的时候还看到到了 似乎叫 firesass 的东西，看来工具不少了。
至于 Compass，就是 “和多“ 公司开发的 sass GUI 编辑工具。虽然收费，但 git 上有，hlb 说可以自己去编译。
这个做前端的的确可以试试，去看看布丁的 slide 吧 Sass & Compass slide 地址 。

==朱明：webOS带你走进真实的“WEB”OS
这个挺让我意外的，意外之一是 webOS 尽然也来了，意外之二是 他的演讲竟让 webOS 如此索然无味。
其实这样的大会对 webOS 的确是宣传的好机会。HTML5么，webOS 全身上下都是这个。可能朱明是程序员出身，上台后只讲技术，一句一句的代码演示，没错，真的是一句一句。在场的绝大多数不知道webOS是什么（可见 HP 市场推广的失败），都是云里雾里，从头到尾冷场。
这个视频也推荐看，作为演讲的反面教材⋯⋯

==魏子钧：HTML5游戏与移动平台
这个是一定要看的，而且要看视频才能感受到。大会气氛的顶点都在这场演讲了。
技术上来说，都是 HTML5 游戏 demo。通过 iphone4 的六轴传感器来控制游戏，这样很多传统 web 游戏也变的很有趣。而且这种控制不仅仅是针对当前设备的游戏，还可以把设备当做控制器，比如把 iphone 当 wii 的手柄，操作桌面电脑浏览器里的游戏⋯⋯去看视频吧～

大会的所有视频录像都在拥抱HTML5大会视频地址，如果你对其它什么感兴趣，直接去看吧～

我的总结：
对我来说是第一次参加这种大会，心理的震撼可能多过于技术的学习；
自己还是太胆小，没有跟其他人太多交流，这个不应该，倒是后来在微博上 follow 不少人；
无论大会好话说得再多，HTML5 现阶段对普通网站来说，噱头多过实用。有精力的公司可以通过优雅降级的方式为高级用户提供更好的效果；
对 游戏开发者来说，已经可以开始尝试了。平台方面移动好于桌面；
总结时才发现没有及时总结是一大损失，好多东西没有认真记录，都忘记了。要多记录多写博客。
回来后心血来潮，用 canvas 写了个小游戏。还未完成，感兴趣的可以去看看。HTML5-ZOMBIE

好了，我的总结就这些了。废话不少，同事们将就着看

BTW: 公司里有人喜欢 rails 吗？如果你有空的话，加我 gtalk，我有问题想请教～

未完待续⋯⋯
apple 官方快捷键文档，点我。

对于电脑用户来说，便利的使用电脑首先要解决的问题就是应用程序切换：

然后还有一个问题就是如何快速的定位到想要的 app 或 文件（夹）：
alfred、quicksilver、spotlight

mac 快捷键分享：

1．本课题的目的及研究意义

移动互联网快速发展，以及IT技术的飞速进步，极大的拓展了人与人之间的通讯可能。让人们更便捷更自由的通讯，是本论文立题的根源所在。
先说自由。

IM (Instant Messaging) 的出现大大提高了通讯的便捷性，人们可以在各个地方使用各种设备相互沟通。但这其中隐藏一个巨大的“隐患”，它便捷，却并不自由！

它的不自由主要体现在 IM 平台分裂。各种 IM 平台非别隶属于不同公司，这在自由竞争、软件质量提高的同时，却对普通用户造成极大的困惑。国内外耳熟能详的 IM 软件就有 Windows Live Messager、QQ、Yahoo！Messager、阿里旺旺、飞信、Skype、Gtalk 等。与其说 IM 平台分裂，到不如说 IM 平台从来没有整合过。一名WLM用户，因为有好友在使用QQ，像与好友聊天就只得注册一个QQ账号。如果恰好他还有一个好友在使用 Gtalk，他就只得再次注册一个 Gtalk 账号。须知维护多个 IM 终端的成本极大，对普通用户是不现实的。

这就好像你有一个移动的手机号，却不能跟联通的手机打电话，不巧你还有朋友在用电信天翼，于是你每天出门都要带三部手机（甚至更多）。看似荒唐的事情，在 IM 平台却一直平静地存在着。

设计总追求极致。 IM 为人们带来便捷，但并非终点。一方面，IM 经过十多年的发展与沉淀，人们更加理性，不再将 IM 作为认识新朋友的猎奇工具（猎奇者有 SNS 这个更好的去处）。人们对 IM 的需求回归原点——与认识的人便捷通讯。另一方面，随着2007年 iphone 的推出以及后续智能手机的快速发展，Always online，不再仅仅是概念，很大程度上，它已成为人们的生活常态。这些都促使 IM 发生变革，这种变革不仅仅是做个 IM 移动版这么简单。

人们需要像手机一样方便的使用 IM 。

讲完设计再说安全。很少有行业能像 IT 行业一样垄断盛行。用户是软件服务商的金矿，而垄断的形成加上用户极高的迁移成本却能让企业弃用户权益于不顾。所有人都使用一个 IM 软件，一家软件公司，那么这家公司就可以偷偷地或假装不情愿的损害用户的利益，或许为了它自己的利益，或许借口迫于政府的压力，或许兼而有之。这样的事情也许发生在将来，反正已经发生在现在。

就像 Google 副总裁 Vic Gundotra 所说：“如果 Google 不行动起来，那我们都将面临一个残酷的未来：一个人、一家公司、一款设备、一个运营商将是我们唯一的选择。那不是我们想要的未来。”

如果软件开发者不行动起来，我们的未来就如同现在——老大哥在看着你。

安全不是离开任一家公司的服务，转而使用稍显安全的另外一家。“Do not be evil.” 一般作为盈利股东的饭后谈资。我们无法回避垄断，但从 IM 平台互联着手未必毫无办法。
在此之前有一个成功前例是 SMTP （Simple mail transfer protocol）， 互联网上 Email 的事实标准。任何公司都可以搭建 Email 服务器，而在任何服务器注册的用户都可以向其它用户互发邮件。这在一定程度上符合 IM 平台的期望。

课题目的？用户也不知道自己想要什么，而开发者知道。（在开发完之后）

2．本课题的国内外的研究现状

针对 IM 平台的分裂现状，催生了多协议聊天软件的发展。 Mac 下有 Adium，Linux 下有 Empathy，跨平台的 Pidgin，Web 版的 eBuddy， iOS 下的 im+ 等都是多协议聊天软件的代表。但因其只是尝试回避多平台的问题，再加上个别 IM 平台的不开放政策，多协议聊天软件无法真正解决这个问题。

真正的答案在 Jeremie miller 在 1998 年开始的项目 Jabber，现已发展为 XMPP （ Extensible Messaging and Presence Protocol ），分布式的即时通讯系统。像 Email 一样，这才是自由的通讯方式。仅举一例：我个人可以搭建一个 XMPP 服务器，然后提供注册服务。如果你在我的服务器上注册了账号，而你有朋友在用Gtalk（同样基于 XMPP 协议）。只要发送一个邀请，加为好友（没错，要加为好友才能聊天！）然后你们就能自由聊天了。XMPP 尚有一些弊端，如冗余大，和协议本身对于多媒体传输的匮乏。但随着其标准化的发展以及 Jingle 等扩展协议的加入，这种状况已大为改善。

对于国内对 IM 平台方面的研究状况，除了网易泡泡使用 XMPP 协议对此方面做出一定的正向研究外，某些公司也对 IM 平台分裂的反方向研究做出重大贡献。

比如，作为国内市场占有率最大的“扣”（此处可看成x）软件，一直是封闭协议的典范。在 Windows Live Messager、Yahoo！Messager、 Skype、Gtalk 均开放协议的现在，掌管“扣”软件的“疼” （此处可看成y）公司发扬无视国际惯例的华夏光荣传统，通过修改协议封锁多协议聊天软件、限制 web 访问等一系列技术的深入研究提升自己的反方向研究实力。

3．本课题的研究内容

• 设计：研究通讯录与XMPP整合的方式

• 学习：Google Contacts APIs (通讯录参考实现)、HTML5（客户端）、Ruby on Rails （服务器）

• 把上面两样东西整到一起。

4．本课题的实行方案、进度及预期效果

• 先做通讯录框架，熟悉语言及环境（3月）

• 在做 XMPP gateway，同时设计前台 （4月）

• 调整、完善（5月）

• 敏捷、敏捷⋯⋯

5、已查阅参考文献：

• Programming Ruby 第二版（中文版） 「Dave Thomas, Chad Fowler, Andy Hunt」

• Web开发敏捷之道-应用Rails进行敏捷Web开发 「Sam Ruby, Dave Tomas, David Heln Emeler Hansson 」

• Google API 大全 「《Google API大全》 编委会」

• 简约至上 交互式设计四策略「Giles Colborne」

• 三体ⅠⅡⅢ「刘慈欣」（设计从书中宇宙社会学获取灵感）

• ⋯