有速度的空气的博客

原创 南北差异之——跨端理解能力

所以就需要"研发型人才"，如果照着开发型人才招聘，不考虑学习能力，但凡是项目需要一点研发能力，就会人和项目同时遇到困难。研发过程必然会出现各种问题，很多领导已经脱离研发很多年，但是仍然遥控着研发人员，想通过pua的方式管理研发，结果就是南辕北辙，优秀的研发桃之夭夭。北京的程序员很多不断的在做更多的岗位，甚至很多公司鼓励换岗，避免一个人在一个岗位长期呆着产生倦怠。只能理解单一业务，那就难具有"跨端理解能力"了。南方的程序员抽象出一个模糊的词"业务"，这个词概念之广就是用来笼统的表达，而不是具体的表达。

原创 南北差异之——理解业务和理解产品

社交类客户端工程师出身的我到杭州以后被要求"理解业务"，这是一个颠覆认知的思维。以往对工程师的要求是理解产品，现在蹦出一个新词"业务"，很长时间我都在心里嘀咕，所谓的业务具体是什么？是很深的东西还是表面的东西？后来我发现大家说的业务包括。

原创 北京的程序员是如何招聘的？

原创 科斯定律-招聘方更有责任

招聘方是强者，不仅了解对方能不能完成工作，还能决定试用期的考察工作的强度大小，是否让入职者轻松度过试用期。大环境不景气，很多公司就更加肆无忌惮的给员工上压力。招聘这件事，招聘方会利用各种渠道被调应聘者，掌握更全面的信息，而应聘方没办法得知公司每一个员工的离职原因，对招聘方是不够清晰的。那么问题来了，如果面试的时候问了面试官很多问题，面试官就会逃避回答，甚至回避掉这个候选人。科斯定律有一条，谁更能够低成本的解决问题，谁更应该负责。这句话应用在工作环境方面，强者能改变环境，环境好坏强者更有责任。

原创 为什么试用期很难

每次碰到新的领导，他都装作正义凛然的给我安排工作，实际上他没有他装的那么正义，他很害怕沟通隐藏需求，这样会暴露他给我的压力还是蛮大的。即便没有隐藏需求，我需要适应新项目这种适应工作也是很大的工作。我到底需要背哪些锅呢？总结一下，虽然有的锅没有背就跑路了。

原创 就业市场越来越像这个相亲市场

经济全球化就要求企业具备全球竞争的能力，如果中国人始终不考虑效率的提升，不断的打压创新，否定独立自由的思想，坚持以听话作为管理的核心期限，效率就永远达不到世界前列。只要不对话，彼此永远没有机会。中国就是一个存在很多大家都知道的问题，但是大家都不想去改变的国家。所有对立的关系都不想着沟通和妥协，而是各种排斥沟通。这个世界男女很少对话，对立却很多。企业和工人也是很少对话，暗暗的对立一直在持续。企业在找人给企业助力，求职的人在找工作。相亲的男女也是互相看不上。

原创 他知道自己有疑问, 你不知道自己不能换位理解

关于问问题这件事在杭州是一种奇怪的风景，问问题的人不能按照自己的需求问问题，被问问题的人要求问问题的人问自己能让自己觉得应该问的问题。问问题的人需要让回答的人认可这个问题，否则就质疑问问题的人。正确的应该是被问的人如果觉得不会就说不会，不想回答就说不想回答，认识了一个很能聊天的网友，聊起了在杭州的几种问问题类型。

原创 无比猖狂的隐式沟通

原创 面向测试编程——SmartRefreshLayout的测试case

产品层面总是以为开发是面向需求编程，其实不是，开发是面向测试case编程就比如SmartRefreshLayout除了要考虑网络正常的情况，还要考虑网络异常的情况。

原创 Google内购和订阅如何测试

原创 BaseProviderMultiAdapter多布局总结

大致梳理四种适配器的适用情况和使用流程。

原创 哪些优秀的开发行为被当做煞笔

