推荐关注 Meteor JSLint - a Javascript code quality tool jsFiddle D3.js WebStorm 推荐书目 Javascript 权威指南第 5 版
Closure: The Definitive Guide
Closure: The Definitive Guide 
这是一个创建于 3311 天前的主题，其中的信息可能已经有所发展或是发生改变。
https://github.com/FrankFang/best-chinese-front-end-blogs/issues/11
对当前单页应用的技术栈思考 - 徐飞
评论
三年前，我们写 HTML 、写 CSS 、写 JS ；
三年后，我们不写 HTML 、不写 CSS 、不写 JS ；只写需要转译的、无法运行在所有浏览器上的 JS 。
听说大家的开发效率都上去了，真是恭喜啊。
既然前端这么不待见 JS ，明年干脆连 JS 也不写了吧，直接写 TypeScript、Elm 吧（我没开玩笑 ）
[译] 少写代码少填坑 - 月影
评论
看看现在网页里面的 JS 文件（不包括 HTML 、 CSS ）多大了：
- 百度首页 - 150k+ 的 JS ，用了 jQuery
- 知乎首页 - 450k+ 的 JS ，用了 Angular
- 饿了么首页 - 120k 的 JS ，用了 Angular
- 淘宝首页 - 340k+ 的 JS ，用了 KISSY
- 新浪微博首页 - 500k+ 的 JS ，不知道用的什么 :(
- 1688 首页 - 200k+ 的 JS ，用了 jQuery
- Google 首页 - 169k 的 JS
我不知道这么多 JS 是否有必要，我只知道：
代码越多， BUG 越多。
第 1 条附言 2016-10-18 12:58:34 +08:00
纠正，应该是在所有浏览器上都无法运行的 JS
第 2 条附言 2016-10-18 13:06:39 +08:00
大家主要还是看文章吧
我瞎评的
我瞎评的
 | 1 nailuoGG 2016-10-18 12:12:10 +08:00 via iPhone 功能越多 代码越多 |
 | 2 griffinqiu 2016-10-18 12:12:33 +08:00 楼主的见解和分享很不错，持续关注 |
 | 3 ibufu 2016-10-18 12:20:27 +08:00 需求就这多，有什么办法？ |
 | 4 murmur 2016-10-18 12:26:45 +08:00 新浪的产品设计有问题，尤其是那个乱序时间线，别的不学学这个 jb 东西，技术已经不评价，而且新浪是少有的会员一样看广告的公司 这样的公司速速倒闭为好 |
 | 5 FrankFang128 OP @ibufu 分两个页面呀 |
 | 6 ho121 2016-10-18 12:28:50 +08:00 语言越多， bug 越多 |
 | 7 chunqiuyiyu 2016-10-18 12:31:39 +08:00 @murmur 会员专属广告，第一次看到这个词的时候我震惊了，这是得多么天才的人才能想出来的啊！ |
| 8 ibufu 2016-10-18 12:54:39 +08:00 @FrankFang128 那是产品的事，产品出成啥样，我们有什么办法？本质上程序员就是需求翻译机（摊手） |
 | 9 Gheng 2016-10-18 12:55:14 +08:00 我实在是无力吐槽你了。。。 |
| 10 FrankFang128 OP @Gheng 我说的是事实你要吐槽什么…… |
 | 11 shlabc 2016-10-18 13:01:29 +08:00 图文首页（全部资源）一般控制在 500k 或 600k 以内，尽量吧 |
 | 12 imcxy 2016-10-18 13:14:17 +08:00 这个世界本来就是少部分人引领风潮 明星烫个发型，这个世界有一半少女少男会跟着模仿 世界上 5 亿用户公司用的东西，一个用户 300 的也会跟着跑 |
 | 13 WhoMercy 2016-10-18 14:01:03 +08:00 1.跟你为什么用高级语言写代码，而不用或者很少用机器语言的道理一样。本质是为因为牺牲可以忽略不计的性能损耗（或者说可以接受的）而换来提升开发效率的新工具(语言)，学习有代价，但是发展潮流如此。学习了可能最终被市场判定为失败的尝试白白浪费时间，不学习可能搭不上时代最前沿、机会最多的列车。 2.关于说文件太大，君可知现在技术界的论调是软件的开发速度跟不上硬件的更新速度，而网络的提升在近几年也是有目共睹，现在一张图片动则 N 个 mb ，页面有几百 kb 的 js 并不是大问题。而关于代码复杂度，所以说要模块化、模块化再模块化，要解耦、解耦再解耦，要架构设计、架构设计再架构设计，而后面这个问题也正是前面 1.里各种新生语言准备(或可以)解决(或缓解)的。 |
 | 14 nino 2016-10-18 14:13:02 +08:00 直接写 Typescript 、 Elm 没什么不对吧，编程说到底就是抽象再抽象，复杂度上来了就要有更好的抽象工具。 |
| 17 FrankFang128 OP @WhoMercy 并没有发现前端加班变少，抱怨变少呀 |
 | 18 haihan 2016-10-18 15:22:59 +08:00 很多原因都可能导致框架和工具滥用情况的发生。说几个职场里的理由吧：比如故意提升技术门槛，防止被写后台的看不起；项目虽小，但是为了用框架而用框架，这样才好将来跳到大厂时有技术筹码；总用老技术，上至老板，下至小弟会认为你不思进取；项目经验少，被工具或框架花花绿绿的 demo 蒙骗了等等。有时候其实我也会不得已滥用。。。 |
| 19 WhoMercy 2016-10-18 15:32:00 +08:00 |
| 20 FrankFang128 OP @WhoMercy 那倒是，说到底都是人的问题。 我就是吐槽一下现在火（ zhe ）热（ teng ）的前端而已。 |
 | 21 MrJing1992 2016-10-18 15:54:39 +08:00 楼主专业吐槽前端，有什么动机吗？利益无关，我写 PHP 的。 |
| 22 FrankFang128 OP @MrJing1992 吐槽能赚钱么…… 你看我老是上 Top 10 ，就知道我只是上 Top 10 上瘾而已。 不过这一篇只是骗 star 来的 |
| 23 FrankFang128 OP @MrJing1992 这帖子只骗了 4 个 star ，唉…… |
| 24 Gheng 2016-10-18 21:55:19 +08:00 @FrankFang128 为什么吐槽你？？ 讲道理应该有因得果，一步步去说明。你这几篇帖子里的逻辑错误百出，也就忽悠下没有辩证思维的小白，而你又是喜欢写这样的帖子，所以说我懒得吐槽你。 |
| 25 FrankFang128 OP @Gheng 你指出漏洞呗 |
| 26 FrankFang128 OP @Gheng 我的习惯是不说全面的观点。有人说 react 好，我就说 react 的缺点。你听一下两个人的观点就有自己的观点。 |
 | 27 meszyouh 2016-10-19 07:18:18 +08:00 via Android 看了一下，没啥干货，自己用 bootstrap 怪谁？让写*{padding:0;margin.:0;}的人又能啊 Q 一下。子元素选择器！后面跟上通配符！真是天才写法。与 js 相关的路由懒得说了，本来就是 hashchange 和 popstate 事件，只不过别人给你做好了。 并不值得推荐。标题党嫌疑。 代码越多， bug 越多，这个仅仅是你“说出来”的一句话，然后呢。 |
Select Language