知鸦日报2022-07-15

决定一个业务命运的，不是它拥有什么资源，而是它想成为谁。

旧版金山文档最早是随着各端“文档上云”的趋势，主要是作为一个通用型功能诞生的，但由于长时间的项目流转、无系统型设计维护等原因，导致了许多设计资源丢失，更新迭代乏力，而且当初并未承载太多的功能，模块层级长时间简单堆砌，导致延展艰难，加之红色品牌色在颜色心理学的特殊暗示等原因，组件规范扩展困难，所以决定彻底重新推翻重制。

随着近两年“Design System设计系统”与“设计中台”的流行，我们的体验设计团队也希望借着颠覆式重设计的机会，从底层开始重新梳理“设计理念”和“系统能力”，赋予金山文档更一致、更完整、更有温度的形象。

金山文档作为一款长期为客户服务的云办公、云协作平台，始终致力于把最简单高效的办公体验和服务带给每个人、每个组织，帮助个人和企业组织更高效的运行与发展。

年初，线上办公突然成为热门话题，随着金山文档用户量的激增、功能不断完善及拓展，原有的移动端视觉风格和交互体验已经无法满足用户日益增长的体验需求，因此，我们在此契机之下发起这次金山文档移动端组件改版项目。

本次2.0改版对视觉层和交互层进行全面升级，致力于为用户提供更完善的使用体验。

“抓重点”还是“好设计”？系统化思维辅助设计实现。

作为设计师，相信大家对「网格系统」这个词一定不陌生。它存在与于大大小小的设计项目中，是排列内容时的结构指南，为版面带来秩序和一致性，使得设计师可以高效地排布内容。

现代意义上的编排设计是在 20 世纪 20 至 30 年代早期设计理论和原则基础上建立起来的。第二次世界大战之后，瑞士设计师根据网格打造了全面性的设计方法论，将它与思想融会贯通，网格成为普及性语言的钥匙，平面设计中的网格系统得到发展和应用。在传统的平面设计中，文本、图片这些变量是可知的，通常不会改变。设计者依据确定的内容、可以预估的阅读距离（ 阅读距离影响字体大小、列宽、行高）进行设计，他们可以确定他们设计的网格系统可以满足内容的特定布局需求，尽可能地利用版面中的资源来达到秩序和经济的最大可能性。

然而一本书不会突然成为一份报纸，当前接触最多的界面设计是基于二维屏幕的。数字产品通常是围绕动态数据构建的，设计师在设计时可能从未看到向用户展示的内容，真正像用户展示的内容隐藏在设计的框架里。并且为了保障好的浏览体验需要根据用户使用设备的不同进行不同尺寸的适配。这时应用传统的网格系统往往会感到不相容。所以对于 UI 设计师来说，了解网格变化和如何应用网格通常是必要的。

由于操作系统内核的不稳定性、时效性较差、完整性问题以及需要人工干预等原因，Linux内核裁剪技术没有得到广泛的应用。了解了现有技术的局限性，尝试提出一个Linux内核裁剪框架，或许可以解决这些问题...

全链路压测是在线上生产环境中通过模拟正常用户操作路径进行压力测试的一种方式，对比于我们通常的接口压测具有仿真度高、场景覆盖全等特点。本文将基于前人成熟的实践经验并结合 B 站的基础设施来介绍我们在全链路压测的建设和落地经验。

• 为了效率(efficiency)，协调各个客户端避免做重复的工作。即使锁偶尔失效了，只是可能把某些操作多做一遍而已，不会产生其它的不良后果。比如重复发送了一封同样的 email（当然这取决于业务应用的容忍度）。
• 为了正确性(correctness)。在任何情况下都不允许锁失效的情况发生，因为一旦发生，就可能意味着数据不一致(inconsistency)，数据丢失，文件损坏，订单重复，超卖或者其它严重的问题。

实际项目中，需要验证打点数据在各个系统中收集是否一致，而部分节点打点数据收集是通过异步任务实现的，等待时间比较久。为应对业务异步操作处理，实现异步数据的收集，经过调研后，选择了APScheduler框架。

本文会大致介绍一下 Swift 中的 JSON 反序列化常用方案和各自的优缺点，以及云音乐目前正在使用的方案。

