我的选择是 TypeScript，但是大概和楼主的要求差得远，因为我需要一定的“静态”，但是却并不需要类型推导。

再往下一个梯队的话，Scala，C#，C++ 11 with clang。

这貌似并不能完全算是 “前端” 的内容，感觉大多数都是 JS 的一些知识点，逻辑和简单的算法。貌似有一道涉及到了 DOM。而一些 exactly “前端” 的东西，比如 @otakustay 在 43L 说的，做类似 OJ 的自动评测，有难度。

另外 LeetCode 一段时间前是支持了 JS 的，纯 JS。顺便如果注意了资源使用上限的问题的话，我并不认为纯粹 JS 这种轻量（V8 之类的动静搞得这么大是因为死命往里面加各种优化特技）又和系统底层没啥耦合的东西能把服务器搞出什么问题来。如果直接用 Node 跑那就另说了。

@mcone 我们老师让我们做出 paper 来先发 arxiv，然后再发会议。原因是 arxiv 发的效率很高，会议可以挑水的发而且回应也算比较快的，可以很快出成果（意思就是丰富简历）。

@lsmgeb89 吐槽一下，这货的文档搞得实在太渣，弄得 v8-juice （一个绑定库）的作者在 mailing list 里面撂下一封邮件就走人，还专门写了个 slides 点名批评 v8，说是有名气的开源项目里面文档做的最烂的

Mozilla 那边的 SpiderMonkey 也明确说 API 一段时间内不会稳定下来。大概是因为浏览器大战，浏览器 JS 引擎的首要目标是性能，其他的全靠边站。另外大概也是类似原因，引擎的 JIT 优化到了将近变态的程度，我一时半会不敢往深处看，就看看表面的 API 封装... 另外个人不是很喜欢 Google 的那套 C++ style guide，Google 的 C++ 项目代码看起来都感觉很奇怪。

Lua 和 Python 貌似属于越做越慢，不过 API 和代码还挺干净的。

纯路过... 这两天撸前端，Polymer blablabla，看到这个主题第一反应居然是 document.querySelector...

以前 soup 和 pyquery 都用过一点，pyquery 用起来挺顺手，不过我记得貌似有坑，好像是换行处理不对还是什么来着...

@binux 不知您说的是哪种论文呢？我也就需要用的时候看一些机器学习、图像处理和图形方面的，感觉那些“算法”和这个主题的 context 下的“算法”完全是两回事。

@MikeFish 同推荐 Algorithms 4th... 讲的不算深，但是看起来很舒服。

@vibbow 如果我没有记错的话，学校 C 语言课里面教的 fopen 第二个参数的 'b' 选项，就是 Windows 专属。

也就是说如果在 Windows 环境下，不带 'b' 选项打开一个文件（所谓“文本模式”），可能你读到的内容已经被动了手脚。

用惯了 Google 的表示感觉 arxiv 的搜索太垃圾...

借地问一下，Polymer 现在的浏览器兼容性如何？这个貌似网上只有 0.5 版本的资料，虽然我不指望 1.0 在这方面有多大改进...

顺便艾特一下 TypeScript

最近也在做这个东西...

说来我一个 ACM 渣，怎么就做起了 OJ 呢...

我个人感觉楼主所说是个假命题。我的主观感受是国人和洋人在对待开源软件的所谓“责任心”的差距上，相对于什么腐败的要小很多。倒是国外也有很多代码乱，文档渣，维护过程中随便调整 API，甚至于弃坑的开源项目。

不过有些国内的开源社区成员确实需要提高一下自己的知识水平，或者情商之类的。但是不能用，没法用的那些项目，无论国内或者国外，很多实际上都被淹没在 GitHub 的海洋中了，不去管就是了。有时候碰到实在需要的情况，发扬开源社区的“优良传统”——自己动手照着人家的原理，造个轮子。

@cst4you 其实并没有对性能抱有太大期望，主要还是在折腾上，不好意思这是在主题中没有表现出来的。

@doskoi 学生党暂时负担不起... 再者目前也只是随便玩玩。
话说发现 L 大刚发了一个主题，针对高端路由器的。围观的哪位 V 友如果有需求的话可以去看看。

@denghongcai 看上去蛮不错的，我考虑一下，谢谢。
@kuxiazi 这个牌子感觉有点吊...
@datocp TP 的低端型号.. 本来也没对信号质量抱太大希望，大致想法是能用就行
@KexyBiscuit 个人感觉是官方的 list 不是很方便比较，一方面是个人现在不太熟悉，另一方面是貌似官方是不给价格等属性的，并且有些产品貌似在天朝不是很好买到。

@binarymann @ynyounuo 最近发现一个服务 https://asciinema.org，感觉蛮吊的，推荐给你们。

表示默认禁用 Flash ...

Python, Ruby, Lua, JavaScript 等脚本语言貌似没有一个有多线程并行的支持的（在 JVM，.Net 上面实现的另说）... 感觉在脚本语言的基础上面这个确实不太好搞

一般习惯性放到一个循环里，大概最主要原因是讨厌“冗余”的 for。不过实际上我遇到大多数情况里面感觉两个循环任务还是有一些区别的。

如果是 Python 的话，我对其性能一直没有什么太大的好感，也并不希望能通过这种 trick 获得任何的提升。

@SunRunAway 昨天刚看见的，也支持若干浏览器，不过还没仔细体验。