杜欢,2015 年加入滴滴,曾主导滴滴乘客端和 Webapp 大重构,使之在产品技术层面上统一和现代化,之后负责滴滴公共平台建设,推动并落地了客户端热补丁和动态化相关技术和相关工具链,当前负责滴滴一条创新业务线的技术管理工作。加入滴滴前曾是一个连续创业者,专注于游戏开发,曾是最早的一批 H5 游戏开发者,对前端、客户端和分布式系统开发有丰富的经验。
个人非常喜欢学习和研究新技术,对各种架构设计模式有不错的理解,崇尚极致抽象、追寻本质的开发方式。
移动应用已经高速发展近十年,占据互联网业务的半壁江山,开始进入下半场,要想胜出,唯快不破。
我们将挖掘和分享各个公司在“快”方面做出的努力,期望让移动开发真正“mobile”起来。
流量红利时代过去,数据驱动的精细化运营一时兴起,但是传统的手动埋点方案动态性差、受制于版本发布、数据呈现周期长、无法动态收集业务数据,成为精细化运营的当头难题。为了解决这一难题,网易乐得移动团队开始探索“无埋点”数据收集 SDK 方案,在关键技术突破和细节处理上积累了大量的实践经验。本话题主要分享我们在“无埋点”方向上的思考和实践探索过程。
crash 率是客户端质量红线。作为移动客户端质量最核心的指标,如何快速暴露、发现、定位、修复对解决线上 crash 尤为关键。
最初我们的 crash 监控系统比较落后,数据更新不及时,日志没有符号化,定位问题不准确,客户端灰度发布的崩溃率需要到第二天才看得到等等,无法满足我们对客户端质量把控的要求,所以我们根据自身的情况,打造了一个更好的系统。
我们通过实时数据处理,及时发现问题并报警;对 crash 将崩溃信息符号化,结合机器学习,更智能准确的将长尾 crash 聚类定位,将聚类结果通过系统分配到相应 BU 及开发者;与内部任务系统、hotfix 系统联动,快速修复上线后实时跟踪修复效果,大大提高了线上 crash 修复率。美团将此系统和机制将原来线上 crash 率由千分位降低至万分位,质量处于行业领先的水平。
本 topic 主要分享的就是我们在开发这个系统时的探索与实践。
通过介绍美团监控和跟踪修复 crash 的探索实践过程,启发大家结合自身业务特点,提高 App 线上问题的修复速度,降低 crash 率,保证业务质量。
本次分享主要介绍去哪儿的客户端团队在大规模多团队多 App 的情景下,如何快速简单可靠地维护自己的产品。通过实际场景重现,介绍用户行为跟踪和网络数据交互的监控的相关内容,解决目前业界难以处理的方案如无埋点统计的收集与提取,网络监控的 Hook 方案及无线远端测试等。
通过介绍去哪儿在解决产品和用户问题的过程,介绍相关系统的使用和技术内幕,启发大家在多前后端,跨团队的场景如何更快的开发和维护 App,迅速定位解决问题。
在 Android 插件化技术百家争鸣的今天,重新开发一款插件化框架是否还有意义?实践证明,还是很有意义的,因为目前市面上开源的插件化框架要么不完善有诸多兼容性问题,要么不太适合滴滴典型的业务场景。基于此,滴滴重新研发了一款完善的插件化框架,开发过程对开发者无约束,几乎可以支持所有的 Android 特性,并且能够适用于大多数业务场景。
在本次演讲中,将分享上述插件化框架的技术实现细节、开发过程中遇到的困难及解决方案。
与传统 Web 研发模式的迭代效率相比,移动应用的迭代效率要低不少,不可控的发版耗时以及缓慢的新版本覆盖效率都导致移动应用的迭代周期被拉长。为了解决这一问题,有越来越多的动态化方案涌现出来,百度为了将移动应用的研发模式尽可能的 Web 化,在贴吧微粉项目中全面引入 React Native 这一动态化技术来构建整个应用。这一新的尝试给工程架构带来了巨大的变化和挑战,涉及多层代码架构、研发全流程(开发、测试、发布、监控等),此外还涉及新研发模式下的团队分工、协作理念的变化。本话题主要分享我们在移动应用研发模式 Web 化这一方向上进行的探索。
随着微信用户量的增长,微信移动客户端的消息收发愈发频繁,DB 并发性能成为移动端性能的瓶颈,DB 损坏也成为影响用户口碑的一大因素;此外,FMDB 等繁琐易错的 DB 接口也影响了业务的快速迭代。为了解决这些痛点,微信移动开发团队通过学习 SQLite 源码,深入优化,取得了一定的成效。并且在此基础上抽象出了数据库组件,提供高并发能力和用户友好的面向对象接口。本话题主要分享微信开发团队在 DB 优化方向上进行的探索历程。