B站基于k8s构建的私有云平台已达万级节点规模，托管了公司大部分的在线业务以及机器学习、大数据、转码等离线业务。在推进降本增效的过程中，我们发现业务申请的容器资源规格存在不合理的现象，通常设置的资源配额会比实际负载偏大很多。这就造成节点的cpu分配率很高，已经无法调度新容器，但是节点的实际cpu峰值利用率却很低（如图所示）。
随着闲鱼前端架构的不断演进，一些关键技术设施需要结合业务特征逐步自建，技术方案也要拥抱社区来提升可扩展性。一方面， 闲鱼跨端开发框架kun 让前端开发者使用JS/CSS/HTML即可交付终端页面，同时兼顾了动态性和高性能，另一方面，前端UI框架也正从集团 rax 逐步转向社区 React 方案。在这个大背景下，围绕 kun 和 web 两个容器的跨端组件建设也势在必行，因此 Fish UI 应运而生，它将全面拥抱 react 生态，并借助 kun 容器的能力，为闲鱼终端开发者提供一套高易用性和稳定性的跨端（kun & web）UI组件库。 FishUI 的最大的技术创新点在于跨端，它通过跨端组件的形式对齐 kun 和 web 两个容器的体验标准，让使用者更加专注于业务逻辑而非容器差异，从而实现为业务开发提效的目标。围绕着该创新和目标，一些可预知的技术难题也随之出现，比如组件库的工程结构如何组织、分端构建如何做、开发规范是什么样等等，这些问题将在下文中一一得到解答。
Spring Cloud Tencent 1.9 版本现已发布，支持 Spring Cloud 2022、2021、2020、Hoxton 版。 Spring Cloud Tencent 是腾讯开源的一站式微服务解决方案，实现了Spring Cloud 标准微服务 SPI，开发者可以基于 Spring Cloud Tencent 快速开发 Spring Cloud 云原生分布式应用。Spring Cloud Tencent 的核心依托腾讯开源的一站式服务发现与治理平台 Polaris，实现各种分布式微服务场景。
客户端开发在多种生态中生存就要熟练使用各种平台的环境和语言。回顾自己的职业生涯，涉及多个平台生态以及对应的原生编程语言。最近又用起了 Dart，经常在写代码的时候要想想自己是在什么平台，用什么 IDE，在写什么语言。这种情况持续了一段时间之后对编程语言有了一些想法和探索的欲望，本文不拘泥于某个语言或者特性，而是从语言的发展和历史的角度聊聊这个话题。
在企业的商业活动中，订单是指交易双方的产品或服务交易意向。交易下单负责创建这个交易双方的产品或服务交易意向，有了这个意向后，买方可以付款，卖方可以发货。 在电商场景下，买卖双方没有面对面交易，许多情况下需要通过超时处理自动关闭订单，下面是一个订单的流程：
代码是写给人看的，所以一份好的代码，是要让水平不一的阅读者，都能够理解代码的本意。每个人的代码风格是不可能完全相同的，例如在一个文件里，有的以两个空格做缩进，有的以四个空格做缩进，有的使用下划线，有的使用驼峰，那么它的阅读体验就会变得很差。 所以如何来对代码进行约束，使团队的代码风格尽量统一，不产生更多的理解成本，是一个需要解决的问题。众所周知，懒是社会生产力进步的源动力，所以... 在前端工程化的标准中有一项就是自动化，自动化当中就包括了代码规范自动化。实现代码规范自动化可以解放团队生产力，提升团队生产效率...所以 ESLint、TSLint、StyleLint 这些工程化插件应运而生。 而最近在笔者团队也在统一不同的项目之间的规范差异，相信大家也都遇到了大段飘红的现象，今天咱来简单探究一下背后涉及到的原理。
