@j1945 嗯，至少目前是这样的。不过考虑到 web 开发门槛低一些，以后 app 多起来也比较容易。至少我这种 PM 能写出 App 来...

@gracehunter 可以啊。密集计算用 Cloud Computing，例如 www.wolframalpha.com

@Livid 嗯，那就赌一把好了，做 App 的，赌平台输赢是免不了的，既然 Google 押宝 Chrome 那我也押宝 Chrome。风险大... 回报也丰厚。用户量还行，关键是 App 质量得上去。有高质量的 App 就好办了。

国内不用担心，看第三方 Android Market 朝气蓬勃的样子就能看到一旦 Chrome 做大，360 急速浏览器软件市场是怎样了。

如果有关注 new Packaged App 的 API 变化，会发现 Google 就是在把 Chrome 当操作系统使，把 Packaged App 当 原生 App 使。在 Chrome OS 上原生应用就是Packaged App。

@mozartgho
你理解错了。

「它的协议定义是来自于一个开源的项目 —— Onering ... 我们主要参考了其中的协议定义，在实现方面，Onering项目原来实现会比较简单和粗放」

这只能说明它的 webkit 的 wrapper 的协议和onering类似，并不是说明fork自onering。

不过你贴的第二个链接 http://mobile.51cto.com/team-319531_1.htm 里面的就有点扯了，我怀疑是笔误或者记者理解偏差。

Onering 是基于 Qt 的 Webkit Wrapper，而在之前我观察豌豆荚的实现中，并没有携带 Qt 的组件，因此他们应该是自己做一套 Wrapper，没有使用 Onering

@primer
node-webkit 很不错，不过我还没深入看，但是我似乎没看到有注入Javascript对象并在后端绑定的能力（例如我想在window对象上增加一个函数，该函数没法直接绑定到后端），那么通信就要依赖一套自定义协议了，然后我似乎也没看到有自带前后端的通信机制...

@mozartgho 嗯，如果他们开源那个基于Webkit的桌面Wrapper，我会很开心~

@octopus_new 号表示啥...

我来提几个意见：
1. 能不能设置是否禁用b站的底端弹幕，因为有好多弹幕会覆盖字幕
2. 控制条能不能不要覆盖画面，因为mouseout后要过好久才消失，覆盖字幕看得我好作急...
3. UI没有上一版本好看...
4. 我真的非常感谢朱一，爱死腻了

@tension 这个东西本身就渣啊...跳进坑不能改变坑里全是乱石的实现

openstack不是个坑么

openstack不是个坑么。

@amoblin Web 除非存服务器上，否则没有方案。Flash 也就最多10M。虽然 localstorage 有一个无限制存储的bug，但是利用这个bug来存储就太不靠谱了。

@amoblin HTML5 FS API不适合噢。而 NPAPI 的话要装插件，很麻烦的。不如做成 Chrome App，这样就有 unlimitedStorage 了。

太虐心了，我看了一个月才看完。。

localStorage 不适合存储所有数据噢。有上限的。

刚备好Keynote，不熟练，明天继续。

@chuangbo 但是还是会看得到。

1600多...

@duhastmich 不要把自己的价值观强加到别人身上啊...