所谓「解释型」是算是基于「虚拟机」的语言的一种简易实现。但除了 CPython 这个异端之外，其他基于虚拟机的语言都多多少少转向了 JIT ，在一些特定场景下已经可以和本地代码（你们说的「编译型」语言大概就是这个意思吧，毕竟 JIT 也有编译环节）一较高下了，之所以和本地代码仍有差距的原因其实更多是因为这些语言往往是「动态类型」而且有 GC 。

楼上各位多多少少混淆了这些概念，可以看下我近期的一篇文章 https://jysperm.me/2016/12/categories-of-languages

奇怪，为什么日期是 3-31 而不是 4-1 （如果是愚人节消息）？

1100 包邮出一台 DELL P2416D ，正常使用一年半，包装齐全无明显划痕，见 https://item.jd.com/1564194.html
还 1550 包邮出一台 PHILIPS 288P6LJEB ，正常使用半年，包装齐全，屏幕有一道四厘米长但非常细的划痕，见 https://item.jd.com/1125203.html

22:19 起部分服务中断，无法连接或超时，初步确认是所在机房的网络故障，已在 15 分钟前全部恢复正常。类似情况可关注 https://status.leancloud.cn

我是同意楼主的说法的，选择 Markdown 就是因为它足够轻量级又能覆盖大部分的需求，源代码本身有很强的可读性，熟悉语法后又不太可能写错，这时实时预览就显得意义不大了，只要有基本的高亮就可以了。

套路呀， 4 月 1 日涨涨价探探口风，反对声音太大第二天还能撤掉，如果没啥反应就直接实行了。

请问你说的「骂盗版课程」和「推荐使用盗版软件」的是同一个人么？

大概看了前半部分，后面前端的事情不太懂（没错我只写服务器端 JS ），感觉楼主还是有很多编码经验的，但感觉就是没认真准备面试。就比如原型链和 new ，确实不常用的话突然让你说也说不清楚，但我觉得只要是去面试 JS 就一定会提前重新复习一下原型链的知识吧。

虽然不是同一领域的语言，但我还是觉得 Rust 要比 Go 更「好」，得出这一点是因为我觉得 Go 没有找到一个十分适合的场景。

Rust 显然是瞄准 C++ 去的，零开销抽象、内存安全、类型安全，最后能否替代 C++ 不好说，但至少是有可能的，这可是一个非常大的领域，包括操作系统、浏览器、编译器和虚拟机、图形引擎这些重量级的使用场景。

Go 的话定位就非常尴尬了，和 Python / Node.js 比起来抽象能力太弱（指的是提供的语言特性较为有限，例如异常、泛型、完整的面向对象），面对复杂多变的业务需求显得不那么够用；静态类型当然也有其好处，但似乎并没有比例如 Java 这样其他的语言强多少。从 Go 没有异常这一点来看，可能更适合系统编程（而非业务代码），确实 Go 也被用来一些网络中间件。但 Go 却又是有 GC 的语言，和 C 的互操作又不够高效，导致在系统编程的使用场景也非常狭窄。

https://github.com/ksimka/go-is-not-good

http://images.apple.com/cn/business/resources/docs/iOS_Security_Guide.pdf
可以看一下关于 IDS 和 iMessage 的部分。

https://jysperm.me/2017/02/distributed-random-rollup/
又要推销一下我的去中心化抽奖程序了

没听说过 setTimeout 的「最小执行时间」，如果有的话应该也是实现细节。 setTimeout 0 相当于把回调放到任务（事件）队列末尾，至于什么时候能执行到那个回调函数当然是不确定的（但只会更晚不会更早），这么做当然也是为了等任务队列已有的任务执行完成再执行某段代码。

直接用公开仓库好了 https://github.com/jysperm/passwords

socket.io 并不仅仅是 web socket ；轮询模型中额外开销是很大，即使连接可以复用，也依然要解析请求头，生成响应头；至于后端内部怎么通知是另一回事了，一般是 redis 的 pub/sub 。

唱个反调，我觉得说你「没有开源精神」也没错，只是他跑到你的网站去评论这个显得有些没事找事（其实就是不想付钱了）。我觉得开源精神就是说「知识应当是可以自由地获取的」，可以免费地得到这些知识再分享给别人，毕竟知识和服务或者实物商品不同，复制起来是没有边际成本的。

所以卖视频这件事的确可以说是「没有开源精神」，但开源精神不见得总是「正确」的，至少不是唯一正确的出路。就像很多人说的那样，如果作者得不到报酬，怎么会有动力产生好的内容呢？如果作者的生活得不到保障，怎么能安心创作呢？

只是标题不够吸引眼球

我是觉得浏览器在滥用自己的能力去定义什么是安全的，网站有可能有自己的安全措施，注入什么的和 https 没有关系 https://nohttps.org

@nicktogo 现在 Atom 也在逐步迁移到原生 JavaScript ，你用 JavaScript 或者 CoffeeScript 写插件都是可以的。

Atom 很早以前就有一个实时协作编辑的插件 https://atom.io/packages/atom-pair