前端技术周刊 2018-03-23

1

前端技术周刊 2018-03-23

图片.png | center | 752x488

前端快爆

上新

  • 在将来的 Chrome 66 中,支持了异步方式读写剪贴板的 Async Clipboard API,并在写入剪贴板内容时向用户征求剪贴板权限。?

image.png | center | 320x126

  • Pell 是又一个 WYSIWYG 编辑器,它用 ES6 实现,亮点是零依赖且 gzip + min 之后只有不到 2k ,当然,它只支持现代浏览器。?

image | center

  • Driver.js 是一个零依赖且只有 4kb 的高亮库,用于高亮页面部分区域,提供一个弹层并弱化其他区域,非常适合用于实现新手引导功能。?

image | center

  • Roughjs 可以用来创造手绘风格的 Canvas 图像,支持导入 SVG 功能。?

image | center

其他

JavaScript 中的Promise被认作“不够中立”的实现,André Staltz 认为有这些原因:急于执行回调函数、无法被取消、无法转成异步、then是混用了mapmapFlat的实现。?

Humphry:这其实更多是 JS 偏向于容错和弥合没有意义的场景的缘故,让整个 API 往更加直觉而非 FP 的方向走去。
  • 大家可以点击这个链接,填写一下 TC39 的开发者参与度问卷。?
Humphry:这样也是参与到标准哦,可以帮助 TC39 更好的了解到开发者怎样知晓乃至参与到标准相关的更新。
  • 从 Stack Overflow 2018 年度的开发者报告中,我们可以了解到 10 万多参与问卷的爆栈用户的相关数据。其中有 58% 的后端、48% 的全栈和 37% 的前端;56% 未曾参与过开源项目;56% 的开发工作年限在 5 年内;76% 的人参加黑客马拉松是因为它令人享受;__93% 为男性__。?
Humphry:同性交友,狂欢半宿,点击这里
Humphry:寂寞的夜,寂寞的你,打开直播,送上兰博基尼……

专题

大规模工程的网络性能

Performance @Scale 2018 于本月中旬结束,几个相关的分享都着力于大规模应用下的工程经验,分享跨越了前端与后端,涵盖了请求管理与数据监控。借此机会,我们整理了相关的协议与请求管理文章。

Performance @Scale 2018

介绍了 Facebook 是怎样在不增加开发认知成本、使用声明式 API、写出更少代码的前提下,支撑大规模快速迭代的前端应用的。除了你打开任何一个网站都能看到的打包,比较有意思的处理方式包括但不限于使用 DSL 标记资源并选择性交付,条件式预测用户需要的资源并提前推送。这些处理方式都指向了更少的管理与人工成本,值得学习。
LinkedIn 的工程师分享了他们对异常值的判定方式——忽略假阴性而减少假阳性,并介绍了相关异常监控平台 ThirdEye 的处理方式——用样条回归方程侦测 Web 应用变慢的趋势,用符号检验找到持续性异常,用扫描统计以侦测最明显的一小时异常,用精准/最小发现时间模型来保证异常不多报和乱报,通过指标相关系数计算推测核心异常。
作为流媒体内容公司的 Netflix,对网络连通性的敏感超出其他公司。除了收集实际的用户数据,他们实现了一个全球网络模拟器,在开发与设计阶段,就可以将任何一个 ISP 的网络性能作为一个变量考虑在内。

协议与请求


编辑:Humphry & 审阅:壹丝
题图:http://documentmedia.com/article-2786-IBM-Announces-New-Data-and-Machine-Learning-Platform-for-the-Private-Cloud.html

你可能感兴趣的

叫我智能合约 · 2018年03月23日

代码直播有点儿意思。

+1 回复

载入中...