H5技术已经非常广泛的应用在app开发中，尤其针对电商等需要快速迭代的业务，突破版本、系统限制，可以很有效的促进业务发展。但是也会导致性能问题，存在一些加载慢、卡顿的情况。在这个用户体验至上的年代，H5页面加载优化已经成为了必需品。

• 研发首先要保证系统稳定性，不能只关注业务功能开发快跑。大促前，充分完成稳定性。
• 保障工作，保障高并发下电商核心流程用户体验。
• 和大厂非常强大的基础架构/中间件不同，公司的基础架构在持续搭建和完善中，我们需要考虑有时中间件不稳定的情况下，对系统增加容错降级，最大程度保证用户体验。
• 从0到1搭建系统，从未知风险到预知消除风险的转变，被现实无数次毒打后，不得不这样做，现在的大促系统稳定性都是血和泪换来的。

跟大多数互联网团队一样，B站也经历过“小步快跑，迭代试错”的阶段，但随着业务规模不断扩大，系统的功能也逐渐复杂，如何能够做到业务快速交付变成了摆在我们面前的又一个难题。最近我在负责我们会员购供应链业务的DDD改造，准备在这里把我们实践的方法以及遇到的问题“抖一抖，晒一晒”。

或许你也在经历着一个复杂度很高的，需求多变的系统，你也尝试寻找一个能够像“解药”一般的框架来让自己摆脱“泥潭”一般的现状，但是我想说软件行业是没有“银弹”的，任何不区分上下文地生搬硬套框架都很有可能遇到滑铁卢一般的惨败。因此做好业务知识储备，拥有独立的思辨力是对我们软件工程师的必备的要求。

文章主要分为三个部分，第一部分简单介绍一下DDD的一些概念，第二部分为结合业务的实操环节，第三部分为作者的心得分享。如果对DDD概念有过了解的同学，可以直接从第二部分看起。鉴于经验有限，本文的观点很多可能也只是一家之言，所以我也比较希望读者们能够带着批判的眼光来看这篇文章，在此也非常希望大家能够一起学习探讨。

换肤功能 并非奇技淫巧，而是已非常普及，尤其当Android Q推出了 深色模式 之后，国内绝大多数主流应用都至少提供了 日间 和 夜间 两种模式。

对于无感的用户而言，这个功能实属鸡肋，但从另外一个角度上来说，这也是产品在雕琢 用户极致体验 过程中的一次尝试，为不同情景下，不同偏好的用户提供更多的选择性。

以 哔哩哔哩 为例，除了提供以上两种主题之外，还免费提供了充满 少女心 的粉色主题。

一份B站社区氛围案例研究。通过案例，我们发现了B站打造优质社区氛围的独家经验，但同时，也意识到它作为内容社区不可违背的某些亘古定律。

关于站内消息系统设计的思考。

随着Z世代的到来，程序员们越来越多的从原本单一的开发职责中走了出来，越来越多的参与到业务里。同时开始思考如何利用手中多样化的技术武器库为业务赋能，与业务互相成就。 想到一个业务Idea并不困难，但衡量一个业务Idea值不值得去P

有人说，战争的胜利将属于犯下错误较少的那一方——这么说来，要判断这场“奇怪的战争”的胜利者还真不容易。

B站让你看到的，都是假象

网关是个每隔一段时间就会被请出来「鞭尸」的概念，概念本身的起源已经无从考究。随着微服务和云原生的兴起，网关也伴随着不同的使用场景在各个领域进行细分和进化。比较典型的细分领域有流量网关，比如耳熟能详的Nginx/Tengine，通常承担着全域的SLB（Server Load Balancing）能

作为一个老用户、（失败的）UP主、有很多朋友在B站工作的互联网观察者，我觉得自己可以解释一些关于B站的“问题”。

弹幕式PPT真的还挺酷的~