不一样，不然 300 块的 choco 和 800 块的 filco 一样也太惊为天人了， choco 和 filco 正好我都用过黑轴，差距很大， choco 太脆， filco 则有很好的韧性

老家的房子 100M 带宽，复式 2 层，电力猫楼上楼下各一个，信号很好很稳定，尽量不要插接线板

@HunterPan 那个是 jQuery 的 load 嘛，是个异步的，不会记在同一个 call stack 上面的，除非楼主坑我们$不是 jQuery

楼主的各位，这货似乎不是个递归，有个异步+callback 在里面……

0x65 就想搞 coding + coffee ，现在不知道怎么样了，说不干了发了个退钱的邮件现在钱都没退完，快 1 年了吧……

当你腰不好的时候，最舒服的坐姿只会让腰更不好

想想对腰最好的极端的就是牵引，舒服吗……

这代码没 UT ，吃枣药丸

把数据库操作独立为一个服务，同时为 A 和 B 提供调用接口，但是不使用 HTTP 这种低效的，这么多 RPC 框架任君选择

一个比较简单地看是不是 HTTP(S)劫持的方法是直接看源码而不是看 DOM Tree ，如果源码中没有基本上不会是协议层面上的劫持，应该去考虑浏览器扩展、系统插件等其它情况

@Jat001 win10 有很多应用其实还在 beta ，比如那个连默认搜索引擎也改不了的 Edge ，把微软也想成一个开发者就好了……

Metro 在新的开发框架下你乖乖用系统 UI 控件默认就是完美支持多屏分 DPI 的， Windows 一直以来的问题就是以前没有一个官方的好用的 UI 套件，导致各种第三方软件自己实现 UI 的绘制，现在高 DPI 就要软件自己改了。而 OS X 则想反，很多应用使用的就是系统自带的这一套控件，高 DPI 适配自然也由系统给支持了

Windows 的 DPI 缩放有几个枚举值：

PROCESS_DPI_UNAWARE 不处理高 DPI
PROCESS_SYSTEM_DPI_AWARE 能简单处理
PROCESS_PER_MONITOR_DPI_AWARE 能处理不同屏幕不同 DPI 的混合情况

具体看这里： https://msdn.microsoft.com/en-us/library/windows/desktop/dn280512(v=vs.85).aspx

针对前 2 种情况在混合屏幕的状态下， Windows 使用简单的 Scaling 技术，不糊才怪
http://blogs.msdn.com/b/mspfe/archive/2013/11/12/dpi-aware-managed-applications-on-windows-8-1.aspx

所以这事我觉得还是开发者的锅为主， Windows 已经尽力了，回家去看看 OS X 是什么表现……

你家 iPad Pro 让我推小黄油试试