az22c

@5sheep 不知道你有没有做过门户系统前端部分的开发，调试起来贼麻烦。每个老系统都要制作一个假的 https 证书

@sinnosong1 对 java 应用面太窄是不是有什么误解。c#可以搞上位机什么的，这些方面确实广，但是工资待遇奇低，我觉得可以排除掉这些岗位。剩下的 windows 开发这些，需求量不大。唯一需求量较多的还是 c# web 后端，这方面不及 java 广了吧。java 还可以蹭蹭大数据的名头

@5sheep 我们公司是这样的，门户系统是 company.com 。老系统因历史原因是 company2.com ，iframe 嵌套在门户系统的里面。

老系统用的是.net 和 cookie 维护用户状态，iframe 里面不让发送第三方 cookie ，导致老系统在嵌在门户 iframe 内时不能登录

@fernandoxu 这个研究工作太难做了。找不到源头

@revalue 多虑了 并不会当做套餐外流量

@ZoeeoZ #4 我觉得这个知乎回帖里面有两句话：

> "宏任务就是任务"
>
> "新的 postTask 是统一了之前那些用来 post task 的 API ，比如 setTimeout 、postMessage 、requestAnimationFrame 、requestIdleCallback 。"

这么说，可以推导 requestAnimationFrame 、requestIdleCallback 也是宏任务。但是我发的那个 html 规范 里面，requestAnimationFrame 、requestIdleCallback 是属于"Update the rendering"的过程，只能说是宏任务的其中一环。那不是结论前后矛盾嘛？

https://html.spec.whatwg.org/multipage/webappapis.html#event-loop-processing-model

还有人把处理“关键渲染路径”也就是计算渲染页面相关的步骤，也当做是“宏任务”。这种说法在网上很常见

@ZoeeoZ #1 同感，我这里基本不涉及到“宏任务微任务谁先执行”的讨论。这里本质上还是“宏任务”这词的定义的问题，然后解决清楚这个问题，看 chrome 控制台火焰就比较清晰。然后应对网上一些说“xxx 也是宏任务”这种扩充，需要认真考究，不然越来越模糊，产生“鸡同鸭讲” 的局面