This blog post describes the implementation of an automated vertical CPU scaling system in which every storage workload running at Uber is allocated the ideal amount of cores. The framework is used today to right-size more than 500,000 Docker containers, and since its inception it has applied a net reduction of allocations of more than 120,000 cores, leading to annual multi-million dollar savings in infrastructure spending.

在做 DDD 的培训和工作坊时，会遇到来自客户或学员的疑问，有些问题值得我们深入思考。我整理了一些常见的问题，欢迎补充和讨论。结合 DDD 社区最近的讨论成果，这里我先给出一个简单的参考答案。

mdn的说法是 浮点数的小数计算会出现异常。因此toFixed函数并不能满足严格意义上的四舍五入。

随着微服务诞生，前后端分析已成为常态，然而前端编程属于弱语言变更，使用场景广泛。随着前端大牛的增多，涉及到前端框架也不计其数，如果想开发一些高阶前端应用程序，你必须去掌握npm、webpack、react/vue、typescript等多种框架应用，同时还需要熟悉ES5、ES6语法定义。对于简单的项目入门还比较方便，涉及到一些数据状态管理情况下，需要解决的事情会变得更加复杂。

然而在我们开发过程中会遇到很多表格展示、表格筛选、表格排序，以及简单的增删查改的应用程序，利用现有的框架服务进行研发时我们会变得更负重，需要花费大量的时间成本以及掌握更丰富的框架应用。前端如此强大，难道都没有一款能解决这些同类型服务么。其实在13年百度FEX-TEAM团队都已经在开始构建低代码平台，在19年正式对外开放amis低代码框架，解决了我们无需掌握webpack、react/vue、typescript以及es6等这些高阶应用，只需要大家会写json字符串就可以开发出前端应用。

经过近3年的建设打磨，美团流水线引擎完成了服务端的基建统一。本文主要介绍美团在自研引擎建设层面遇到的挑战以及解决方案。

打破语音转录模型瓶颈，新词秒级别添加。

本文将带领大家一起由浅入深了解服务端羚珑平台统一 API 接入服务。

Docker是基于Go语言实现的容器引擎，能够将应用程序和基础设施层隔离。底层实现基于Linux系统内核的Cgroups、NameSpace,以及Union FS等技术对进程进行封装隔离。

关于C++异步，你需要了解哪些？

作为全球领先的一站式旅游服务平台，携程始终坚持以技术创新为发展核心。自鸿蒙发布以来，我们便投入研发力量进行调研、开发，并成功落地了携程机票项目、服务卡片项目等。现将鸿蒙项目中相关经验整理分享，希望能给大家一些参考，也希望鸿蒙发展能越来越好。

为了支撑业务的高速发展，从17年开始，携程内部逐步推进应用容器化改造与业务上云工作，同期携程技术架构经历了从集中式单体应用到分布式微服务化的演进过程。

随着Kubernetes的不断发展和推广，服务网格（Service Mesh）在近几年也变得很流行。而 Servive Mesh 之所以越来越受欢迎，在提供更丰富的服务治理、安全性、可观测性等核心能力外，其从架构设计层面解决了以上几个痛点，服务治理能力以 Sidecar 的模式下沉到数据面，解决了 SDK 升级及多语言的问题，对于像负载均衡、熔断、限流等策略配置，由控制面统一管理和配置，并下发到数据面生效。在整体架构上云技术方案选型上，权衡各类方案的功能完备性、架构扩展性、改造维护成本及社区发展等，最终选择基于Istio构建Service Mesh平台治理方案。

• ARCI：是一种项目角色定位及责任分配工具。
• BML：是一种经典思考方法，指引我们作出战略选择。
• WHWHORERE：是一套深度思考的逻辑方法，也是一个方案呈现、沟通表述的框架。

“情绪价值”这个词，最初来源于经济学和营销领域。

美国爱达荷大学商学院的Jeffrey J. Bailey教授（2001）从顾客与企业之间的关系营销视角出发，将情绪价值定义为顾客感知的情绪收益和情绪成本之间的差值，情绪收益为顾客的积极情绪体验，情绪成本则为负面情绪体验。

在生活中，我们借用了这一概念来界定亲密关系中的“情绪价值”：当一个人与伴侣相处时，ta所感知到的情绪收益和情绪成本之差就是情绪价值。