知鸦日报2022-06-28

蕃茄蛋是一家从零开始做达人孵化的MCN机构，且专注年轻人聚集的B站和小红书，并在实践中摸索出「先B站，再小红书」的达人成长路径。目前旗下有自孵化达人超200位，包括B站知名UP主@欧阳春晓 ，@妮可蹦蹦 ，@钢铁直男必老板 ，小红书博主@HiyaSony 等。

之所以选择从零孵化达人，并以B站为起点，客观原因是创始团队此前没有MCN领域的相关经验，只能通过从零孵化达人以证明自己。此外，他们认为B站相对而言更注重内容，与蕃茄蛋团队的基因契合，且当时抖音上的达人竞争已经很激烈，对新入局者来说不太友好。

相比快速扩张、加速品牌化的打法，疫情后，坪效、翻台率不再是刘锐关心的要点，单店盈利是他最核心的追求。

现如今随着设备尺寸的多种多样，产品在设计过程中需要适配到更多尺寸，布局方案与栅格系统的搭配使用，可以很好的做到跨平台跨尺寸适配，极大的提升设计效率。之前有小伙伴分享过适配选型的文章中也提到过栅格，大家可以回顾一下【Web产品的适配设计选型】。

其实，绝大多数的设计师都知道栅格很重要，市面上很多企业级系统也都在用栅格系统去规范化信息内容的排版布局，但很多设计师直接面对结论大多是一知半解，自己做设计时有些无从下手。

作者浏览了大量文章结合工作中的经验总结分享给大家，希望能帮助理解栅格系统的本质，并能举一反三应用在产品设计中，首先从基础的栅格系统解析开始吧。

相信大家对深色模式已经不陌生了，自从iOS13启用深色模式开始，各个软件及平台对于深色模式基本都做了相应的设计适配，经过了长时间的使用体验及迭代，每个人对深色模式也有了自己内心的好坏评判标准，下面是一些结合日常工作对于深色模式设计的相关总结。

一般来说，在产品设计规划过程中，设计理念、功能逻辑以及业务流程，是否能传达到用户，是否能满足用户的期望，如何衡量产品和用户之间对服务和感知的差距呢？满意度调查作为常用的方法之一，就能较好地分析上述问题。

智行APP Loading 设计探索，带你走进全新Loading的设计思路与过程~

界面框架设计，既要符合平台规范，又要符合用户认知和业务目标。通过界面框架设计，设计师把不同的内容，以不同的形式，放置在不同位置，形成界面的结构和韵律，那到底应该参考哪些维度来进行设计呢？

最近看了中国台湾设计师施博瀚的教程，学习了用illustrator做印章字效果，超级简单实用。

承袭RELAAAY原等量图标的设计原则，在此基础上进一步延展，统一平台/插件/移动端的设计标准。由此重新规定了三种图标规格，根据使用场景分为（尺寸规格均为 Web@1x）：

• 工具级：24 x 24px
• 系统级：20 x 20px
• 标识级：16 x 16px

我们在设计的过程多次观察和调整，最终确定了三种规格的图标视觉等量参考线和预留出血。根据实际使用的观感略有差异，并不是等比缩放的关系。

针对图标中最常见的基本形状调整轮廓线，我们给出了以下建议，方便设计师快速调用或在此基础上进行延展设计。

功能用例设计与接口用例设计，是独立存在的，功能用例主要是验证测试页面功能实现，接口用例主要是验证接口入参和出参；从页面上看，功能测试过程是包含接口测试的，但是从服务底层上看，有些逻辑实现是功能页面覆盖不到的。

在业务测试当中，经常会遇到类似的场景：

A：功能测试测完了，接口测完了吗？

B：接口测完了，接下来就等功能测试了……

C：冒烟主流程没有问题，有些场景需要功能和接口一起验证！

D：这个场景单接口验证不了，要结合页面功能一起测试……

以上几个场景算是在业务测试阶段比较常见的，可能还有很多其他的业务场景等等，但都能看得出来，接口测试和功能测试，是分层进行的，这也是近几年行业中常见的分层测试做法。那么接下来，我们一起来看看流程设计和功能设计思路吧。

在理解了服务端低代码平台设计实现的基础上，能够让大家更好的使用低代码平台扩展出更多的能力，丰富工具的打造，知道什么时候可以使用，如何使用。

kuta将来可能会走向内部开源，可以帮助kuta后来开发者对前面搭建的kuta架构有个高度概括的认识，在目前kuta中间层的基础上，扩展出更多的低代码能力，丰富目前kuta低代码平台所支持的功能。

