重复的劳动可以用代码的创意自动化，比如说通过配置来解析不同数据，而不是一样的工作。

@markfang 直接把榜单的字段存 Redis ，然后取 TOP N 就行了。

如果一定要用 MySQL ，榜单字段建索引，应用层做合适的缓存，瞬时 100 W 个用户查看的榜单不会有多大变化。

Android SDK+虚拟机镜像
iOS SDK+虚拟机镜像+Xcode
无数个 NPM 包
一些 App 如 TexLive 占了很多空间

有的可能很少用到，但是用到配置安装还是蛮麻烦的， 就一直留着。

换工作面试的时候...

开发的时候，做应用层很少碰到数据库“调优”，更多时候只是按照正确的方法去做或者去改，比如把查询写对而不是一堆 N ＋ 1 Query ，加正确合适的索引，把一些复杂统计操作从应用层迁移到数据库层实现。

课本上的《软件工程》是维护上规模的、需求确定的软件项目的工程实践的理论抽象。

现实世界的互联网产品研发的“软件工程”是进行合理的分工协作安排、自动化流程、面向快速变化需求还能从容交付高质量的版本的中小团队开发实践。

《软件工程》上的部分理论和工具技术仍然可以用来参考，但是很多理论是没有经受过上规模项目的管理的初级开发者能吃透的；不如花点时间学学如何提升测试覆盖率，配置 CI ，合理管理个人开发时间。

同事说错了， yarn 官方指南是用包管理工具装的。

效率和方便程度没有优势啊，官方没有做高效的并发 IO 模型， HTML Parser 库虽然有几个但是不算很成熟。

也就适合在不想写后台的 iOS 应用上解析下网页做个客户端。。

Swift 语法还是比较舒服的，可惜跨平台的标准库推进太缓慢，大部分还是要靠 Cocoa 那一套，前不久才开始要搞 Server Side 的 API 。像 Go 语言，虽然个人不太喜欢它的语法，但是一出来的时候自带包管理、格式化， net/http 包装一下就是个服务器框架， Swift 不依赖第三方库想做个 http 框架要像 C 语言一样从绑定 TCP 端口手动解析 HTTP 头开始... 调用 C 语言的库要做 module.modulemap 还要转换包装各种类型...

扯远了，不过感觉 Swift 做这种脚本或者服务器端的工作，除了充值下 Apple 的信仰外，没什么优势。

之前装的希捷 3TB 机械盘也有这个问题，硬盘占用 100% 读写几百 KB/s, 系统几乎卡死。

最后装了一个英特尔的主板驱动还是一个磁盘工具就好了。

你需要胡正和李杀...

- 参与 Github 和社区的初衷是为了分享和交流
- 语言只是工具
- 没必要"政治正确"地将都是华人看得内容用蹩脚的英语表达

关于这个问题，我之前翻译了一点东西，往原 repo 合并的时候，一个路人也发表观点说，翻译到其他语言没有必要，原 repo 的作者回复了几段话，感觉很受用:

```
@onmyway133 While I certainly agree with you premise ("English is the main language for software development") I don't agree with your conclusion ("we should not translate in other language").

The main purpose of @albertodebortoli and I when we started writing this book was to share our knowledge and experience. This is also, in my opinion, the main goal of most of non-fiction work as well and one of the basic principle behind the open source movement: knowledge should be free and accessibile to everybody.
If translating our work in Chinese makes it accessibile to a wider audience I would argue that this is exactly in the spirit of this book. We should praise @oa414's effort (and the effort of many more contributor) and not diminish it.
I don't know your background but I'm a bilingual myself and English is my second language and I can still remember when I was kid (~10yo) and wanted to learn about computer and was very hard / harder to find information in the only language I knew at the time so this issue is very close to my heart.

But let me be clear, this work is and will be first and foremost in English. Every change will be made in the English version that will alway be the reference and the drive for translation.

To answer your question "Who would need another language?" it's typical in the human nature to take the know state/experience and generalize. In this case the assumption is that everybody speaks English and this is because you're biased toward what you experience, but the reality is that the number of non-English person in this world outnumber the English speaking.
So all these people need other languages, as a community we should strive to be as inclusive as possible and inclusion also means to share knowledge with person that don't understand our language.
```

