公司：哔哩哔哩
bilibili，音译哔哩哔哩，是总部位于中华人民共和国上海市的一个以ACG相关内容起家的弹幕视频分享网站，故简称及通称B站[f]。此外，bilibili的前身为视频分享网站Mikufans，并由网友“⑨bishi”（徐逸）于2009年6月26日创建。Mikufans建站的初衷是为用户提供一个稳定的弹幕视频分享网站，其后于2010年1月24日改为“bilibili”。
bilibili的内容随着发展渐渐不仅限于ACG，主要分区分为番剧、国创、放映厅、纪录片、漫画、专栏、直播、课堂、动画、音乐、舞蹈、游戏、知识、数码、生活、美食、VLOG、鬼畜、时尚、娱乐、影视、电影、电视剧、音频，除此之外亦有会员购、专题中心、全区排行榜、活动中心、能量加油站、社区中心、工坊集市、小黑屋、音乐PLUS、游戏中心（特指由哔哩哔哩代理登陆接口的游戏发布平台）、游戏赛事的区域。除了视频外哔哩哔哩还运营有《命运/冠位指定》、《崩坏学园2》等多部游戏。而现在网站标题中含有“( ゜- ゜)つロ 干杯~”的颜文字以做宣传。除此之外bilibili也被用户称为小破站、小电视。至2015年，75%的用户年龄在24岁以下，是年轻人的聚集地。
至2023年3月31日，B站月均活跃用户达3.15亿，移动端月均活跃用户达2.76亿，分别增加31%及33%。在用户健康增长的基础上，B站也在不断加快商业基础设施建设，提高社群服务管控能力。B站月均付费用户增长至2,720万，同比增长33%，付费率提升至9.3%。不过做大的同时，bilibili的成长空间也逐渐饱和，影视会员与视频业务在2022年营运呈现亏损扩大状态，年轻新人大量涌入却未能利用，而部分老用户指B站感觉变了，对现在的评论管理与风气感到不满，同时其up主也因为投稿不顺、分成不足等问题，开始出现部分停更现象。对此B站开始进行裁员降本增效，重新把精力投入游戏与商业制作上，项目2024年达到盈亏平衡。
哔哩哔哩应援弹幕
B站最新推出的一款应援弹幕交互产品，将用户发送的弹幕与当下视频场景强相关的文字或图片组合，由此打造视频定制化的弹幕体验，以独特性和新鲜感刺激用户发弹幕，贴合视频内容表达情感，增强互动趣味性。
哔哩哔哩Android编译优化
哔哩哔哩的安卓项目的工程结构是Monorepo(单仓)变种，也就是所有的代码都在一个工程结构下编译。我们认为Monorepo(单仓)是一个非常适合我们的开发模式，主要是因为其提供的原子提交，可见性，参与度，切片的稳定性等等优点，这些都是我们选择Monorepo的原因。但是因为权限管控，ijkplayer等双端通用工程的原因，还是拆开了多个git仓库。通过git权限的方式来拆分了工程结构，然后通过Gradle Plugin的形式进行了多工程的组合，在CI打包环境上让工程具备Monorepo的能力。
随着代码长时间迭代，业务模块数量增多，当前工程有500+的模块以及19个复合构建。如果所有的模块都用源代码编译，打一个包本地可能需要大概30分钟的时间才能完成编译。而且哔哩哔哩的安卓工程是一个上百人同时开发的项目，如果一小个改动都需要30分钟的时间投入编译中，对于开发同学来说可能心态都要崩了。
让编译速度变得更快也就迫在眉睫，而且这个模式是针对开发同学，让他们可以快速对模块变更的代码负责。同时也希望这个模式是在不影响当前的工程结构，让他们的打包速度能变得更快。
B站怎么分发内容
没做过内容消费类的产品，对于产品经理来说，是蛮遗憾的一件事。
最近刚好有机会在做内容分发相关的产品设计，免不了想看看这个领域哪个产品做得比较好。
拆解到B站的时候，顿觉头皮发麻，诸多设计精巧之处让我赞叹。
所以，谨尝试从我能看到的部分，对B站整个信息组织方式做一个拆解。
Webview的分析及优化
H5技术已经非常广泛的应用在app开发中，尤其针对电商等需要快速迭代的业务，突破版本、系统限制，可以很有效的促进业务发展。但是也会导致性能问题，存在一些加载慢、卡顿的情况。在这个用户体验至上的年代，H5页面加载优化已经成为了必需品。
B站「会员购」系统演进那些事
- 研发首先要保证系统稳定性，不能只关注业务功能开发快跑。大促前，充分完成稳定性。
- 保障工作，保障高并发下电商核心流程用户体验。
- 和大厂非常强大的基础架构/中间件不同，公司的基础架构在持续搭建和完善中，我们需要考虑有时中间件不稳定的情况下，对系统增加容错降级，最大程度保证用户体验。
- 从0到1搭建系统，从未知风险到预知消除风险的转变，被现实无数次毒打后，不得不这样做，现在的大促系统稳定性都是血和泪换来的。
DDD在哔哩哔哩「会员购」的实践
跟大多数互联网团队一样，B站也经历过“小步快跑，迭代试错”的阶段，但随着业务规模不断扩大，系统的功能也逐渐复杂，如何能够做到业务快速交付变成了摆在我们面前的又一个难题。最近我在负责我们会员购供应链业务的DDD改造，准备在这里把我们实践的方法以及遇到的问题“抖一抖，晒一晒”。
或许你也在经历着一个复杂度很高的，需求多变的系统，你也尝试寻找一个能够像“解药”一般的框架来让自己摆脱“泥潭”一般的现状，但是我想说软件行业是没有“银弹”的，任何不区分上下文地生搬硬套框架都很有可能遇到滑铁卢一般的惨败。因此做好业务知识储备，拥有独立的思辨力是对我们软件工程师的必备的要求。
文章主要分为三个部分，第一部分简单介绍一下DDD的一些概念，第二部分为结合业务的实操环节，第三部分为作者的心得分享。如果对DDD概念有过了解的同学，可以直接从第二部分看起。鉴于经验有限，本文的观点很多可能也只是一家之言，所以我也比较希望读者们能够带着批判的眼光来看这篇文章，在此也非常希望大家能够一起学习探讨。
开启B站少女心模式，探究APP换肤机制的设计与实现
换肤功能 并非奇技淫巧，而是已非常普及，尤其当Android Q推出了 深色模式 之后，国内绝大多数主流应用都至少提供了 日间 和 夜间 两种模式。
对于无感的用户而言，这个功能实属鸡肋，但从另外一个角度上来说，这也是产品在雕琢 用户极致体验 过程中的一次尝试，为不同情景下，不同偏好的用户提供更多的选择性。
以 哔哩哔哩 为例，除了提供以上两种主题之外，还免费提供了充满 少女心 的粉色主题。
再造“小破站”——B站社区氛围的失落与新生
一份B站社区氛围案例研究。通过案例，我们发现了B站打造优质社区氛围的独家经验，但同时，也意识到它作为内容社区不可违背的某些亘古定律。
以 B 站为例，聊聊站内消息系统的设计
关于站内消息系统设计的思考。
程序员：如何客观的衡量业务想法
随着Z世代的到来，程序员们越来越多的从原本单一的开发职责中走了出来，越来越多的参与到业务里。同时开始思考如何利用手中多样化的技术武器库为业务赋能，与业务互相成就。 想到一个业务Idea并不困难，但衡量一个业务Idea值不值得去P
B站 VS 西瓜视频：奇怪的战争
有人说，战争的胜利将属于犯下错误较少的那一方——这么说来，要判断这场“奇怪的战争”的胜利者还真不容易。
别被B站骗了
B站让你看到的，都是假象
哔哩哔哩「会员购」业务网关的研发赋能实践
网关是个每隔一段时间就会被请出来「鞭尸」的概念，概念本身的起源已经无从考究。随着微服务和云原生的兴起，网关也伴随着不同的使用场景在各个领域进行细分和进化。比较典型的细分领域有流量网关，比如耳熟能详的Nginx/Tengine，通常承担着全域的SLB（Server Load Balancing）能
B站太南了
作为一个老用户、（失败的）UP主、有很多朋友在B站工作的互联网观察者，我觉得自己可以解释一些关于B站的“问题”。
B站的弹幕，用在PPT上是什么效果？
弹幕式PPT真的还挺酷的~