android framework 升级第7天

android framework 升级第7天

星期天，第7日，真正休息日
（我们对一下暗号：大小周，996，同步待命），

今天收工什么不干。说点大白话。

实际 framework 工作日常内容更多的是在分析Android系统，找出中的在边缘条件下触发的逻辑漏洞问题的来龙去脉。然后找到修正的办法，并且在不引入新的问题的前提下（笑~）修复好这个问题。有时候真的一天也不会写1行代码。然而，最后经过 framework 修改后产出的系统就和 Android SDK 定义的系统预期行为一样，即使在在前面提到的边缘条件下也和定义一样。这就很让人崩溃。
在app同事看来，他们一天撸上千行代码， framework只写几行代码，工资一样。
在配置和管理看来，这些人一天几行代码的提交，是不是在摸鱼。
在终端用户看来，比如过年和亲戚解释你的工作，framework做的工作就和没做一样。

当然，事情总有了新的变化（抿嘴笑得差点咧开），
以前app同事也来转来做framework，他们入坑了就知道了，没有现成轮子可以用，天天要盯着一个Java类上万行的代码。盯得眼睛都充血，也还没有找到问题的点。这不怪你，毕竟行业大家都是聪明人，别人（Google自家以及开源社区贡献）迭代来上百个版本的代码一次性拿给谁都要时间吸收。但项目的里程碑才不管你以前做什么的，什么Java, C++，内核分析你都要会，因为时间点已经拍脑袋定下了，拍脑袋的人也在大boss那立了军令状。
配置和管理为了应对被砍头的风险，也规划好了应对措施。想的是既然你需要时间消化吸收前人的代码，那就安排你提前去梳理各个模块的内部代码逻辑，然后把学习成果的当做kpi，同样的学习成果也是有时间点的。所以这个转来的app同事，每天都在不停的盯着代码充血，有没有问题分配情况都一样。他甚至开始怀念以前天天撸代码的不停有砖搬的时光。
转机真的来了，由于品牌差异化的需求，国内外（据我了解主要是国内）厂家都争相地推出特色功能。这就需要原生的系统进行定制修改，实际上就是把一些app的功能做进系统里面，并且由于系统应用权限几乎是无法无天的地步，实现功能的时候也能用轮子了。实在轮子都找不到的时候还可以直接修改SDK加新的API，甚至加内核新的设备也是见过的。

所以，