工程腐化是app迭代过程中，一个非常棘手的问题，涉及到广泛而细碎的具体细节，对研发效能&体验、工程&产物质量、稳定性、包大小、性能，都有相对“隐蔽”而间接的影响。一般不会造成不可承受的障碍，却时常蹦出来导致“阵痛”，有点像蛀牙或智齿，到了一定程度不拔不行，但不同的是，工程的腐化很难通过一次性“拔除”来根治，任何一次“拔除”之后，需要有效的可持续治理方案，形成常态化的防腐体系。

工程腐化拆解来看，是组成app的代码工程中，工程结构本身，以及各类“元素”（manifest、代码、资源、so、配置）的腐化。优酷架构团队近年来，持续在进行思考、实践与治理，并沉淀了一些技术、工具、方案。现逐一分类汇总，辅以相关领域知识讲解，整理成为《向工程腐化开炮》系列技术文章，分享给大家。希望更多同学，一起加入到与工程腐化的这场持久战中。

系列文章第一篇《向工程腐化开炮 | proguard治理》。本文为系列文章第二篇，将聚焦于manifest这一细分领域。对工程腐化，直接开炮！

怎么去写好单元测试？怎么去驱动写好单元测试？

对于一款现代 IDE 来说，终端是非常重要的内置功能，在基于 Web 技术构建的 IDE /编辑器产品中，终端功能的实现基本上使用两个开源的库来实现。

本文首先会展示一个实际开发扩展程序的例子，从而让读者体会到当前开发时存在的问题，并基于此提出解决方案。

优酷 IPv6 全景图。

本文重点讨论AOF持久化方案，以及其存在的一些问题。

MetaSearch 作为淘宝搜索的创新项目，从3月立项开始，就朝着面向未来搜索的产品形态进发，摈弃了传统的“输入关键词——浏览商品列表”的搜索列表 SRP 形态，转为更加面向多元化内容的楼层结构，让更丰富的内容、导购营销形式在搜索页面百花齐放。

在开发迭代的过程中，为了保证足够的灵活性，同时也考虑了包大小、稳定性、Native 开发等成本，该项目把几乎所有业务开发工作量交给前端，由客户端提供最基础、原子能力供其调用的协同开发模式。在经历了若干个大小重构和产品形态推倒重做之后，MetaSearch 终于得以上线，面向淘宝用户。

在业务迭代的过程中，避免不了业务代码交叉混排的情况，同一个调用时机出现各种不同业务或功能的代码。我们需要将调用点作为能力抽象出来，从而成为扩展点，将原本串行交叉的代码进行抽离，回到真正属于它的归处。本文聚焦于实现一种Android技术框架，以尽可能小的开发成本，实现混排业务分治的能力。

在营销场景下，算法同学会对广告主提供个性化的营销工具，帮助广告主更好的精细化营销，在可控成本内实现更好的ROI提升。我们在这一段时间支持了多个实时业务场景，比如出价策略的实时化预估、关键词批量服务同步、实时特征等场景，了解到业务侧同学来说，针对ODPS场景来说大部分可以灵活使用，但对于Blink使用还有不足，我们这里针对场景积累了一些经验，希望对大家有一些帮助。

全景视频（Panoramic Video）因其「全景」的空间互动性与「视频」的内容真实性，使其具备了表达空间类商品、成为重本地化行业解决方案的可能性。天猫为其规模化应用于电商设计了全新体验。

本文为优酷腐化治理系列技术文章首篇，将聚焦于java代码 proguard 这一细分领域。对工程腐化，直接开炮！

在搜索系统中，召回环节位于排序漏斗的最底层，决定了下游排序的空间大小，其重要程度毋庸置疑，在闲鱼搜索场景亦是如此。然而由于机器和人力资源的限制，长期以来闲鱼搜索的召回都是使用最简单的基于文本的召回方式，其优化迭代方式也只是在基础商品字段（标题、描述）之上，增加扩展字段。

优雅上下线可以分为三个角度。服务端的上线，服务端的下线，和客户端的容灾策略。

面对海外线上弱网用户占比高、低端机型分布广等情况下，Lazada是如何针对头部H5页面流量业务进行深度优化的？

五大核心优势：高可用、高性能、可高度定制、数据服务、省流量。

本文介绍更偏业务连续性管理领域的事情，将从两大块进行介绍：

1. 一是业务连续性管理的逻辑，不止是业务连续性，而是业务连续性管理，是最佳实践，包括背景及定义；
2. 二是阐述一下我理解的业务连续性管理，也是我们在实践中沉淀下来的体系，包括实践经验和实践案例。