为什么

-常春藤硕士
-普通本科拿个省奖

算并列取其一的条件...

没有一千万。

Sort Benchmark 官网： http://sortbenchmark.org

阿里云的机器是在一个维度上夺冠，但是腾讯的团队在另外两个评测维度上夺冠。

作为阿里云小用户感觉这个和阿里云出售的云服务没什么关系，作为吃瓜群众感觉腾讯阿里技术确实厉害，以及比赛的论文也可以瞻仰下。

51CTO 新闻：

腾讯打破 2016 Sort Benchmark 4 项纪录， 98.8 秒完成 100TB 数据排序

11 月 10 日，具有计算奥运会之称的 Sort Benchmark 全球排序竞赛公布 2016 年最终成绩，腾讯云大数据联合团队用时不到 99 秒（ 98.8 秒）就完成 100TB 的数据排序，打破阿里云去年创造的 329 秒的纪录。在更早前，百度创造的纪录是 716 秒， Hadoop 的纪录是 4222 秒。


http://ww4.sinaimg.cn/large/65e4f1e6gw1f9nd9numi1j20r10nnk3g.jpg

## 价格

不高，但是也不能算便宜。

相比动辄几千的架构师峰会确实不贵，对于需要自费的、收入不高的初级开发者，还是算上一笔不小的开销。

而且两天的时间成本和帝都外的同学的交通食宿开销并不低。 长三角的同学过来参加，要付出近 2k ，和一个周末的时间成本。

## 议程

部分主题还是感兴趣的，但是也没有看到非常激动的。我个人更期望于看到那些平时搜资料、看书不容易碰到的一些主题。看这次 iOS 活动的主题，比如逆向，演讲者的书已经是很好的入门资料了，其他响应式、函数式编程范式和应用，服务器端编程也是自己能够很好入门的内容。吸引力真的不大。

## 碎碎念

我觉得这个活动，初衷很好，但是没有一个很强大的吸引力让开发者去。

三年前有幸抽中了 Apple 官方的 iOS 7 Tech Talk ，在上海的新天地，印象很深的是 Apple 搞技术布道真的专业，工程师讲的和发布会一样… 以及新天地的自助餐很好吃... 结束了还有酒会，其实就是会场外免费拿酒给大家一个互相勾搭的机会。你可以逮到一个 Apple 的工程师和他聊，这是其他大会所做不到的，还不收钱....

国内一年有三五场 iOS 的大会，可是很难选一个最棒的大会，缺少一个最有吸引力的。 MDCC 可能做的规模大，但是 iOS 分会场规模也不算很大...

像 JSConf ，虽然是上海一家公司牵头，但是是国内搞 JS 最有吸引力的大会了。像 RubyChina ，国内搞 Ruby 的少，也就这一个大会了...但是会议准备用心，同规模的会议应该不需要三个人全职做一个月，每次 200 多的票价感觉吃自助都能回本。

反观 DevLinks 的活动，缺少一个特别吸引人去的，既不是国内唯一，也不能说是国内组织 iOS 活动最棒的，虽然初衷很好，但是缺乏一个吸引力。

就像家里人叫你去相亲，姑娘在老家家境还好、身材中等、样子中等… 如果要买机票回去你就不愿意了... 如果过年刚好在家没准可以去一下...

LZ 现在去面 国内一线互联网公司 17 届校招应该都是 Special Offer 收割机的样子...

还有一年，可以往全球一线的企业看了。

有人觉得 Chrome 插件太吃内存么... 感觉油猴脚本很省内存...

http://ww4.sinaimg.cn/large/65e4f1e6gw1f92v12ep7oj20ja073acf.jpg

jQuery 作为最基础的库应该在 head 标签里面阻塞地引入，然后 DOM 底部调用 $.ready 。

或者用模块加载器引入 jQuery, 并用模块加载器在 jQuery 加载完成之后执行 $.ready 部分代码 (估计你做的东西没有复杂到要这样做不可) 。

我猜你想在底部引入是为了让 DOM 内容加载更快，但是我觉得压缩+CDN 加载已经够快了，如果是移动端弱网环境，可以考虑内联 Zepto 。