过去一周最热门的 5 条开发者评论 这是每周精选的精彩开发者评论，您可能错过了。欢迎并鼓励您使用#bestofdev标签来推广帖子和评论。 在回复“浏览器支持方面有什么新变化？”时，@mjsarfatti谈到了一些令人震惊的事情： 马努埃莱·J·萨尔法蒂 • 2019年12月3日 虽然不算全新，但我最近才了解到： @media (pointer: coarse) { // touch device (finger) } @media (pointer: fine) { // touch device (stylus) } Enter fullscreen mode Exit fullscreen mode Enter fullscreen mode Exit fullscreen mode Enter fullscreen mode Exit fullscreen mode </div> Enter fullscreen mode Exit fullscreen mode @evanplaice针对“像给五岁小孩解释一下全栈开发人员是什么”这个问题，写了一篇很棒的文章： 埃文· 普莱斯 2019年11月27日 • 编辑于11月27日 • 已编辑 想象一下一家餐厅。餐厅里有迎宾员（CDN）和接待员（反向代理）引导顾客（用户）入座。 当他们到达那里时，会有服务器（前端开发人员）为客户提供愉悦的体验（UX），并为他们提供食物（数据）。 后厨有厨师（后端开发人员）负责准备工作，洗碗工（SRE）负责确保一切干净整洁，还有厨房经理（DevOps）负责确保后厨一切运转顺畅。 SPA 的运作方式类似于自助餐，它将更多的工作留给顾客自己完成，并更加注重前端服务。 全栈开发人员的定位是什么？他们就像餐厅经理。他们能够胜任任何角色，并且能够迅速上手，因为他们很可能在某个阶段担任过所有类型的角色。 要成为一名合格的全栈开发人员需要付出大量的努力。以至于其他类型的开发人员甚至否认他们的存在。 事实上，成为一名合格的全栈开发人员最难的部分是反抗你的雇主，以免他们把你限制在一个非常狭窄的角色中。 许多开发者乐于从事职责范围较窄的工作并获得高薪。追求全栈开发是一条艰难的道路，为此付出的时间和精力可能并不值得。 就像每家餐厅都想要一位像戈登·拉姆齐那样厉害的餐厅经理一样，公司也非常希望自己的团队里有厉害的全栈开发人员。 但是！很少有公司会投入时间和资源将开发人员培养到那种水平。 如果工作条件不好，全栈开发人员有更大的自由去其他地方发展，而且替换他们非常困难且成本高昂。 全栈开发人员有能力提升所有人的能力。但公司却不愿意把开发人员培养成全栈开发人员。 @ahferroin7在“新浏览器上线！”的话题下分享了他对这款新浏览器可能带来的影响的一些看法： 奥斯汀·S· 赫梅尔加恩 2019年11月29日 我认为，如果另一个浏览器使用 SpiderMonkey 而不是基于 Gecko 的引擎（假设他们真的从零开始开发了浏览器的其他部分），那么对于 Web 上的 JS 生态系统来说将是一件好事（尤其是考虑到 Chakra 可能即将被淘汰，而且除了 Firefox 和 Safari 之外几乎所有浏览器都使用 V8）。 拥有另一个 HTML/CSS 引擎是否是件好事还有待观察。他们必须获得大量的市场份额，才能让他们的创新（而不是抄袭 WebKit、Blink 或 Gecko）变得有意义（例如，尽管 Pale Moon 与 Gecko 已经有所不同（在某些情况下差异很大），但几乎没有开发者关心它）。 总之，在看到实际代码甚至构建版本之前，很难下结论。 GitHub 上的“一起庆祝 10,000+ 星标”活动是一个有趣的讨论帖，旨在回顾任何开源项目达到这一重要里程碑的意义。@andrewbastin分享了他作为贡献者的经历： 评论未找到 最后，@jmfayard对优秀开发者的理念补充了一些想法： 让-米歇尔 🕵🏻♂️ 法亚德 • 2019年11月28日 • 编辑于11月28日 • 已编辑 你提出的很多观点都很好， 我尤其同意以下几点：1）不要互相指责；2）要着眼大局；3）要为他人着想；4）要把事情写下来。 我有一些补充说明，但这可能仅仅意味着我们工作的环境不同。 如果是自己记录（而不是给团队记录），我建议用纸笔，而不是用其他应用程序。 我把注释视为代码异味。如果我的代码本身无法解释清楚，我应该简化代码，而不是添加很快就会过时的注释。如果某些内容需要文档化，应该写在团队维基或问题跟踪系统中，而不是写在代码里。 我不认同“不走捷径”的原则。我选择用最简单的方法解决眼前的问题，而且我更喜欢等待未来的问题出现，而不是提前解决它们。 下周见，期待更多精彩评论✌ 文章来源：https://dev.to/devteam/top-5-dev-comments-from-the-past-week-2kad
虽然不算全新，但我最近才了解到：
@evanplaice针对“像给五岁小孩解释一下全栈开发人员是什么”这个问题，写了一篇很棒的文章：
想象一下一家餐厅。餐厅里有迎宾员（CDN）和接待员（反向代理）引导顾客（用户）入座。
当他们到达那里时，会有服务器（前端开发人员）为客户提供愉悦的体验（UX），并为他们提供食物（数据）。
后厨有厨师（后端开发人员）负责准备工作，洗碗工（SRE）负责确保一切干净整洁，还有厨房经理（DevOps）负责确保后厨一切运转顺畅。
SPA 的运作方式类似于自助餐，它将更多的工作留给顾客自己完成，并更加注重前端服务。
全栈开发人员的定位是什么？他们就像餐厅经理。他们能够胜任任何角色，并且能够迅速上手，因为他们很可能在某个阶段担任过所有类型的角色。
要成为一名合格的全栈开发人员需要付出大量的努力。以至于其他类型的开发人员甚至否认他们的存在。
事实上，成为一名合格的全栈开发人员最难的部分是反抗你的雇主，以免他们把你限制在一个非常狭窄的角色中。
许多开发者乐于从事职责范围较窄的工作并获得高薪。追求全栈开发是一条艰难的道路，为此付出的时间和精力可能并不值得。
就像每家餐厅都想要一位像戈登·拉姆齐那样厉害的餐厅经理一样，公司也非常希望自己的团队里有厉害的全栈开发人员。
但是！很少有公司会投入时间和资源将开发人员培养到那种水平。
如果工作条件不好，全栈开发人员有更大的自由去其他地方发展，而且替换他们非常困难且成本高昂。
全栈开发人员有能力提升所有人的能力。但公司却不愿意把开发人员培养成全栈开发人员。
@ahferroin7在“新浏览器上线！”的话题下分享了他对这款新浏览器可能带来的影响的一些看法：
我认为，如果另一个浏览器使用 SpiderMonkey 而不是基于 Gecko 的引擎（假设他们真的从零开始开发了浏览器的其他部分），那么对于 Web 上的 JS 生态系统来说将是一件好事（尤其是考虑到 Chakra 可能即将被淘汰，而且除了 Firefox 和 Safari 之外几乎所有浏览器都使用 V8）。
拥有另一个 HTML/CSS 引擎是否是件好事还有待观察。他们必须获得大量的市场份额，才能让他们的创新（而不是抄袭 WebKit、Blink 或 Gecko）变得有意义（例如，尽管 Pale Moon 与 Gecko 已经有所不同（在某些情况下差异很大），但几乎没有开发者关心它）。
总之，在看到实际代码甚至构建版本之前，很难下结论。
GitHub 上的“一起庆祝 10,000+ 星标”活动是一个有趣的讨论帖，旨在回顾任何开源项目达到这一重要里程碑的意义。@andrewbastin分享了他作为贡献者的经历：
评论未找到
最后，@jmfayard对优秀开发者的理念补充了一些想法：
你提出的很多观点都很好，
我尤其同意以下几点：1）不要互相指责；2）要着眼大局；3）要为他人着想；4）要把事情写下来。
我有一些补充说明，但这可能仅仅意味着我们工作的环境不同。
下周见，期待更多精彩评论✌