@matts8023 all 是几个东西同时出去，等全部完成后收集结果。没有依赖关系。

如果你是第二步依赖第一步的结果，第三步依赖第二步的结果。那写出来肯定是一个套另一个的。 Promise 不是拿来解决这种问题的。

1.异步跟多线程没关系。
2.async await 是把异步的东西弄成写起来像同步一样。
3.promise 是个能往函数里传，也能从函数里返回的东西。当你从这个角度看 promise 的时候，它就不只是一个语法糖了。有人说 promise 是为了解决回调地狱而出现的，那是瞎扯淡。
4.想真正利用好异步，还是得靠 rx 。

能实现 =》
1.能更好的实现（算法）
2.能应对变化的实现（架构）

写代码无非是这样的过程。学习了跟“算法”、“架构”有关的新知识之后，再去拿自己之前写的东西做实验，看能否用新知识改进之前的东西。然后再写新东西的时候，直接用之前实验的成果。

@hanzichi 是的。我待过好几个这样的公司了。他们都把工资分 n 块，里头基本工资低的要死，剩下的都是奖金什么的。税和保险都是按那个基本工资交。

@hanzichi 指不定一毛钱税没往上头交，纯粹是扣你们钱的呢。

面试不会问？试用期知道要加班不知道走？

按 3000 交保险，那就按 3000 交税。这样的公司多了去了。

ts 的好处是它基本就是 js 加强类型。对从其他强类型语言过来的人来讲，它是入门 js 的好东西。对于已经写了很久 js 的人来讲，强类型的吸引力有那么大吗？

就是后端给 api ，客户端渲染。完全的前后端分离也是一步一步发展过来的。

1.就算是以内容为主的网站，内容也已经是客户端渲染的了：
想想现在大部分网站上面，内容列表的翻页、滚动加载，是不是都是客户端 ajax 去调接口，然后在客户端渲染的？主体内容都是客户端渲染的了，后端光渲染个导航栏什么的，意义也不大。

2.后端只能提供数据，不能实现交互。
比方讲要实现一个下拉选择框，如果是后端渲染，那么实现是这样的：后端生成下拉框的内容，这部分内容在页面加载的时候是被隐藏的。客户端在页面加载之后，读取这部分内容，再通过 js 生成下拉框。这样的过程里，后端只起到了提供数据的作用，它是在页面里渲染了 html 还是渲染了一个 json 没有区别。交互性越强的网页，需要通过 js 生成的组件越多，与其后端往页面里头塞数据，不如直接客户端通过 api 去请求数据了。

你得看规范了。很复杂的

对用户真正有用的进度条是能看到结束时间的进度条。想知道结束时间基本是不可能的，想知道当前进度，要实现起来也是异常困难的。所以你还是弄个菊花转转吧。

在我看来，日报比周报要好。你把日报当 todo 用，方便你理清思绪，完成一天的工作。周报就纯粹是总结了，对你没有任何帮助，毫无意义。

flexbox 就搞定了
https://jsbin.com/ququmetode/edit?html,css,output

如果考算法的目的是考验逻辑思维的话，你不如找点高中数学卷子给人家做了。
高中数学题做得好的人逻辑思维强吗？是的。
高中数学题做得好的人代码写得好吗？

组件肯定是个单独的封装好的东西。你想想如果你要设计一个封装好的 html 组件，它应该是什么样？
必然是 <MyComponent></MyComponent> 这样的形式。
不管是 vue 、 react ，还是什么其他的，它都肯定是设计成这样的形式。每个组件必须是套在一个 html 里的。

响应式编程，函数式编程在 winform ， ios ， android 这些 gui 开发上头火了很久才被引到 web 上头吗？

你需要看
https://developer.mozilla.org/en-US/docs/Web/JavaScript/A_re-introduction_to_JavaScript

搜下 webpack 的 resolve 配置