数据中台 Node.js 中间层的定位类似一层 API Gateway，承载接口代理、聚合以及与DB 无关的部分业务逻辑。

在现阶段数据中台的服务体系中有两类服务：常规 Java 后端和 T-Service 。后者是数据中台将 OneService 方法论落地的统一数据服务，即服务于各个前台事业部，也为数据中台内部的各个应用平台提供数据服务。

最近这两年，移动端各种跨平台的开发方案如雨后春笋般涌现，一方面是随着移动互联网的普及和快速发展，移动终端设备的软硬件、操作系统、开发工具链等日趋成熟；另一方面，传统 PC 端的技术、资源也在逐步迁移到移动端上来，大家都想造轮子“一统天下”。

学而思一对一在开发企业微信应用过程中，遇到的坑及其对应解决方案。

在业务开发过程中经常会进入一些三方sdk，这些三方的sdk引入so库，有些so库文件还比较大,这时候我们就需要考虑so库从网络获取异步加载，减少发布包的体积。

iOS端轻量型人脸贴纸（直播可用）的实现过程和难点～

网校的服务策略团队，专注于学员分班、师资调度、客服机器人等算法方向，该类业务场景下，需要实时获取用户的行为特征，通常是将行为日志以及相关数据库的Binlog写入kafka，再通过Flink消费Kafka数据产生实时行为特征或者统计指标后提供交互，这个过程中需要做几件事情，比如Preprocessing（预处理），Pre-aggregated（预聚合），在线训练过程中还需要关联一些维表或者聚合特征，这些特征可能会全量加载到计算节点里面，也有可能需要历史数据二次计算，就需要一个实时的OLAP平台和高并发的点查服务，形成一个交互过程，最后将实时产生的特征推到算法模块中。这个过程难点在于确定一个既可以提供实时的OLAP还能提供高并发点查服务数据库。

传统的web直播互动基于flash，随着浏览器不再支持flash，这个技术方案也逐步退出了历史舞台。

我很喜欢教育行业，一直在做相关的运营和增长工作，未来也会坚持做下去。

但大家也看到，最近教育行业不大好过。

随着国家出台相关的政策法规，大家在工作中会面临各种不确定的问题，比如说：投放紧缩，不知道如何拉新；课外培训机构家长退费；甚至有的公司直接砍了产品线，有些小伙伴面临降薪被裁的情况。

所以很多人会产生疑问：教培行业是不是真的不行了？

随着网校业务的快速发展，用户量快速增加，系统的性能瓶颈凸显，稳定性风险变高。针对上述问题，学而思网校是怎样解决的？其业务架构是如何演进的？