Vue 和 React 都是基于 vdom 的前端框架，组件渲染会返回 vdom，渲染器再把 vdom 通过增删改的 api 同步到 dom。

当再次渲染时，会产生新的 vdom，渲染器会对比两棵 vdom 树，对有差异的部分通过增删改的 api 更新到 dom。

这里对比两棵 vdom 树，找到有差异的部分的算法，就叫做 diff 算法。

diff 算法是渲染器中最复杂的部分，也是面试的热点问题。今天我们就通过 Vue 的 diff 算法来探究下 diff 算法吧。

Large objects are a code smell: overloaded with responsibilities and dependencies, as they continue to grow, it becomes more difficult to define what exactly they’re responsible for. Large objects are harder to reuse and slower to test. Even worse, they cost developers additional time and mental effort to understand, increasing the chance of introducing bugs. Unchecked, large objects risk turning the rest of your codebase into a ball of mud, but fear not! There are strategies for reducing the size and responsibilities of large objects. Here’s one that worked for us at Shopify, an all-in-one commerce platform supporting over one million merchants across the globe.

As you can imagine, one of the most critical areas in Shopify’s Ruby on Rails codebase is the Shop model. Shop is a hefty class with well over 3000 lines of code, and its responsibilities are numerous. When Shopify was a smaller company with a smaller codebase, Shop’s purpose was clearer: it represented an online store hosted on our platform. Today, Shopify is far more complex, and the business intentions of the Shop model are murkier. It can be described as a God Object: a class that knows and does too much.

本文具体讨论代码分支相关的安全隐患和规避代码分支的一些技术。代码分支的重点并不在于针对每种攻击去消除或掩盖相应的效应，而是要从源头入手，避免根据敏感数据作出代码分支。

随着技术的迭代演进，直播的互动形态由直播间内用户聊天互动的IM消息流衍生出许多互动行为的实时提醒，这些丰富的实时交互能力都是通过长链消息流下发的。本文将介绍APP客户端直播间场景下长链消息业务性能测试实践。

客户端通过LB集群访问vmhost上的子机real server，LB集群由多个实例LD组成，每台LD内部进程fwd负责调度real server，转发client发出的请求。调度之前，需要确认real server是可调度的，这就是探测器的工作内容。

产品突然指过来一个需求，需要在 S2 大数据的表格里面，添加可编辑功能。这可咋整呀？S2 的主打的是数据展示，而不是数据编辑，看来只能自己试试黑魔法了?。本文中，AntV 团队的亚德将为大家演示，如何把 S2 数据展示表格变成编辑表格。

混淆并不是对代码的加密，它旨在替换掉代码中有意义的信息，将原本清晰的代码变得复杂；原因是JavaScript代码是公开的，为了让其能正常运行，不能采用加密的方式加密代码；但为了不被轻易获取、破解，我们可以增加阅读代码的成本。

前一篇文章介绍的aaencode更多的是因为趣味性而关注，而这篇文章介绍的JSF*ck则是因其明显的特征。

为什么这个题目叫《不谈虚的，给传统企业一份代码级的中台落地实践》，其实在春节前有一波讨论中台的高潮，大家有的说虚，有的说有用，有的说割韭菜……以及各种公众号的文章，来来去去的特别多。

当时我就在想，中台只是现在起的一个名字，其实是中台落地，中台我们称之为一个可复用的能力。这种可复用能力的机制，它想落地的时候，其实每一步都是非常实实在在的，上一些组件或者上一些工具，以及上一些流程来做这个事情。

数据产品的数据来源是严选的业务链路，产出的数据也是要反哺业务链路，最终实现推动业务发展。本文从数据测试能力分层、数仓造数能力展开严选数据质量保障建设之路的介绍。

JavaScript 属于单线程语言，所有任务都跑在主线程上，若主线程阻塞，后续任务将无法执行。既然是单线程，那为何我们在使用过程中主观感知却是“多线程”？本文将为你介绍多线程及 Web 多线程开发利器 Comlink 的剖析与思考。

We are very excited to announce the release of the React Aria and React Spectrum date and time picker components! This includes a full suite of fully featured components and hooks including calendars, date and time fields, and range pickers, all with a focus on internationalization and accessibility. It also includes @internationalized/date, a brand new framework-agnostic library for locale-aware date and time manipulation.

-webkit-mask-composite: 属性指定了将应用于同一元素的多个蒙版图像相互合成的方式。

通俗点来说，他的作用就是，当一个元素存在多重 mask 时，我们就可以运用 -webkit-mask-composite 进行效果叠加。

Shuttle是OPPO自研的Remote Shuffle Service，本文介绍如何优化Alluxio在Shuffle场景的性能，Shutte如何结合Alluxio利用分布式内存加速Shuffle计算。

