在我们的工程上线 Monorepo 全源码后，Kotlin 编译成了整个编译中最耗时的步骤，全源码过程中大量的 BuildCache Miss 导致我们的编译数据落后原来多仓二进制时代很多，且业界没有相关的解决方案。本篇文章我们来具体阐述下 BuildInfra 团队自研的解决方案 - Kotlin 云端差分方案的原理和技术实现。
web投稿页是B站的主要投稿来源，有很多高粉UP主使用web端进行投稿。 封面部分是投稿过程中耗时占比较高的步骤，因此在过去，web投稿页已上线了自动的封面截取&推荐功能，有效提升了用户体验。同时在此过程中有了一定的技术积累。 自动封面功能依赖于对用户上传视频进行截帧的能力，最简单的方式是在上传完成之后由服务端进行视频截帧并返回推荐的候选封面，但显然这一步会有大量的等待时间，因此我们采用的是纯前端视频截帧能力。
本文针对的是已在 ECS 上搭建幻兽帕鲁服务器的玩家，可以快速迁移到计算巢，支持图形化管理配置。如果你没有买服务器ECS，建议你直接点击阅读原文，在计算巢上直接部署。
本文是普适性的经验分享，并非按规范局限在 JavaScript 前端视角 做出的总结，除JavaScript外还深入结合了ActionScript 3.0、PHP、C / C++、Basic非纯粹OOP领域语言的经验。
尽管微服务架构长期以来被视为云原生应用的事实标准，但在 2023 这一年，来自各方的反思声音逐渐增多。去年 3 月，AWS 分享了一个案例，Prime Video 团队将其 Serverless 应用程序中的部分微服务调整成为了一个单体，称此举节省了 90% 的运营成本。DHH 对此评论道：“亚马逊也无法理解无服务器或微服务。”谷歌也于去年开源了一个名叫 Service Weaver 的框架，在相关论文中，他们表示这种方法可以将发布式系统带来的延迟降低 15 倍，成本降低 9 倍。 那么，微服务到底有没有什么问题？Service Weaver 是否能够成为微服务架构的“新解”呢？在年终盘点之际，InfoQ 采访了字节跳动服务框架团队架构师、CloudWeGo 开源负责人罗广明，探讨了微服务发展十几年来的进展和关键技术演变。
该论文介绍了一种可传输的实时体积视频解决方案：Live4D。该技术利用了深度学习和计算机视觉技术，通过将多个摄像机的图像进行同步处理，重建出捕获对象带有纹理信息的网格模型，将其进行压缩编码传输后分发给各个客户端进行渲染显示。 Live4D可以根据应用场景和精度需求配置不同数量和位置的双目RGB相机，能以更低的成本实现体积捕获系统，并能够实时地将重建出的数据发送给用户；同时还支持互动和沉浸式体验，用户可以通过与视频进行互动，获得更加身临其境的体验。该技术在全息通信、虚拟现实、增强现实和远程教育等领域具有广泛的应用前景。
本篇文章，主要介绍应用如何正确使用日志系统，帮助用户从依赖、输出、清理、问题排查、报警等各方面全面掌握。
