原因、方法论和案例。

数据缺失，导致页面出现空白？？？

必然性及其对策。

今年阿里云函数计算服务 FC 开始进入阿里集团内部支撑业务，并且和我们的函数研发平台完成了对接，今年大促 Serverless 云研发平台 中多BU 租户进行了函数应用落地，包含淘系、飞猪、高德等业务，并且在部分场景下也通过弹性模式抗住了大规模的流量洪峰。应该有很多同学比较好奇在这背后都发生了什么，今天我们来通过一次函数业务需求初探阿里集团 Severless 体系。

近几年互联网的快速发展中，互联网业务发展越来越复杂，业务也被拆分得越来越细，阿里内部业务也发生着翻天覆地的变化，从最初的单体应用，到后面的分布式集群，再到最近几年大中台小前台的业务形态，作为后端开发，依赖的服务方越来越多，同时依赖服务方的故障因素也会越来越多的会影响到闲鱼的上层业务的稳定。

例如在闲鱼主推商品流的业务场景中，商品中台数据库的抖动会造成主推商品流的卡顿或者页面显示空窗现象，个性化算法中台向量集群的扩容也会造成推荐内容延时被拖到非常长，后面还有可能依赖其他的业务中台，作为上层业务如何保证依赖的中台越来越多的情况下，还能保证服务的稳定性运行呢？

在线交互式教程站点Pipboard ，通过在线的模型训练交互体验，使体验者可以掌握并了解到机器学习相关的知识和能力。

超长干货放送，智能UI在1688的线上实践全揭秘。

过去一年闲鱼消息稳定治理的思考与实践

在异地多活的实现上，数据能够在三个及以上中心间进行双向同步，才是解决真正异地多活的核心技术所在。本文基于三中心且跨海外的场景，分享一种多中心容灾架构及实现方式，介绍几种分布式ID生成算法，以及在数据同步上最终一致性的实现过程。

传统图片信息的上传渠道一般在pc端的后台或者客户端上直接上传，但是如何在移动端的webview上快速上传图片，并保证图片安全下载这一直是一个挑战。

重试几次合适？重试间隔设置为多少合适？重试机会用完以后依旧Fail怎么办？

「让每一个用户在最短的时间内看到页面上重要的内容」一直以来都是前端工程师们精益求精的方向。对于一个H5的源码页面，我们已经有了很多缩短首屏渲染时间的方法，比如数据预取，离线缓存。但在目前看来，由于数据预取和离线缓存都依赖客户端的能力，很多时候会给我们带来一些限制。比如用于增长业务的外投拉新页面，我们并不能知晓第三方APP是否具备这样的能力。再比如使用离线缓存能力，我们受制于命中率高低，以及缓存对APP性能带来的负面影响这样的问题。

服务端渲染，让最重要的内容和用户之前，只需要请求HTML DOC的时间，并且不依赖于客户端的能力，可以大大缩短用户看到页面首屏内容的时间。

从消息的产生到最终消费。

IF This Then That

闲鱼会玩社区的重要阵地：会玩圈子今年年初已经上线啦~

作为一款承载着「基于兴趣聚集同好人群」的社区型产品，相较于常规导购型产品来说，在业务复杂度、交互复杂度、性能体验稳定性要求上都要高出许多，像多角色区分、嵌套滚动、多形态 Feeds 无限加载、颜文字等特殊字符处理、页面直开、视频播控等场景都是导购场景很少遇到的。

本文将围绕着会玩圈子的前端设计、开发过程中遇到的典型问题进行介绍。

钉钉如何界定它和生态之间的“边界”？