京东618，广告算法团队对精排全面升级，取得百分位AUC提升。

团队归属于后方业务支撑部门，组内的项目都以pc中后台应用为主。对比移动端应用，代码库比较庞大，业务逻辑也相对复杂。在持续的迭代过程中，我们发现当前的代码仓库仍然有不少可以优化的点：

• 可以减弱对ui框架的依赖
  21年前端平台决定技术栈统一迁移到React生态，后续平台的基础建设也都围绕React展开，这就使得商家使用Vue生态做开发的系统面临技术栈迁移的难题，将业务逻辑和UI框架节藕变得异常重要。
• 代码风格可以更加统一
  随着代码量和团队成员的增加，应用里风格迥异的代码也越来越多。为了能够持续迅速的进行迭代，团队急需一套统一的顶层代码架构设计方案。
• 可以集成自动化测试用例
  随着业务变得越来越复杂，在迅速的迭代过程中团队需要频繁地对功能进行回归，因此我们对于自动化单测用例的诉求也变的越来越强烈。

为了完成以上的优化，四组对现有的应用架构做了一次重构，而重构的核心就是整洁架构。

微前端（Micro-Frontends）是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。

微前端并不是前端领域的新概念。早期希望前端工程能够像后台的微服务一样，项目分开自治，核心的诉求是：

1、兼容不同技术栈

2、将项目看作页面、组件，能够复用到不同的系统中

早期比较成熟的 single-spa，从早期 React 的现代框架组件生命周期中获得灵感，将生命周期应用于这个应用程序，即将整个页面作为组件。

后来蚂蚁金融团队孵化了基于 single-spa 的 qiankun 架构，将微前端进一步的深耕，目标直指巨石应用业务难题，旨在解决单体应用在一个相对长的时间跨度下，由于参与的人员、团队的增多、变迁，从一个普通应用演变成一个巨石应用 (Frontend Monolith) 后，随之而来的应用不可维护的问题。这类问题在企业级 Web 应用中尤其常见。

本人在深入实践微前端之后，深感 qiankun 受制于前端架构的定位，无法使用 Nodejs 等能力快速解决快速发布，构建，管理的困境，因此在此基础上做了一定程度的 APAAS 探索，将本文的项目作为 APAAS 应用快速集成到其他业务系统。

VideoX 是内容前端团队基于电商业务（以下简称大淘宝）背景打造的面向大终端场景的前端播放器。这篇文章谈谈我对播放器领域问题的认识，以及当下解决这些问题的思路。

本文在“扫一扫功能的不断迭代，基于设计模式的基本原则，逐步采用设计模式思想进行代码和架构优化”的背景下，对设计模式在扫一扫中新的应用进行了总结。

用户下了一笔订单，订单中有 x（根据业务场景，x <= 6）张电影票，y 张兑换券，从这 y 张兑换券中选择不超过 x 张兑换券，使得该笔订单的实际支付金额最少，如果有多种解决方案，那么根据以下优先级为用户推荐选券的方案：

• 优先级 1: 选择实际支付金额少的方案
• 优先级 2: 如果实际支付金额一致，则优先使用面值小的方案
  • 原因：如果用户想购买一张票价为 38 元的电影票，当前他有一张 40 元和一张 60 元的兑换券，任意使用一张兑换券能得到的实际支付金额都是 0 元，那么优先为用户选择 40 元的兑换券，这样 60 元的兑换券就能服务于用户的下一笔订单，更能为用户省钱。
• 优先级 3: 若面值大小也一致，则优先使用优惠券所在券包消耗券数目多的优惠券
• 优先级 4: 若消耗券数目一致，则优先使用过期时间早的优惠券

1. 创始人/CEO可以亲自操盘人才体系吗？
2. 为什么要对人才体系进行分型？
3. 如何实现既有人做事，又人才辈出？
4. 什么是公司的“人才大动脉”？

我之前说过，低垂的果实已经被摘完了，容易赚钱的机会是没有了。大家都得做更难的事。

以后，要靠本事来赚钱了。

其中有一项很重要，却又常常被忽略的本事是：管理。

其实很多公司的管理，都只是在过去高毛利下的瞎折腾。现在环境没那么好，一下子就被打回原形。

一放就乱，一管就死。

怎么办？

重新学习。

管理者，一定要学着把牌发对。

公司每天都会有人和你汇报、请示、讨论，向你要牌。发对了，会产生正确的价值。给错了，就会造成混乱。

你手里的这5张牌，要认真看清，好好琢磨。

我们一个个讲。

如果一直没找到自己的伯乐，很可能是因为本来就不是千里马。