答案是的，但是沟通节约的时间是否能覆盖沟通浪费的时间也是容易被忽略的。为什么有的人能够尽早的发现bug和容易产生漏洞的地方，就是因为他们没有放弃反复沟通和反复思考，最初他们只是觉得这样做哪里别扭。说起来可笑，中高层次的人的认知就很难改变，如果我任用中层，是不会选择"没有完善自身认知能力"的人的，这种人看着非常自信，也容易让别人对他有信心，但是会存在巨大的效率浪费，以及打压创新，否定不同声音。答案是的，但是写文档也在节约时间，写文档节约的时间能否覆盖写文档浪费的时间决定这个文档存在的必要性。

原创 哪些优秀的开发行为被当做煞笔

优秀的开发喜欢思考，但是思考带来的停顿会被产品以及理解能力差的领导当做开发"不理解需求"，开发在思考的时候会觉得需求可疑，需求有潜在问题需要关注，特别的点需要记录下来防止忘。即便产品给文档，甚至讲文档，但是文档不会覆盖开发需要记住的全部细节，开发不得不关注细节，但是开发如果看到很多细节，比如100个，也会有的细节关注不过来。要求开发一次性能够关注一堆细节对于刚接触一类产品的人也是比较头疼，产品经理没有换位开发一侧的思考能力，可能需要开发强行要求产品对所有细节标注。

原创 背锅填坑的岁月——领导不懂你的工作下场有多惨

3 某些非技术工作，非让技术做，比如上架商店，原本就是产品的工作，如果产品不懂可以问技术，但是领导的插手指使技术去做，直接导致了技术人员除了解决技术问题，还要解决产品问题。这还是可以解决的问题，更有工作直接是给产品背锅的，比如去查看某个应用名字谷歌商店是否被占用，安卓的商店名字可以随便起，重复名字没有任何关系，随时修改都可以。5 领导通常是后端升上去的，不懂客户端尤其是安卓开发中问题的多样性。比如领导想要一个播放器，告诉你做个播放器，有的细节没有说，然后就做的和产品期待的不一样，结果领导说是你做的有问题。

原创 关注提高效率的工具和工作技巧

因为领导和老板不是你想靠近，就有机会靠近的，老板很少高高在上，也从不去和同事为难，程序员的大多数行为老板和领导都容易理解，而不是误解和故意曲解。也有同事喜欢背后和领导打小报告，也没啥可打的，开发进度有产品和项目管控，开发质量有测试管控，对于程序员无非就这两个重点。在南派程序员在研究如何混进领导圈子，如何让领导认为自己的认知和领导同频，如何贬低工作难度，以方便对同事进行pua之际。北派程序员在锤炼自己的程序如何更健壮，如何打磨顺手的开发工具，如何优化工作去提高效率。＃＃＃ 北派程序员的心路历程。

原创 总是开疆拓土，技术攻关

北派程序员的心路历程。

原创 远离看不见工作难度的领导

这两年遇到过好几个对细节选择性无视的领导，他会拿他看到的细节认为全部，而忽略其他细节，如果选择面向领导编程，他又不会告诉你要关注哪些细节，而是要关注全部细节。事实上，下属才是最了解自己工作的，不了解自己工作的人肯定会干不来的，不存在60分以下的程序员，不及格的工程师哪个公司都不会要。这时候如果领导看不到这些细节，自己处理了就会花很多时间和精力，自己不处理，就会留给测试，最后暴露很多bug，看似bug是需求有关的，实际上bug本身是因为安卓系统的特性导致的。

原创 为什么优秀的人总是先离职

我突然想起来我的职场遭遇，我就是那个能干活的，领导就是伙同其他员工压制我。这种环境不在乎我需要什么资源，只在乎怎么要求我工作，然后拿着一些小问题做文章，小问题会很快解决，就趁着还没解决的时候做文章。这都不是最炸裂的，最炸裂的是有一个回答，讲的是企业招聘的时候会招聘10个人，每年都会招聘，每年也在淘汰，企业只想留下3个人，其他人有的人不干活，也会养着，主要是服从性好，可以协助领导管理能干活的，除了优秀的人，其他人是不想给他们升职加薪的。知乎不止一次给我推送这个话题，我也看了无数的回答。

原创 从Android开发聊技术

原创 安卓开发和ios开发差异

