知鸦日报2021-12-07

现在单一的设计思维时代已经过去了，一个创造性思考和发展商业模式的视角的商业设计模式。在未来，这将是在加速的市场中取得成功的关键能力。因此，当设计师以用户体验与商业思维全链路的视角来审视项目就会发现，目标与方向会更明确，更容易达成共同结果。

随着桌面应用开发技术的发展，程序的跨平台性和代码的维护成本显得尤为重要，目前优酷Windows平台采用QT作为UI的主要开发方案，DuiLib辅助一些扩展插件开发，Mac平台采用原生的Native UI开发，由于历史原因并没有将Windows端的QT框架迁移到Mac端，两端分别维护耗费不同人力。

优酷新的客户端开发采用当前主流的Electron框架，Electron框架内部采用Chromium内核实现渲染，因此我们可以整合优酷的Web平台的业务从而实现一套代码三端（Mac、Windows、Web）通用，极大的降低开发和维护成本。

eslint是构建在AST Parser基础上的规则扫描器，缺省情况下使用espree作为AST解析器。

在开发中，我们经常需要自定义View去实现各种各样的效果，在这个过程中经常需要用到Canvas画布去绘制各种各样的图形和图案，因此，熟练地掌握Canvas的各种使用方法，就显得尤为重要。本文将简要介绍Canvas的各种用法，加深大家的理解。

A two-part series on how eBay turned around an impeding staging environment into its biggest asset for developer productivity.

Learn what web performance metrics Airbnb tracks, how we measure them, and how we consider tradeoffs between them in practice.

OPPO数据平台每年有大概30%的业务规模增长。 如此的规模增长下， 系统SLA三个9， 任务100%准点，是我们必须要保障的。同时，公司希望通过技术升级、云数融合，平台能够把过往快速增长的成本降下来。

useEffect should run after paint to prevent blocking the update. But did you know it’s not really guaranteed to fire after paint? Updating state in useLayoutEffect makes every useEffect from the same render run before paint, effectively turning them into layout effects. Confusing? Let me explain.

With the recent update to Rust, it is time to relook at using Rust and React together. I have a new found love for Rust and everything it can do as a language. One of its more impressive features is its ability to write WebAssembly(Wasm) without much overhead. I have explored how to use Rust to write Wasm before (Blog post coming soon!). But I wanted to see how easy it would be to integrate it into a standard React workflow.

随着抖音、快手等短视频的崛起，短视频正在成为大家主要的娱乐消费内容，得物正在向社区化转型，短视频是非常重要的社区内容载体。但是短视频的播放卡顿在大多数场景下比较影响用户的体验。所以我们需要一整套行之有效的播放器优化的方案。

今天带来的文章是微信小程序原理分析，作者分享了小程序的双线程模型，并通过微信开发者工具和反编译等手段剖析小程序源码的编译过程。

在推进国际化的进程中，涌现出很多方案可以帮大家实现国际化文案定义以及使用。在飞书前端架构中，国际化文案已经做到了按需引入及按需加载，只不过随着业务的发展，国际化文案数量逐渐增多。再来看代码中的文案部分，key 长度越来越长，这部分都属于无用代码，如果能够缩短，可以节省部分代码体积，加快 js 在浏览器中运行的速度。

微服务架构与传统的单体式方案的最大不同是微服务将应用的核心功能拆分成多项服务。每项服务可以单独构建和部署。服务之间需要互相通信。架设服务间每次通信都需要在调用方编码操作，那么必定会增加很大的工作量，并且造成代码冗余并且无法维护。

作为大数据开发人员、数据资产管理人员，你是否曾经也碰到过以下的问题： 1、这个数据的上游、下游是哪个表？哪个字段？ 2、这个数据、指标改动后可能造成的的影响有哪些？ 今天给大家介绍下数芯的血缘分析功能，帮大家轻松解决以上问题。

文库有数十亿文档，包括 word、ppt、excel、txt 和 pdf 等十几种常见办公文档，核心技术是转码和展现，转码的目的是把不同文档进行解析转换成一套通用的数据格式，由后端实现，而展现是把文档数据进行渲染。在这之前，文库前端采用的HTML+CSS进行渲染，这种方式在后面的业务发展过程中遇到了阻力，比如很难实现文档导出长图、文档标记、关键字高亮、水印、文档内容分析、防复制等。

直播内容区别于点播，因其实时性、强互动性的特点吸引着用户，在观看的同时还可以同步进行点赞、评论、打赏等互动行为。此类互动主要集中在用户的社交行为，而内容型的互动也随着点播中的“互动剧集”的出现而映入大众的眼帘，用户可以在剧情进展的关键节点选择角色执行不同的行为继而进入到不同的分支剧情中。同样直播方向上的内容型互动也在被不停的探索和应用中，其中一个例子就是同时进行多个视角的直播，允许用户切换选择某个特定的视角观看直播内容。尤其在中大型的直播活动中（例如街舞、欧冠等），粉丝向比较明显（明星、球星），如果能提供多个观看视角或者提供某个聚焦视角供切换选择，在用户体验上无疑能有很大的提升。

eBPF 是一个用于访问 Linux 内核服务和硬件的新技术，由于其灵活性和高性能等特点，被迅速用于网络、出错、跟踪以及防火墙等多场景。目前国内已有少数企业开始尝试将 eBPF 引入生产实践，又拍云也是其中一个。专为技术开发者提供知识分享的 Open Talk 公开课邀请了又拍云开发工程师周晨约直播分享 eBPF 的学习经验与开发心得，并对其分享内容进行整理，下拉至文末点击阅读原文可回看原视频。

本文根据作者在 CSDN 云原生 Meetup 深圳站的演讲内容整理，分享云原生趋势下网易数帆在私有化场景下大规模应用的交付实践，包括在实践过程中遇到的问题，如何实现标准化、高效率且高质量的交付方案，以及取得效果。

In 2015, it was no longer possible to continue buying a larger database server for Shopify. We finally had no choice but to shard the database, which allowed us to horizontally scale our databases and continue our growth. However, what we gained in performance and scalability we lost in resilience.

In 2019 we set out to rewrite the Shopify storefront implementation. Our goal was to make it faster. We talked about the strategies we used to achieve that goal in a previous post about optimizing server-side rendering and implementing efficient caching. To build on that post, I’ll go into detail on how the Storefront Renderer team tweaked our load balancers to shift traffic between the legacy storefront and the new storefront.

目前，解决分布式数据一致性问题有两大主流的方案：OT与CRDT。OT算法由于提出时间早，方案成熟，被各大在线编辑产品使用。但因为需要定义与业务强相关的Operation，通过操作转换实现冲突处理，在应用上存在一定的限制。本文介绍一个新的基于CRDT的开源数据协同框架。

本文描述了典型产线团队管理进化的过程。从职能部门创建出来，引入基本的管理框架，在解决实际问题中逐步完善管理策略，形成稳定的管理框架，使得过程更加顺畅，过程持续改进、团队持续进化。