雪球客户端团队通过对页面架构进行改造，极大改善了现有工程代码混乱，分层不明确，代码复用和扩展性差等一系列问题，并且足够灵活以适应愈加庞大的工程和需求的不断变化。一起来看看他们是怎么实践的吧。

对于熟悉 React Native（RN）的开发者来说，热更新和拆包是经常被讨论的话题。通常，针对一个被广泛讨论的技术话题，都会有一套成熟的技术解决方案。然而，就拆包而言，目前尚未有被广泛认可的成熟方案。雪球作为一家采用 RN 的公司，也经历了 RN 革命带来的不适和挑战，从最初的单 Bundle 单引擎，逐渐发展到现在的拆包、按需加载和实时更新等阶段。目前，我们已经取得了重要的里程碑式成果，本文将分享雪球在拆包方面的演进路线和实现方案，希望能为大家提供适合自己的解决方案，将 RN 技术应用到实际开发中。

通过这些经验和分享，我们希望能够推动 RN 技术的发展，促进行业内技术的成熟和进步。我们相信，通过共享知识和经验，可以为开发者们提供更好的工具和指导，使他们能够更高效、更稳定地开发 RN 应用。同时，我们也非常欢迎各位开发者在使用 React Native 的过程中积极分享自己的经验和技巧，共同推动 React Native 生态的繁荣发展。

用通俗的话讲，投顾是把钱交给专业有资质的投顾机构，他们帮你投资基金，选基、买卖、调仓过程都全权负责，投前、投中、投后所有都有专业的团队帮你完成。

很多投资者听说过基金投顾，但是对基金投顾的具体规则和特点不太了解。作为体验设计师，需要了解基金投顾与普通基金的差异，将基金投顾独有的特点通过设计的手段包装透传，帮助用户认识和了解新的金融品类。

对于用户而言，金融行业本身有较高的专业度，好的新用户引导可以帮助降低使用门槛，快速熟悉产品操作和产品的实际价值，减少迷茫和不安全感；对于业务而言，通过引导的手段或方法，可以干预用户的决策和操作，引导不同生命周期的用户去完成差异化的行为。

之前雪球没有针对新用户做特殊的引导，仅以首页推荐流作为统一的承接，对新用户并不是很友好。因此，如何帮助新用户快速玩转雪球、留在雪球，是我们亟待解决的问题。

总结了雪球在建设规则引擎过程中的探索和实践过程，推出对业务人员非常友好的可视化的策略编排功能，在使用上接近sql条件的编写，在研发方面，缩短了开发时间，只需要关注动作与特征开发。

介绍了今年雪球大前端团队在三端同构建设上的实践，包括RN / H5 同构的能力及效果、样式组件系统的优势及定制实现、同构的改造及服务端渲染 SSR、同构的 CICD、单元测试及开发测试流程、同构的 D2C 代码智能生成等。

随着移动互联网的迅猛发展，目前市面上「端」的形态多种多样，Web、App 、车载、微信小程序等各种端大行其道，同一个业务需求往往又需要在多端上去实现，针对不同端去编写多套代码的成本显然非常高。近年来「跨端」是前端界比较流行的一个词汇，不论是国内还是国外，跨端技术百家争鸣，方案频出。

Apache APISIX能极大地简化双活架构的实施复杂度，本文总结描述了 Apache APISIX 助力雪球双活架构演进，为雪球未来云原生架构演进打下了良好的基础。

随着公司业务的不断发展，不同业务线数据都有了大规模积累。在此基础上为了精细化运营，更好地服务客户，就需要通过积累的数据沉淀出各类实体标签，比如用户标签、帖子标签、基金标签。

在苹果新推出的iPhone13 Pro和Max上支持了ProMotion，最大刷新率达到 120Hz，这使得用户对页面流畅性导致的刷新率变化更为敏感。本文总结了雪球 iOS 客户端在社区业务中 feed 流页面和正文页流畅性优化方面的工作。

怎么知道 Redis 里到底存了啥？都有那些 Key？每个 Key 用了多少空间？这些问题可以轻松得到解决 ...

雪球旗下的蛋卷基金交易系统是如何从无到有、从使用第三方到使用自研系统、从功能单一到功能丰富的？其中经历了一系列的改造、升级、重构，这次给大家分享蛋卷基金交易系统的演进过程。

天下武功，唯快不破，雪球数据中台AIBO，可快速集成雪球全业务数据(通用或定制方式)，通过模块化通用功能，灵活满足各业务线对数据分析和处理的需求，高效支持业务对数据的需求。

本篇文章将介绍我们在雪球行情图项目中，实际应用到的 canvas 性能优化方案，希望对大家有所帮助。

雪球统一推送平台，为社区和用户之间提供了一座桥梁：广泛覆盖、及时触达、精准投递。

而随着社区与基金、股票等业务的进一步融合，管理层以及各业务方对数据的准确性、及时性等要求进一步提高，业务的发展壮大也使得数仓规模越来越大。雪球大数据团队在支持现有数据需求的同时，也对历史沉积的数据做了梳理和优化。