7 安卓系统是嵌入式通用系统，嵌入式本身就是和PC机，服务器机，并列的很大的领域。嵌入式系统会给安卓带来跟系统更近的应用的机会，比如有root权限的应用，比如操控系统的应用，比如控制硬件的应用。6 安卓是便宜设备，500-5000的手机，500的有那种只能装一两个应用的专用手机，就是只用来使用特定应用的手机。2 安卓有多个系统厂商，有的系统厂商会有不同的行为，比如小米的fcm需要把自启动的开关打开才有效。4 安卓有多个应用市场，不同的市场有时候也有不同的上架要求，比如谷歌市场，应用宝市场，等等。

原创 记录心态和工作变化

但是Android工程师如果想裸辞后很快找到工作, 是不能挑剔产品的, 只要自己对产品还是有兴趣的, 技术层面就要尽可能的适应和兼容, 在换城市换工作几次后又要继续做UI应用了. 现在对UI应用没有很排斥, 甚至觉得UI应用是自己做过的最简单的应用了。但是吧, 如果是对UI上的一个需求很着急, 同时这个技术点没有千篇一律解决方案, 自己查资料也会有些压力. 现在比几年前好了很多的地方在于, 自己的重构水平已经达到了随便摆弄代码的程度, 所以试错的成本很低, 出bug后及时调整方案和修复会非常迅速.

原创 杭州的公司为什么不敢培养人？

即便不敢明确的培养人，很多管理岗还是会去培养下属，从"听话"开始培养。培养人具有重构代码的能力，避免程序陷入很难维护的场面，但是这种开发行为不会带来产品外观的改变，怎么给领导和老板汇报绩效，这个问题杭州的公司普遍存在吧，很多程序员都分不清重构和重写，甚至把糟糕代码描述成"这不很正常吗"互联网人一说杭州的互联网文化是被阿里破坏的，阿里人喜欢搞一些数据统计给领导和老板看，而这些数据的意义可能被过分夸大，数据的真实性也很难被全方位的证明，毕竟公司都是独裁制下的，谁敢说不，直接就会扣一个破坏独裁系统的帽子。

原创 在杭州找工作的碎碎念

举个例子，在北京认可终生学习的比例是10a，但是在杭州认可终生学习的也就3a，在杭州同行的认知里，一方面要靠着业务挣钱，另一方面靠着拉帮结派挣钱，如果谈能力提升，就pua别人让别人提升，自己不会想着提升自己。真正做安卓ui的实际上也就2.5年左右，在很多年前这已经足够，但是这几年新增很多新的ui组件，看别人的ui代码已经不是我擅长的了，除非我只需要看我自己写的ui代码，这样才会容易一些。其实我并不是很在乎做哪种项目，我更在乎的是和靠谱的人一起工作，偶尔加个班，轻松完成工作，并获得工作正向的反馈。

原创 ConstraintLayout 基本操作指南

ConstraintLayout 是 Android 中最强大灵活的布局之一，它允许您创建复杂的布局而无需嵌套多个 ViewGroup。

原创 设置虚拟机设备的dp和pt

虚拟机有设置px的方式，没有设置dp的方式，举个例子比如设置px为1080*1920虚拟机是有的。

原创 重构（二）

跟不同思考层次的人聊天, 不仅聊不出结果, 还能聊出误解, 在只为实现功能的人眼中, 如果给他说他写的代码不是最佳实践, 他就会说他"这是很正常的操作". 举个例子, 我不会给不同功能的函数起一样的名字, 哪怕他们在不同的类, 只要两个类有关联, 仅仅为了阅读的时候能够"一次性根据名字懂得它的实际功能", 因为方法的注释不一定及时的被维护. 为了软件在逐渐庞大的过程中能够保证不腐烂, 这些细微之处的"最佳实践"在复用率比较高的代码里是必要的.5、高内聚，低耦合。我日志一般这种方式打印。

原创 打印windows环境变量的坑

环境变量不能在PowerShell里面打印, 只能在cmd里面打印

原创 Android monitor.exe不支持jdk8以上

Android studio自带的Layout Inspector不能检查第三方app的界面元素, 只能检查debug编译类型的app的界面元素.因为Android monitor.exe不支持jdk8以上, 参考资料。

原创 重构（一）

搞笑的是，这两个问题的详细答案我现在还想不起来，因为实际编程的时候我基本不会抛出异常，如果真这么做我还要在上层去catch异常，影响编程效率，而且到底throw什么异常，异常的参数也要设计，太麻烦了，并且在我的有的项目里我确实这么实践过，真是给自己挖坑。如果是给别人听，这样说会显得专业，但是每个人其实都有自己对于各个原则的实践情况，从而形成自己的理解，就比如百度智能问答有时候给我说7个原则，于是我还发现了三大原则，四大原则，五大原则。在刚进入职场的几年里能碰到支持下属做重构的领导也是我个人的荣幸。

