推荐关注
› Meteor
› JSLint - a JavaScript code quality tool
› jsFiddle
› D3.js
› WebStorm
推荐书目
› JavaScript 权威指南第 5 版
› Closure: The Definitive Guide
› Closure: The Definitive Guide
这是一个创建于 2950 天前的主题，其中的信息可能已经有所发展或是发生改变。
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