见过有些招人说法是全栈实习生，感觉真是奇妙。
个人认为没个相当的积累是不能称为全栈的。
但这个词已经用坏了。

@qq30545 非常省电，所以 cpu 这么弱。
最近准备出 zenbook 3 ，更轻还能上 I7 ，建议再观望

正在用 zenbook ux305ca + archlinux 开发 web 前端， kernel 4.7 下连高分屏 + 触摸屏都正常。就是 cpu 弱了点（无风扇版），可以参考下

又到了安利 graphql 的时候了

这个可以说是 Javascript 的坑也可以说是 feature 。虽然有意这样写的情况不多见吧。
重要的是要理解编程语言本身，变量的值和引用啊，作用域啊，语法和表达式啊。
如果不重视基本功， ES6 照样会踩坑。

比如 [1,2,3].map(n => {value: n}) 有人觉得会返回他以为的东西，有人觉得会报错（比如我，我都忘了有 label 这回事）。
但结果是不但不报错还会返回 [undefined, undefined, undefined] 呢。

比较认同这样的方式，教育应该重在引导思考而不是灌输。
虽然也是说“培训”，但在这样方式成功”毕业“的同学除了得到期望的成长，在我（不敢代表谁，故用“我”）来看也会主观加分的。（前提希望思客能把关好，不是给钱了就保证毕业）。

那种认为进了班不用动脑，等人喂就会“获得经验值”的还是别来浪费大家时间了。

在使用 webpack 的场景，通常自己项目内的库比稳定的开源库变更要频繁得多，分开打包可以更充分利用浏览器缓存

楼主你这种情况只是 remote 的真子集啊。

人月神话是研发估的 * 3 ， QA 再 * 3
吧

如果公司在地铁口附近还是可以的

才刚换到 MySQL 就被收购了

我好久没有钓鱼或射箭了呢

@FrankFang128 语言的好处见仁见智吧。
babel 可以停下来的，因为 es2015 年是分界线，以后的 es201x 不会像这次那样憋个几年一次过全更新了。
代码用到 webpack 的语法还是有一些 ， ensure 和 context 啰，合理使用还是能无痛迁移的。
CSS in JS 只是 React 的哲学，你我都知道它不是只面向 web 的。我同意不是大部分的 website 都有必要用 React 或其它框架。
既然是简单的 website ，也不必担心那些有复杂场景，以长得像 App 为荣的 webapp 的过度工程啊。

在我负责构建的前端项目里，全面使用了 es2015 和 modules ，就是建立在 babel 和 webpack 上的。
因为构建过程对于源代码完全透明，取代这些工具的成本很低（如果有更好的方案），我是乐于见到上述工具被淘汰的，比如只需支持 chrome50+ / edge14+ / firefox48+ ， babel 这一步完全可以省略（什么你要 stage-0123 ？还有 jsx ？），再如将来 http2 的普及和浏览器支持 import ， webpack 也大可被替代。
这都几乎与所写的代码无关。我说的这些工具都只是把已经确定要来的未来做铺垫而已。
最后回答楼主，是，没有这个未来环境，（我）没法写了。

docker