※ 引述《dharma (达)》之铭言：
: 网络上看到的一段话:
: 因为 JavaScript 的广泛应用，Stack Overflow 的联合创始人阿特伍德（Jeff Atwood）
: 提出了著名的阿特伍德定律：“任何可以用 JavaScript 来写的应用，最终都将用
: JavaScript 来写。”
: 请问这个趋势现在有明显吗
: thanks
这个问题要分 front end 和 front end 以外这两种情境来讨论
在 front end，现阶段一定要用 JavaScript 来写
在 Internet, open source 等自由开放的趋势下
开发者不会想用一个封闭的技术来写 front end code
先前一些试图取代 JavaScript 的专有技术最后都没有成功
WebAssembly 是开放的技术，但是短期内 JavaScript 不会消失
因为 front end code 还要考虑向后相容性的问题
即使是用一些 JavaScript transpiler，像是 TypeScript 或 Babel (ES6)
最后还是要转成 ES3 或 ES5 相容的代码
但在 front end 以外，JavaScript 就没那么重要
语言本身是一回事，但是语言背后的环境才是重点
以 back end 来说，语言和框架百花齐放，很难说那个技术才是最好的
前端和后端共用同一套程式码的益处其实没想像中的大
除了某些 business logic 以外，其他部分其实前后端都要分开写
而且，即使前端检验过了，后端还是要检验一次
因为前端送来的所有资料都可能被动过手脚的
不是每个开发者都想用 Node，其实最近 Go 反而讨论度很高
对于有经验的开发者来说，前后端用两套语言重写 business logic 很常见
在 back end 以外的情境，JavaScript 也不是必需的
虽然用 JavaScript 可以省下重复学习语言的时间
但用 JavaScript 写软件不一定最方便，要不然不会有 TypeScript 出现
反而一些静态型别的语言，在写程式时会帮忙检查问题，比较有帮助
即使像是 Lua 这种小型内嵌语言，都有开发团队拿来作成产品 e.g. Corona SDK
理论上，只能有团队愿意开发，其他的语言也是可以做成产品
是不是 JavaScript 并不是那么重要