都是先砍业务吧，砍了业务，对应团队协调位置，有位置安排的留下；控制成本，会先处理外包，实习生，各种协调项目的 pm；再来就是拉名单排名，什么 leader 给的排名，加班排名等等，当然也会掺杂，同事关系，都是有名额数量要求的，就看各 leader 报不报，有想要裁员补偿主动要求加入名单的，也有想办法换部门留下的；

纯管理和技术管理确实不同，纯管理再加 “媚上压下” 组员就 “苦逼”；其实对于干活的人来说，应付都有手段，甚至可给领导 “挖坑” 的，无非压工时，摸鱼还是能拖进度的；还是看自身，想留就拖着等领导掉几次坑，最好被他同级以上合作同事反感；不愁换工作，其实也可以考虑走，不过频繁换工作对职业生涯不好。

手底下人干活 “拖沓” 会影响工作和人效的投入产出，测试效率拉胯需求上线，更有 “话语权” 的人就会急，压力就在你领导头上了，要是压提效，就怼回去让他想办法。

python 的 uiautomator 是有的，它的依赖 app 会创建 AccessabilityService 实例获取 ui 布局，你要不想从这改的话，就自己写个无功能只是开 flag 的 talkback app，启动服务就好

技术讨论氛围差了，伸手党多，都是 copy 拿来用的，真技术，内部提个专利拿钱不好？提了专利更不方便分享了

accessibilityservice.xml 中

android:accessibilityFlags="flagDefault|flagRetrieveInteractiveWindows|flagIncludeNotImportantViews|flagReportViewIds|flagRequestTouchExplorationMode|flagRequestEnhancedWebAccessibility|flagRequestFilterKeyEvents"

android 的 AccessabilityService 是要开 webview 相关的 flag 的，默认没开是取不到的，记得当年调 RN 的 app 时，也是要把对应 flag 加上，才能取到。简单的做法是自己写个 talkback 把 flag 加上，运行 talkback 服务就能取了；一个地方加上就可以，影响所有调用 AccessabilityService 的地方

adb shell dumpsys SurfaceFlinger --latency layer 名

layer 名是动态获取的，要打开 app 窗口再查， dumpsys SurfaceFlinger |grep "Output Layer"；

这个是要写个脚本动态获取计算的，获取的是历史 127 帧数据；dumpsys SurfaceFlinger --latency-clear 是清空 buffer

讨论项目测试，顺序思路不太对：预计什么时间上线（测试有多少时间）-》有限时间内能做什么（项目经验沉淀下来的测试策略，自动化专项）-》风险覆盖不住？（是否可以延期上线，增加必要的测试时间）-》漏测标准怎么算？（带风险上线，要有公共认知，减少找后账风险）

特点就是可以脱机省设备，拔了数据线一样能跑，awk 预处理格式化数据流通过 adb 命令行提取后做实时图形化交互展示之类的，也可以做成设备端脚本 + 上位机效果方案；手机硬件堆料这么多，占部分用于测试很合理吧。

shell + busybox + 定制依赖 app + shell 下命令行安卓自带/后 push 赋权命令，能干很多事，文本预处理提取、统计、计算用 awk，数据表存储用 csv 或 tab 分割的 xls 格式，PC 端后处理用 pandas + highcharts/echarts 出数据报告。

像性能数据采集分析；log 指定 tag 实时提取分析，异常实时 PC 端预警；设备端 shell 和 app 交互，脱机执行自动化 case 压测，半自动交互测试等