标签：
古者富贵而名灭，不可胜记，唯倜傥非常之人称焉。故西伯拘而演《周易》，屈原放逐，乃赋《离骚》。文人雅士一次次的谱写着千古绝唱，而我亦不能免俗，也要附庸风雅，写一部前不见古人、后不见来者的经典之作。
于是，历时一年，呕心沥血，结合自身3年来从事App领域的一线实战经验，再辅之以从事软件行业十余载的奇技淫巧，写下这洋洋洒洒三百多页十几万字。初稿完成后，就如同和氏璧般，竟找不到出版社愿意出版，而我又不肯妥协，去写那些无关痛痒的语法介绍和UI布局等入门级章节。就在这时，杜勇帮我介绍了机械工业出版社的吴怡老师，促成了这本书的出版。
临近出版之际，约到了周鸿祎和刘江、屠毅敏等人的序言。刘江老师是带我进入图书出版的引路人，回想起来也是八年前的事了；而屠毅敏则是WaxPatch的发明者，全世界第一个解决了iOS热修复线上bug的人（JSPatch要晚好几年）。说起周鸿祎，那是我在某个微信群误打误撞认识的，他欣赏我一条路走到黑的研究精神，而我则欣赏他的个性张扬。现实中我们从未见过面，前几天我去360给他送样书，保安不让进，我也只好铩羽而归。
购书地址：http://item.jd.com/11791229.html
随书源码：http://www.cnblogs.com/Jax/p/4656789.html
最后，附上本书的前言，以飨读者：
皇皇三十载，书剑两无成
在你面前娓娓而谈的我，曾经是一位技术宅男。我写了6年的技术博客，500多篇技术文章。十年编程生涯，我学习了.NET的所有技术，但是从微软出来，踏上互联网这条路，却发现自己还是小学生水平，当时恰逢三十而立之年，感慨自己多年来一事无成，于是又开始了新一轮的学习。选择移动互联网这个方向，是因为这个领域所有人都是从零开始，大家都是摸索着做，初期没有高低上下之分。
在此期间，我做过Window Phone的App，学会了Android和iOS，慢慢由二把刀水平升级到如今的著书立说，本来我想写的是iOS框架设计，因为当时这方面的经验积累会更多一些，2013年的时候我在博客上写了一系列这方面的文章，可惜没有写完。如今这本书是以Android为主，但是框架设计的思想是和iOS一致的。
作为程序员，不写本书流传于世，貌似对不起这个职业。2008年的时候我就想写，可那时候积累不够，所知所会多是从书本上看到的，所以没敢动笔，而是选择翻译了一本书《MSIL权威指南》。翻译途中发现，我只能老老实实地按照原文翻译，而不能有所发挥。我渴望能有一个地方，天马行空地将自己的风格淋漓尽致地表现出来，在写这本书之前，只有我的技术博客。
终于给了自己一个交代，东隅已逝，桑榆非晚。
文章本天成，妙手偶得之
这是一本前后风格迥异的书，以至于完稿后，不知道该给本书起一个什么样的书名。只希望各位读者看过之后能得到一些启示，我就心满意足了。
下面介绍一下本书的章节概要。本书分为三个部分共计12章。
第1章讲重构。这是后续3章的基础。先别急着看其他章节，先看一下这一章介绍的内容，你的项目是否都做到了。
第2章讲网络底层封装。各个公司都对App的网络通信进行了封装，但都稍显臃肿。我介绍的这套网络框架比较灵巧，而且摆脱了AsyncTask的束缚，可以在底层或上层快速扩展新的功能。这样讲多少有些自卖自夸，好不好还是要听读者的反馈，建议在新的App上使用。
第3章讲App中一些经典的场景设计，比如说城市列表的增量更新、缓存的设计、App与HTML5的交互、全局变量的使用。对于这些场景，各位读者是否有似曾相识的感觉，是否能从我的解决方案中产生共鸣？
第4章介绍Android的命名规范和编码规范。网上的各种规范多如牛毛，但我们不能直接拿来就使用，要有批判地继承吸收，要总结出适合自己团队的规范。所以，即使是我这章内容，也请各位读者有选择地采纳。我写这一章的目的，就是要强调“无规矩不成方圆”，代码亦如是。
第5章和第6章组成了Android崩溃分析三部曲。写这本书用了一年，其中有半年多时间花在这两章上。一方面，要不断优化自己的算法，训练机器对崩溃进行分类；另一方面，则是对八十多种线上崩溃追根溯源，找到其真正的原因。
第7章讲Android中的代码混淆。本不该有这一章，只是在工作中发现网上关于ProGuard的介绍大都只言片语。官方倒是有一份白皮书，但是针对Android的介绍却不是很多，于是便写了这章，系统而全面地介绍了在Android中使用ProGuard的理论和实践。
第8章讲持续集成（CI）。十年传统软件的经验，使我在这方面得心应手。这一章所要解决的是，如何把传统软件的思想迁移到App上。
第9章讲App竞品分析，是研究了市场上几十款著名App并参阅了大量技术文章后写出的。之前积累了十年的软件研发经验，这时极大地帮助了我。
第10章讲项目管理，是为App量身打造的敏捷过程，是我在团队中一直坚持使用的开发模式。App一般2周发一次版本，迭代周期非常快，适合用敏捷开发模式。
第11章讲日常工作中的问题解决办法。那是在一段刀尖上舔血的日子中总结出的办法，那时每天都在战战兢兢中度过，有问题要在最短时间内查找到原因并尽可能修复；那也是个人能力提升最快的一段时光，每一次成功解决问题都伴随着个人的成长。
第12章讲App团队建设。我是一个孔雀型性格的老板，所以我的团队中多是外向型的人，或者说，把各种闷骚型技术宅男改造成明骚；我是从技术社区走出来的，所以我会推崇技术分享，关心每个人的成长；我有8年软件公司的工作经验，所以我擅长写文档、画流程图，以确保一切尽在掌握之中。有这样一位奇葩老板，对面的你，还不快到我的碗里来，我的邮箱是16230091@qq.com，我的团队，期待你的加入。
心如猛虎，细嗅蔷薇
话说，我也是无意间踏上编程这条道路的。如果不是在大三实在学不明白实变函数这门课的话，我现在也许是一个数学家，或者和我的那些同学一样做操盘手或是二级市场。
我真正的爱好是看书，最初是资治通鉴、二十四史，后来发现在饭桌上说这些会被师弟师妹们当做怪物，于是按照中文系同学的建议翻看张爱玲、王小波的小说，读梁实秋的随笔。在复旦的四年时光，熏出了一身的“臭毛病”，比如说看着夜空中的月亮会莫名其妙地流眼泪，会喜欢喝奶茶并且挑剔珍珠的口感。
不要以为程序员只会写代码。程序员做烘焙绝对是逆天的，因为这用到软件学中的设计模式，我也曾研发出失败的甜品，做饼干时把黄油错用成了淡奶油，然后把烤得硬邦邦的饼干第二天拿给同事们吃。
我涉及的领域还有很多，比如煮咖啡、唱K、看老电影，都是在编程技术到了一定瓶颈后学会的，每一类都有很深的学问。不要一门心思地看代码，生活能教会我们很多，然后反过来让我们对编程有更深刻的认识。
心若有桃园，何处不是水云间。
会当凌绝顶，一览众山小
如果后续还有第二卷，我希望是讲数据驱动产品。就在本书写作期间，我的思想发生了一次升华，那是在2015年初的一个雪夜，我完成了从纠结于写代码的方法到放眼于数据驱动产品的转变。这也是这本书前面代码很多，越到后面代码越少的原因。
数据驱动产品是未来十年的战略布局。之前，我们过多地关注于写代码的方法了，却始终搞不清用户是否愿意为我们辛辛苦苦做出来的产品买单，技术人员不知道，产品人员更不知道。产品人员需要技术人员提供工具来帮助他们进行分析，比如说ABTest，比如说精准推送平台，比如说用户画像，而我们检查自己的代码，却发现连PV和UV都不能确保准确。
这也是我接下来的研究和工作方向。
标签：
原文地址：http://www.cnblogs.com/Jax/p/4912606.html
