近期前端文章推荐&吐槽

推荐关注

› Meteor

› JSLint - a JavaScript code quality tool

› jsFiddle

› D3.js

› WebStorm

推荐书目

› JavaScript 权威指南第 5 版

› Closure: The Definitive Guide

This topic created in 3520 days ago, the information mentioned may be changed or developed.

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 越多。

Supplement 1 · Oct 18, 2016

纠正，应该是在所有浏览器上都无法运行的 JS

Supplement 2 · Oct 18, 2016

大家主要还是看文章吧
我瞎评的

27 replies • 2016-10-19 07:18:18 +08:00

nailuoGG

Oct 18, 2016 via iPhone

功能越多代码越多

griffinqiu

Oct 18, 2016

楼主的见解和分享很不错，持续关注

ibufu

Oct 18, 2016

需求就这多，有什么办法？

murmur

Oct 18, 2016

新浪的产品设计有问题，尤其是那个乱序时间线，别的不学学这个 jb 东西，技术已经不评价，而且新浪是少有的会员一样看广告的公司
这样的公司速速倒闭为好

FrankFang128

Oct 18, 2016

@ibufu 分两个页面呀

ho121

Oct 18, 2016

语言越多， bug 越多

chunqiuyiyu

Oct 18, 2016

@murmur 会员专属广告，第一次看到这个词的时候我震惊了，这是得多么天才的人才能想出来的啊！

ibufu

Oct 18, 2016

@FrankFang128 那是产品的事，产品出成啥样，我们有什么办法？本质上程序员就是需求翻译机（摊手）

Gheng

Oct 18, 2016

我实在是无力吐槽你了。。。

FrankFang128

Oct 18, 2016

@Gheng 我说的是事实你要吐槽什么……

shlabc

Oct 18, 2016

图文首页（全部资源）一般控制在 500k 或 600k 以内，尽量吧

imcxy

Oct 18, 2016

这个世界本来就是少部分人引领风潮

明星烫个发型，这个世界有一半少女少男会跟着模仿

世界上 5 亿用户公司用的东西，一个用户 300 的也会跟着跑

WhoMercy

Oct 18, 2016

1.跟你为什么用高级语言写代码，而不用或者很少用机器语言的道理一样。本质是为因为牺牲可以忽略不计的性能损耗（或者说可以接受的）而换来提升开发效率的新工具(语言)，学习有代价，但是发展潮流如此。学习了可能最终被市场判定为失败的尝试白白浪费时间，不学习可能搭不上时代最前沿、机会最多的列车。

2.关于说文件太大，君可知现在技术界的论调是软件的开发速度跟不上硬件的更新速度，而网络的提升在近几年也是有目共睹，现在一张图片动则 N 个 mb ，页面有几百 kb 的 js 并不是大问题。而关于代码复杂度，所以说要模块化、模块化再模块化，要解耦、解耦再解耦，要架构设计、架构设计再架构设计，而后面这个问题也正是前面 1.里各种新生语言准备(或可以)解决(或缓解)的。

nino

Oct 18, 2016

直接写 Typescript 、 Elm 没什么不对吧，编程说到底就是抽象再抽象，复杂度上来了就要有更好的抽象工具。

Vamwere

Oct 18, 2016

@murmur 然而现实就是年初买新浪股票的人，现在都财务自由了

murmur

Oct 18, 2016

@Vamwere 垄断的力量+阿里的注资，没办法

FrankFang128

Oct 18, 2016 via Android

@WhoMercy 并没有发现前端加班变少，抱怨变少呀

haihan

Oct 18, 2016

很多原因都可能导致框架和工具滥用情况的发生。说几个职场里的理由吧：比如故意提升技术门槛，防止被写后台的看不起；项目虽小，但是为了用框架而用框架，这样才好将来跳到大厂时有技术筹码；总用老技术，上至老板，下至小弟会认为你不思进取；项目经验少，被工具或框架花花绿绿的 demo 蒙骗了等等。有时候其实我也会不得已滥用。。。

WhoMercy

Oct 18, 2016

@FrankFang128
你的问题在 LZ 的问题讨论范围内吗，只要解决两个问题，就能不加班。
1.个人能力够不够
2.公司制度怎么样
有能力就去解决吧，这不是某某语言的问题。

FrankFang128

Oct 18, 2016

@WhoMercy 那倒是，说到底都是人的问题。
我就是吐槽一下现在火（ zhe ）热（ teng ）的前端而已。

MrJing1992

Oct 18, 2016

楼主专业吐槽前端，有什么动机吗？利益无关，我写 PHP 的。

FrankFang128

Oct 18, 2016

@MrJing1992 吐槽能赚钱么…… 你看我老是上 Top 10 ，就知道我只是上 Top 10 上瘾而已。
不过这一篇只是骗 star 来的

FrankFang128

Oct 18, 2016

@MrJing1992 这帖子只骗了 4 个 star ，唉……

Gheng

Oct 18, 2016

@FrankFang128 为什么吐槽你？？讲道理应该有因得果，一步步去说明。你这几篇帖子里的逻辑错误百出，也就忽悠下没有辩证思维的小白，而你又是喜欢写这样的帖子，所以说我懒得吐槽你。

FrankFang128

Oct 18, 2016 via Android

@Gheng 你指出漏洞呗

FrankFang128

Oct 18, 2016 via Android

@Gheng 我的习惯是不说全面的观点。有人说 react 好，我就说 react 的缺点。你听一下两个人的观点就有自己的观点。

meszyouh

Oct 19, 2016 via Android

看了一下，没啥干货，自己用 bootstrap 怪谁？让写*{padding:0;margin.:0;}的人又能啊 Q 一下。子元素选择器！后面跟上通配符！真是天才写法。与 js 相关的路由懒得说了，本来就是 hashchange 和 popstate 事件，只不过别人给你做好了。
并不值得推荐。标题党嫌疑。

代码越多， bug 越多，这个仅仅是你“说出来”的一句话，然后呢。