原创 Java voliate面试题和使用

可以通过注释MyDate类里面的number 的定义行, 观察打印的日志, 如果使用volatile定义, 打印出来的是。也就是在其他线程永远观察不到myDate.number的值的更改。如果没有volatile的定义就只打印这两行。

原创 HashMap常见面试题【Google AI Studio】

文章来自Question:HashMap常见面试题。

原创 Kotlin协程实现多线程异步执行到同步获取结果

通过async执行异步任务, 然后通过wait获取异步任务的返回结果, 类似的原理和Java的join类似, 在调用wait之前就已经线程开始了, wait的作用只是为了获取协程的执行结果, 获取不到就wait.flow让我想起RxJava的一些操作符, 又麻烦又不实用, 平添记忆负担. 对flow的一种使用情况进行测试, 其他情况可能有能够异步执行的方式, 下面方式实际上没有做到多线程异步, 最后还是同步一个个的执行.带launch的分别对应不同的子线程。带result的都会在当前线程打印。

原创 如何安装aab文件

java -jar C:\greenSoftware\bundletool-all-1.17.0.jar build-apks --overwrite --bundle=app-release_1.0_0712_1908.aab --output=output.apks --ks=签名文件完整路径 --ks-pass=pass:密码 --ks-key-alias=别名 --key-pass=pass:密码。或者从下面地址下载其他版本的jar文件。

原创 私有手机的应用保活总览

需要从用户层面避免进程被杀死, 因为Android11以上版本的手机不能获取Root权限, 很多限制性代码已经被限制. 好处是私有手机可以通过系统设置, 把寻常不用到的权限都授予给App, 所以就需要研究各种系统设置对保活的限制。应用保活终极总结(三)：Android6.0及以上的保活实践(被杀复活篇)微信团队原创分享：Android版微信后台保活实战分享(进程保活篇)系统设置在不同的手机上也不一样, 每种手机可能需要保活方案研究。小米手机如何将APP保持在后台常驻，不被后台杀掉。哪些情况下进程会被杀死?

原创 不能随时唤醒的问题

随时被定时器唤醒或者网络任务唤醒是保活需求的一部分, 只有随时被唤醒才能立即收到任务开始执行.无障碍服务可以实现解锁屏幕和熄灭屏幕功能, 可以在任务执行前后通过无障碍服务操作屏幕.

原创 手机系统设置选项

不同的Android系统版本可能有不同的设置, 这里仅做简单示例。具体设置在<OPPO保活方案测试>文章中介绍。

原创 OPPO手机电池设置和应用省电设置

原创 OPPO保活方案测试

下面是OPPO手机各种方案的测试记录, 也包括无效的方案。

原创 OPPO手机终极保活方案

为了保证长期流畅运行, 应该设置手机定时重启, 比如通过系统设置每天重启, 部分手机不重启会慢慢变卡。要保证OPPO手机的性能足够, 比如内存8G+, 否则可能会因为性能不足而被杀死。实际测试2台OPPO手机, 能够熄灭屏幕长达5个小时以上, 期间一直熄灭屏幕。需要大量测试去验证方案的普遍性, 就算是同型号的手机也需要大量测试验证。Push应用解决CPU休眠+应用锁+OPPO的电源设置和应用省电设置。其他手机的保活方案会更简单, 小米手机保活不用考虑CPU睡眠的情况。

原创 Kotlin中的类

以上就是 Kotlin 中的主要类类型。如果您还有其他关于 Kotlin 或其他 Android 相关的问题，欢迎随时提问。constructor 里的参数列表是首先被执行的，紧接着是 init 块和属性初始化器，最后是次构造函数的函数体。以下是两种生成的例子, Kotlin对下划线命名有警告, 所以自己不会生成下划线的名字, 使用注解的时候需要第三方库。通过伴生类实现单例模式, 每个类伴生类只允许一个, 伴生类的名字可有可无。2种静态类, 一种伴生类, 一种独立类。通过独立类实现工具类。