你要确定的不是你的浏览器能不能用，而是别人的浏览器能不能用。
比如看看 html5test https://html5test.com/compare/browser/chrome-44/firefox-40/ie-10/safari-9.0/ios-9.0.html

没学过 haskell 学过同为函数式的 lisp 。要说对我的 js 水平没有用那肯定不客观！起码有……大概…… 1%？

虽然并不后悔，不过 lisp 之后我就不想学函数式语言了，知道一门已经够了。

建议学 node 。
就像买东西买新不买旧， node 的优势在于有很多最新的概念和包可以用，而且整体处于快速演进的状态。然后如果还学前端的话就一种语言打通也比较方便。

其次是 PHP ，毕竟用得多。

Python 虽然语言角度来看最好，不过使用量和潮流方面并不及上面两个。

大部分情形下产品经理是用来背锅的，谈不上看得起看不起。

@xudd 呃……所以我一开始就问是不是无所谓 XSS 攻击……

另一方面我觉得一大原因是 app 用得原来越少了。
在移动设备上我愿意用 app 上微博、知乎、 gmail ，这些在 windows 上要么只有网页要么也宁愿用网页版，并不想装一大堆 app 。

@xudd nodejs 环境只是为了用 browserify(node 写的一个工具)造出一个浏览器能用的 JS 包，之后就不再需要 node 环境了。

使用方法非常简单：
1. 下载并安装 nodejs: https://nodejs.org/en/download/
2. 安装 browserify: (如果 npm 被墙请使用 cnpm: https://npm.taobao.org/ )
npm install -g browserify
3. 新建一个文件夹，在文件夹里安装 htmlparser2 依赖：
mkdir tmp
cd tmp
npm install htmlparser2-without-node-native
4. 新建一个文件 main.js, 填入以下内容，为把 htmlparser2 导出去做准备：
window.htmlParser = require("htmlparser2-without-node-native");
5. 用 browserify 打包
browserify main.js -o bundle.js

然后你就得到一个 bundle.js ，引入 html 运行之后， window 上就有一个 htmlParser 的 constructor ，下面就可以按 htmlparser2 的用法在前端使用了。
要用更方便的 cheerio 的方法类似。

Solution the hard mode:
你可以用 browserify 来在浏览器中加载一个 node 的 html parser ，比如这个 https://github.com/oyyd/htmlparser2-without-node-native
这就可以用 JS parse html. html2 自带一个 dom handler ，所以不仅是 sax 风格的 parser ， dom 也可以 parser 出来。
如果你这还觉得麻烦想用 jQuery 风格的 API 来操纵这个 dom tree ，还有 cheerio 这个 module 可选: https://www.npmjs.com/package/cheerio-without-node-native
注：单纯 htmlparser2 打包大约 140K, 加上 cheerio 700 多 K

Solution the easy mode:
如果你们无所谓 XSS 攻击（ html 文本里的 js 会执行）的话，大可这样：
var d = document.createElement("div");
d.innerHTML = [youHtmlText]

然后你就可以用 d 的 children 来处理了。

RealVNC ,毕竟是企业级产品……
https://www.realvnc.com/download/viewer/

我买了个行车记录仪，发现并没有什么神奇的地方。
和手机 wifi 同步慢得要死一开始还玩玩现在根本不同步了。
然后同步下来的视频 360 水印还去不掉………

@MC 预防性 block 。什么？不要 @骚扰？哦呵呵呵呵，就和你发的东西一样，我乐意……

“你的朋友”不会这道初中 level 的数学题也就罢了，你也不会这道初中 level 的数学题也就罢了，但作为面试题贴上了求解答始终是不大好吧……

代替 JS 当然不行，因为 JS 是操纵 DOM 的唯一语言（以前还有个 VBScript ）。
不过能编译成 JS （操作 DOM 那是自然的事情，写几个接口就好）的语言那就太多了：
https://github.com/jashkenas/coffeescript/wiki/list-of-languages-that-compile-to-js

所以可能性当然是有，至于对 JS 形成挑战，那就只能呵呵了。

光第四条就完全没说服力了。
说得好像 GWT/dart 什么的不存在似的。

现在都 ES6 的时代了，当然过时了……

虽然随便看看还是能有些收货，如果你 JS 不是很精通的话……

至少我看的时候已经晚了……

虽然我不用，不过你干嘛要折磨自己不装 nodejs 版本要装 ruby 的？（虽然这个版本其实是 EmScripten 从 C++版编译出来的）

doc 的吐槽更无法理解了，介绍变量怎么了？这些 compile to css 语言最重要的不就是变量和 nest 吗？其他重要程度都低些。

不理解为什么一定要做成 Frameset 的形式。
这么烂的东西早该死了。

有什么效果不能用更优雅的方法实现的呢？

不知道为什么不行。
不过首先你为什么先读了再挂 onload 事件？不是应该反过来吗？

没有简单的方式。

不管用什么方法。