Leask's recent timeline updates Leask's recent timeline updates |
Leaskbreak the wall or bring the war V2EX member #12458, joined on 2011-10-10 14:54:19 +08:0040
 10  |
leaskh
www.leaskh.com
leask
| 招聘高级前端工程师 酷工作 • Leask • Nov 25, 2016 • Lastly replied by chimingphang | 2 |
| 招聘 Node.js 高级后端工程师 酷工作 • Leask • Nov 25, 2016 • Lastly replied by Leask | 4 |
| 诚意招聘 JS 工程师，项目在深圳。 酷工作 • Leask • Nov 23, 2016 • Lastly replied by Leask | 6 |
| 出 999 新美亚海淘 Wacom Intuos Creative Stylus 2 CS600PK 二手交易 • Leask • Mar 4, 2016 |
| 400 RMB，95 新出手，华为 E5375 升级破解版。联通电信 FDD4G+联通 WCDMA3G 无线路由器。 二手交易 • Leask • Nov 14, 2014 • Lastly replied by Leask | 2 |
| 53 Pencil 代购到货 二手交易 • Leask • Jun 16, 2014 • Lastly replied by xiaodao2012 | 4 |
| 53 Pencil 团购 多出来三根现货有兴趣进来看看 二手交易 • Leask • Apr 15, 2014 • Lastly replied by jjlan521 | 28 |
| 3000 RMB 包顺丰保价出港版 9 新 iPhone 5 32G/白色/GSM/A1429 二手交易 • Leask • Apr 15, 2014 • Lastly replied by baocaixiong | 25 |
| SONY MH755 入耳式耳机，100% 全新国行 50 RMB 包顺丰 二手交易 • Leask • Mar 14, 2014 • Lastly replied by xx314327475 | 11 |
Leask's recent replies
Nov 25, 2016 Replied to a topic by Leask › 酷工作 › 招聘 Node.js 高级后端工程师 |
大家都不找工作么，是因为年底？
大家都不找工作么？
Nov 24, 2016 Replied to a topic by necpowman › GitHub › 自动 commit 真好,这样我一天就有两百多个 commit 了呢~ |
commit 应该有意义，每次 commit 应该说明改动的原因，而不是做版本保存那么简单吧。
Nov 24, 2016 Replied to a topic by Leask › 酷工作 › 招聘 Node.js 高级后端工程师 |
@alsotang 有兴趣来么？😄
Nov 23, 2016 Replied to a topic by Leask › 酷工作 › 诚意招聘 JS 工程师，项目在深圳。 |
@JohnLou 全职。
Mar 3, 2016 Replied to a topic by Xe0n0 › 程序员 › Hardware Programmable HHKB Pro2, 打算订做一批 HHBK Pro2/Pro2 Type-S 用的可编程控制器 |
Nov 11, 2014 Replied to a topic by breakwa11 › 分享创造 › GFW 专用白名单列表 |
@breakwa11 当然，我只是在技术上对比开销，即使现在任何一个方案在复杂度再上一个数量级，人类还是体验不到流畅度改变。我之前只是针对你只对比查询速度，而不考虑内存的开销和建立查询的准备工作的开销，是不严谨的，这样会让我觉得在看那些评测软文。不过这并不代表你的优化没有意义，不要误会，哈哈，谢谢你的努力。我平时只用 Safari 和 Chrome，他们都会缓冲 dns 结果。而且在合理的浏览器实现中，dnsResolve 应该不占用任何时间才对，因为 http 请求过程中无论如何你都需要先做一次 dns 查询，只是放在前面还是放在后面而已。看你的描述，我觉得是 Safari 的 bug 了。
Nov 5, 2014 Replied to a topic by breakwa11 › 分享创造 › GFW 专用白名单列表 |
这个表太暴力了！居然全部列出来了。哈哈。不过我有一点疑问，这样暴力地展开数据，虽然查询效率能在数学上达到 O(1),但是内存的开销较大。如果作为全局 pac 来用，每次查询之前，内存都需要建立一个 hash 表，会有不小消耗，况且建立 hash 其实也会消耗时间，所以单单比较查询时间，可能还不够。不过，依然很好玩，赞一个！
Select Language