在参加飞跃马拉松的时候，小组的项目构思是基于移动社交网络做一个记录用户旅游轨迹和照片的 APP 应用。

即当用户在旅游过程中，手机会不间断的上报 GPS 坐标到服务器，服务器会保存所有坐标到数据库，然后用户打开自己的旅游记录后，我们会在手机上创建一个全屏的地图，通过服务器 CGI 获取所有 GPS 的坐标点，然后通过这些坐标点绘制出一条线。

Ajax 和模版

反柯里化 ( uncurrying, 非 currying ) 的话题来自 javascript 之父 Brendan Eich 去年的一段 twitter. 近几天研究了一下，觉得这个东东非常有意思，分享一下。先忘记它的名字，看下它能做什么.

不要小看这个功能，试想下，我们在写一个库的时候，时常会写这样的代码，拿 webQQ 的 Jx 库举例。

在移动 App 开发中，为了快速迭代，通常都会使用 Native+Web 的模式开发。具体来说就是使用 Java 提供接口，使用 WebView 控件嵌套 Web 页面来实现 UI 和交互。

在 Android 中，Java 可以很方便的提供接口给 WebView 中的 Js 进行调用，只要以下一行代码就能搞定：

最近搞 Android 项目的时候，遇到一个比较蛋疼的需求，需要从 Client App 调用系统浏览器打开一个页面，进行杂七杂八的一些交互之后，返回到 App。如何打开浏览器和如何返回 App 这里就不说了，有兴趣的童鞋可私下交流。

之所以说这个需求蛋疼，是因为 Android 有个物理返回键啊……返回键啊……键啊……啊……

用户按下返回键后，预期应该跟点击页面上的返回键一样——返回 App。然而这个返回键的被按下的时候网页完全不知道啊（onbeforeunload 不算），找不到直接的办法去监听，愁死我们这全苦逼程序员鸟～

虽然啊不能直接监听，曲线救国的办法，还是有滴。

上周 Oscar 赴新加坡南洋理工大学（Nanyang Technological University, Singapore）参加 Mozilla 主办的 HTML5 集训及研讨会。活动主要是针对希望了解 HTML5 技术的在校学生，分享 HTML5 的当前状况、主要技术点以及一些实际应用，以帮助他们了解 HTML5 的强大能力和快速入门。

原文：http://coding.smashingmagazine.com/2012/11/05/writing-fast-memory-efficient-javascript/

作者：Addy Osmani

译者按：本人第一次翻译外文，言语难免有些晦涩，但尽量表达了作者的原意，未经过多的润色，欢迎批评指正。另本文篇幅较长、信息量大，可能难以消化，欢迎留言探讨细节问题。本文主要关注 V8 的性能优化，部分内容并不适用于所有 JS 引擎。最后，转载请注明出处: )

原文：http://blog.artillery.com/2012/05/realtime-multiplayer-3d-gaming-html5.html

这篇文章国内有些机器译的版本，但实在太难阅读，这里试译了下。
由于译者水平有限，可能会有不少错漏之处，一些不明确是否译准的地方附了原文。
此文涉及挺多框架/库，在翻译过程中 ip 收获还是挺多的，建议大家在阅读时可以同时去了解下文中所提到的相关技术。
【提示：此文不是"跟我学做 HTML5 游戏"之类的教程文章】

一开始先看个小小 demo，切换 tab 对比下！

不得不说，浏览器的多 tab（and 多窗口）设计确实是满足了用户同时浏览很多个网页的需求，但是，网上有成千上万的页面，这些页面性能又参差不齐，对于某些性能很差的页面，用户停留在这个页面倒还好，但是当用户切换了到了其他 tab 页时，有可能会出现由于性能差的页面卡死导致整个浏览器卡死甚至机器卡死，其他页面好冤，浏览器好冤，机子好冤 [汗]。

HTML 5 以前的标准由于考虑到浏览器安全问题并不允许直接跨域通信，于是为了达到跨域通信的目的各种蛋疼的解决办法出现了，常用的有：jsonp、使用代理文件、地址栏 hash 等等，这些办法的出现在达到解决跨域问题的同时，也增加了前端页面的性能开销和维护成本。HTML5 新的标准中，增加了” Cross-Origin Resource Sharing” 特性，这个特性的出现使得跨域通信只需通过配置 http 协议头来即可解决。