周报： 写给自己看的周报，不用像写给领导看那样，关键是对自己负责 查看过去一段时间，自己做了什么；对比当下，自己正在做什么；反思自己的技术 定期的code review： 每周一次的code review（暂时性，等团队的整体水平提高了，互相review） 每周一问： 每周出一道技术题，大家来解决 每个人上台讲自己的解决方案 技术...

某版本延期总结 问题： 技术方面： OOM：风控SDK的lifelistener，导致持有activity，内存无法释放 多次操作下单流程，程序崩溃：线程管理混乱，导致线程不断创建，内存OOM（具体的原因没有定位到，只是看到的表象） 并发的读写文件：多线程的文件读写，引发出来的流问题 暴露出来的问题： SDK的测试验证过程与业务开发不...

实际开发与线上环境中，由于try catch了，开发人员，无法知道是什么原因导致的try catch或者被try catch的次数的多少（说的直白一点，就是：开发人员无法知道一些被catch住的崩溃，不利于问题的及时发现）

2018/03/08： [链接] -- 安全清单 2018/01/29： [链接] -- android动态化技术 [链接] -- 安居客技术演进 [链接] -- Rocket-Android启动任务调度框架 [链接] -- 对工作，管理的反思 [链接] -- android卡顿的发现 [链接] -- gradle android plugin3.0与android studio3.0 [链接] -- android的hybrid开发 [链接] -- kotlin...

最近在进行组件化的项目结构调整讨论，我提出引入RxJava+Retrofit。在深入讨论的时候，同事问了一句：为什么要引入Retrofit，现在的Volley不是用的好好的吗？而且从Volley切换到Retrofit，涉及代码迁移比较大，影响面也非常大。