上一篇介绍了模拟器在移动版页面兼容性测试中的应用。 更进一步地， 我们常常希望能在开发过程中实时预览提高开发效率 或者在网页遇到性能瓶颈时利用强大的开发者工具寻找优化方案。

Android 提供了remote debugging 功能， 可通过Chrome for Android启用USB网页调试来实现以上预想。 常规的做法是 实体设备通过USB连接PC， 成本较高。 延续上一篇的思路， 我们可以用模拟器虚拟出Android 系统环境， 然后安装Chrome for Android 进行调试， 这就是本文所介绍方法的实现原理。

偶然了解到的信息更激起了郭郭了解虚拟化技术与Web开发结合点的兴趣， 也明确了研究目的：利用虚拟化技术， 使用软件模拟出真机环境取代硬件设备。 在不影响调试效果的前提下， 降低开发时间和资金成本。当然，如果是想通过拉更多的人力、服务器、设备资源来彰显公司上层对自己部门/项目的重视程度就不是以下内容要讨论的范围了。

恰好利用这两天年假空闲，在家深入了一下ADT。

目前跟进的新版开放平台和论坛项目中都涉及移动版页面的开发， 测试那边都使用实体机来测试页面兼容性。 除了一堆设备外还需要可连接公司内网的wifi帐号， 比较麻烦。而跨终端预览工具Focus 虽然支持UA改写可模拟不同分辨率， 但渲染仍是使用PC端浏览器， 如果要测试UC等第三方浏览器下网页展示效果就无能为力了， 而这些浏览器的份额又不容忽视。 所以考虑使用模拟器进行网页兼容性测试， 提高效率。

Android官网提供的开发者工具包（ adt-bundle） 已经很好的集成了所需工具， 基本不需要什么额外的设置， 以下是操作步骤：

安装Java SDK 和 ADT（Android Developer Tools）之后。

就在工行网络系统瘫痪同一周，自己在17173参与的第二个项目——新版通行证上线了。

通行证改造项目涉及到比较多的表单验证。表单是用户与网站交互的主要途径， 做好这一环节体验的重要性不言自明。 拿现实生活中的场景举例， 顾客在商场购物前往往会通过与导购间的交流来确认自己是否需要该商品。 如果遇到冷淡无礼 对售前咨询不耐烦的导购， 一桩买卖可能就这么黄了。 而设计糟糕的表单就像无礼的导购—— 对用户辛辛苦苦完成的表单粗暴地返回“信息有误” 或者“请稍候再试”提示的表单容易让人产生挫败感， 无形中造成用户流失。

自己以往接触过的项目为图省事采用的都是表单提交前检测。而新版通行证项目选用jQuery.validation 插件实现实时检测。好在插件提供的接口灵活， 定制性高， 适用场景比较广， 足以应对 项目中遇到的各种场景。

印象中第一次接触实时表单验证是在09年注册Twitter 帐号时， 感觉和以往的注册体验不同， 整个注册流程像是一场对话， 自己的每一个输入都能立马得到响应， 让人知道自己是在往正确的方向完成表单。

好吧， 我承认这个标题完全是为了骗百度蜘蛛前来收录的， 实际为期一天（20130524）的培训中， 完全没有出现过“新员工培训”这六个字。每一批经过培训的173新人都来自以黄莹为村长的“17173新手村”。

上午开场游戏“找朋友”很快让同学们进入状态。
然后是人资部代表为大家讲解公司薪酬福利制度。
之后是公司高管见面， Jessica为大家分享了学习与游戏之间的关系， 然后一口气说了两个故事， 第一个结合她自身经历说的是机会就在身边； 另一个貌似寓言故事， 结论是“倾尽全力”也包括寻求助力（要努力，也讲方法）。