因为世界往往不是由我们所料想的发展 从历史来看 JavaScript的作者根本没想过会有红的一天 一个十天写出来的语言 加上没有开源社区贡献的年代 这个语言一定是超多漏洞 外加超级不严谨的 当初只是为了抢浏览器市占 谁能料想的到会发扬光大 如果这个语言没人理就算了 谁知道还一统江山 大量的使用者出现 这个语言的缺点与漏洞自然就慢慢被挖掘出来 然後被批评为垃圾语言 那当然就会有一堆语言想要把它取代掉 Dart TypeScript coffee就出现 可惜的是浏览器各家做各家的 厂商也不想帮别厂商主导的语言做嫁裳 那只好山不转路转弄个转译 至少JavaScript各家浏览器支援 不过这样的思考模式也不光是浏览器上啦 JVM上面也一堆啊 像是groovy Kotlin Scala 也是建立在转译 我们无法控制底层市占已经被抢走了 那只好做一层功夫来符合底层 当哪天市占已经强过原本底层支援的 相信原生支援就会出现了 不过很难啦 中间牵涉到厂商的利益冲突 很多时候发展上考量的不只是 语言本身优不优秀 还有参杂了 厂商利益 法律 开发人员成本 等等问题 计算机概论不是计算机定律 所以也别放在心上了 ※ 引述《shter (飞梭之影)》之铭言： : 工作後觉得产业界很多观念跟计算机概论完全颠倒，不知道有没有调适期? : 当然去看一下原理以及接触一下产业文化就会知道原因，只是一时间不习惯 : 但後来想一想又觉得发展变化很有趣 : 例如 : 1.并列传输速度比序列传输快 : 但现在高速通讯都是序列传输的，并列传输的最後堡垒阵亡大概是在硬碟排线 ? : 高速後杂讯干扰问题反而并列传输严重太多，结果不管 USB SATA SAS 都走序列 : 2.高阶语言是用来编译成低阶语言执行 : 机器语言 > 组合语言 > Basic , C , COBOL ..... 以前书上大概是这样写发展的 : 这个道理很容易理解，每一门语言最终目标都是编译成机器语言执行 : 後来 JAVA 跟 .NET 出现了虚拟机器、CLR、中继层之类的概念 : 我包一层中继，你用什麽写都行，要在什麽环境上跑都好，交给我来处理 : 当然早期这样包一层中继是有执行效率问题的，以前 IE 3 看到咖啡就直觉要变慢了 : 後来看到 Flash 就想到耗能、吃资源.... : 到这边都还可以理解，但近年前端生态真的让人哭笑不得 : Javascript 几乎是非常好上手的语言了，可是还跑出 Coffe Script、Type Script : 甚至用它自己 (ES6) 写的 都要用工具编译成 ES5 code 再跑 : 从以前随写随用变成至少要搞 babel 跟 webpack 或 rollup 之类东西弄开发环境 : 甚至其他语言也有许多以编译成 Javascript 当目标的专案 : 结果现在写 Javascript 要编译却又没有专业的 IDE : source map + live server + live update + console 尽量做到最友善的开发体验 : 会有感而发是因为还有一个以前教科书说请大家不要用的 eval : 现在却变成 webpack 开发良伴，看了一下转译的 code 那精美的 eval 令人兴奋 : 在这个什麽都可以转译到 Javascript 的时代，它几乎快变成组合语言的感觉 : 大家都要转成它，它再喂给浏览器或 node.js 或其他 Runtime 跑 : 在可预见的未来，Progressive Web App 应该会继续 Javascript 荣光 : 还真是任何可以用 Javascript 写的东西，最终都将用 Javascript 写 : 在浏览器实做 ESModule 的现在，有机会回到过去不用再编译了吗? : 看着 webpack 包出来的东西有点头痛 : 不知道 vue-cli 有没有办法把打包工具换成 rollup ? : 反正 CSS 也不要输出实体档了，通通包进 Javascript inline code 里塞到 head --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 117.19.229.67 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1551511782.A.4DA.html