本刊意在将整理业界精华文章给大家，期望大家一起打开视野
如果你有发现一些精华文章想和更多人分享，可以点击我们的公众号名称，将文章链接和你的解读文案发给我们！我们会对内容进行筛选和审核，保留你的推荐人署名，分享给更多的人
React19她来了，她来了，她带着🎁走来了。时隔2年多，React终于有了新版本了。你可知道，我们这两年是如何过来的吗？
开发者经常会诟病低代码带来的开发灵活度不足的问题，但业界对于低代码的投资和探索却一直没有中断过。对于开发者而言，低代码始终有一种“教开发者如何开发应用”的感觉，并且业务需求往往复杂多变，所以很难不被喜好自由度的开发者抱怨。我相信，没有能够解决一切问题的银弹，有的只不过是需求场景和解决方案的错配。在云音乐，我们一直在探索低代码开发与源码开发的平衡，既为业务交付提供高效的交付能力，同时为开发者提供低门槛且灵活的用来响应业务需求变化的开发能力。云音乐是一个拥有 11 年历史的业务，很多的系统构建在复杂的既有体系中，很难采用单一方案一蹴而就地解决历史积弊。因此，在为业务提供标准能力的同时，技术架构上的可持续性就显得特别的重要。
3、探讨跨平台技术与跨平台UI框架及Kotlin Multiplatform在bilibili的实践
在这个部分，我们将对几种主要的跨平台语言进行比较，主要从执行效率、引入testcase前后app体积变化、运行内存峰值和运行内存的overhead这几个方面进行考察。对比的平台在iOS、AndroidOS、HarmonyOS这三个平台上进行测试，由于不同平台的硬件设备无法做到一致，所以我们会在各平台选一款设备作为测试标准。对比的语言在目前bilibili实际生产环境中使用到的语言，分别为Kotlin、JavaScript、Dart、C++、Swift。
对于一个前端工程师而言，每天都在面对的较多的需求场景就是调用后端的接口，但是因为众所周知的原因，前端目前已经有无数种调用接口的方式，例如：之前有基于 XHR、Axios、Fetch 进行封装的工具，大家都试图在统一接口的调用方式，但是他们看起来最后都需要再进行改造。于是，我们试图在 B 站开发一套能够综合上述工具之长处，并结合 B 站事实需要的工具， 推出一个具有统一错误处理、减少代码冗余、抹平风格差异、降低文档负担、优化代码提示等功能的统一请求库。
在大语言模型（LLM）飞速发展的今天，LLMs 正不断地充实和改进我们周边的各种工具和应用。如果说现在基于 LLM 最火热的应用技术是什么，检索增强生成（RAG，Retrieval Augmented Generation）技术必占据重要的一席。RAG 最初是为了解决 LLM 的各类问题的产生的，但后面大家发现在现阶段的很多企业痛点上，使用RAG好像是更好的解决方案。在介绍 RAG 之前，我们先来看一下现在LLM存在的问题。
