工具与资源github.com
可编译为 JavaScript 的语言列表
List of Languages that Compile to JS
2011 — 2014，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
这是 CoffeeScript wiki 上一份持续维护的列表，收录了各种能编译成 JavaScript 的编程语言和项目。它起源于一次社区众包实验，后来成为观察 JS 生态与编译型前端语言的重要索引。
为什么经久不衰：它长期记录了 JS 作为编译目标的语言版图，既反映生态变迁，也保留了许多早期项目的入口与讨论。
HN 评论精选
列表发起人讲述它如何通过 Hacker News 众包从个人搜索清单变成社区项目。
嘿，这个列表是我开始的 :) 互联网真奇妙。我当时疯狂寻找支持运算符重载、以及带私有/受保护方法的类的 CoffeeScript 方案，于是开始列一份编译到 JS 的语言清单。后来我灵机一动：把它放进 CoffeeScript wiki，发到 Hacker News 上，让大家众包。效果惊人，人们瞬间开始添加项目，我来整理。现在我看到有人据此做网站和社区。众包是很棒的体验。
clyfe查看英文原文
Heh, I started this :) strange thing how the interwebs works. I was searching like mad for a coffeescript + operator overloading and classes with private/protected methods. In my desperate search I started to make a list with languages that compile to JS. Then - an idea came to me. How about I put this in the coffeescript wiki, post it on Hacker News then people will crowdsource it. It worked like mad, in an instant people were adding projects and I was organizing it. Now I see people making sites/communities out of it. Small world. I guess it's a topic of interest. PS Crowd-sourcing is an amazing experience. 1. commit 8a0bae391e5711bce233ccac756d2b80070868da in CS wiki 2. Previous discussion in my original thread http://news.ycombinator.com/item?id=2075111
提问者追问 JS 成为编译目标的根本原因：语言特性还是浏览器普及度。
为什么这么多语言选择 JS 作为“中间”语言？是 JS 本身有什么特性让它特别容易/有吸引力，还是仅仅因为浏览器里有现成的解释器？
babarock查看英文原文
Why do so many languages choose JS as a 'middle' language? Is it something inherent to the language itself that makes it particularly easy/attractive? Or is it simply because of the availability of the interpreter in the browser?
质疑编译到 JS 的工具在实际大型项目中的必要性。
只有我不理解这些工具的价值吗？在我看来，为什么不直接写 JavaScript？感觉挺荒谬。它们好玩归好玩，但真有人会为有意义的、上规模的项目选择这些工具吗？
198d查看英文原文
Am I the only one who just plain doesn't understand the value these tools provide? From my perspective, why not just _write_ javascript? Seems ridiculous. I mean, they're fun and all, but no one sets out to do a project of meaning or scale and chooses these tools, do they?
从性能角度指出当时 JS 作为通用编译目标还远不够快。
对于那些认为 JavaScript 适合作为 Web 虚拟机格式的人，我最近写了两篇博客讨论这个问题……基本上，JavaScript 性能还需要再提升 10 到 30 倍才能匹配原生代码。
chadaustin查看英文原文
For those that think JavaScript makes a good VM format for the web, I've written a couple blog posts recently on this topic: http://chadaustin.me/2011/01/native-client-is-widely-misunderstood-and-what-google-should-do-about-it/ http://chadaustin.me/2011/01/digging-into-javascript-performance/ Basically, we need another 10x to 30x in performance for JavaScript to match native code performance...
历次讨论
同类还值得读
直接在浏览器中启动 Linux 内核
Boot a linux kernel right inside your browser.
Fabrice Bellard 的 JSLinux 页面，用 JavaScript 在浏览器里启动一个 Linux 内核，并提供一个可交互的终端环境。
工具与资源上首页 5 次 · 2011–2025bellard.orgHacker News 未公开功能与行为清单（2018）
A List of Hacker News's Undocumented Features and Behaviors (2018)
数据科学家 Max Woolf 整理的 Hacker News 未公开功能与行为清单，涵盖投票机制、排名算法、账号惩罚等社区运作细节。
工具与资源上首页 5 次 · 2019–2025github.comMapSCII：在终端中用盲文和 ASCII 渲染地图
MapSCII – Braille and ASCII map renderer for the console
MapSCII 是一个在命令行终端里渲染地图的开源工具，用盲文字符和 ASCII 字符把地理数据画成可交互浏览的字符地图。
工具与资源上首页 5 次 · 2017–2025github.com顶尖大学的免费在线课程
Free Online Courses from Top Universities
Open Culture 整理的一份免费在线课程合集，汇集了全球顶尖大学（如 MIT、斯坦福、耶鲁等）向公众开放的网络课程资源，涵盖音频、视频等多种形式。
工具与资源上首页 5 次 · 2010–2022openculture.com淘气字符串：容易引发用户输入问题的字符串清单
Naughty Strings: A list of strings likely to cause issues as user-input data
一个 GitHub 仓库，收录了大量容易让程序出问题的用户输入字符串，如特殊字符、emoji、SQL 注入片段、系统命令等，供开发者用于测试输入处理逻辑。
工具与资源上首页 4 次 · 2015–2020github.com