上吧 别犹豫了 当初买本子的时候就该上 16，干什么都要爽一些

CS 重邮 不解释

放弃 vue 转投 react，react 的思想确实更具有暴力美学，生态也好很多。jsx 的语法是一开始放弃 react 学习 vue 的原因，但是很多时候遇到通过 vue 提供的指令不足以简单地表示 js 操作 html 的过程。react 更高一个层面，vue 差很远。

@noe132 问题就是这个自动 是浏览器后台发了一个请求去判断还是什么？ 比如像自己做的 app，会不会按照客户端能力检测自己加上而不需要请求判断

臣附议

@chairuosen 所以复杂到有性能瓶颈的项目都是什么样的

中午 qq 邮箱附件下载龟速乃至停止

做业务真是太没意思了，不自己寻求下进步的话就跳不出来了

@htfy96 谢谢

@htfy96 只在 cdn 层面应该不足以实现吧 这里的增量更新是客户端的增量更新吗

这是什么跟什么啊？一脸懵逼

@yyfearth 还有一事想要请教下您。现在开发的时候有一个很困扰的地方，A 组件引用了 B 组件，B 组件引用了 C 组件，在开发过程中往往由于兼容性等问题进行很多次调试，并且有的问题组件内看不出来，要在外层组件进行测试才能发现，这样引起了频繁的修改。通过 npm link 应该是有帮助的，但是因为多人协作，这种方法也比较无力。你们开发的时候有遇到过这样的问题吗？通过自动化脚本实现还是什么其他方案

`transfer-encoding:chunked`是流水一样的‘流’还是扔东西一样的‘流’。每一个 chunk 自身是一个整体还是是以一个流的概念。

刚才在一个博客里面看到了这样一段话：

Chunked 编码一般使用若干个 chunk 串连而成，最后由一个标明长度为 0 的 chunk 标示结束。每个 chunk 分为头部和正文两部分，头部内容指定下一段正文的字符总数（非零开头的十六进制的数字）和数量单位（一般不写,表示字节）.正文部分就是指定长度的实际内容，两部分之间用回车换行(CRLF)隔开。在最后一个长度为 0 的 chunk 中的内容是称为 footer 的内容，是一些附加的 Header 信息（通常可以直接忽略）。


问题 1：这样的话是指在每一次传输的 chunk 里面加上包括长度信息和实体信息的内容一起传输对吗？

问题 2：那第一个 chunk 怎么确定传输完毕呢？

问题 3：发起请求方开始是不知道所有的块的数量吗？

看起来好像是的，通过自家的 playground 看是产出纯粹的 css。

另外 postcss-cssnext 还能算是'后处理器'吗，已经算是预处理器了吧。

@dyy1997 有人让我写个网站，“要求不多，就淘宝那样的就行。”真 mmp ！

为什么他们认为代码价值低，那是因为你不会吹！

你不体现自己的价值，他们自然不会明白你的价值，上去就是一套不管他听不听得懂得术语，然后再是往多里说的工期和报酬。即使顺手能做完的工作，也不能太低的价格接单，不然以后就不好接了。

@2225377fjs 这是最靠谱的，一般大专的话硕士估计就够了。平时也比较轻松