划水健儿

在KMP项目中，使用 expect 和 actual 声明机制访问不同平台特性。KMP跨平台的能力，通过编译目标来实现：Kotlin/JVM，Kotlin/Native，Kotlin/JS。

协变，通过 ? extends T 或 out T 让子类型的泛型对象参与到泛型的使用中；逆变，通过 ? super T 或 in T 让父类型的泛型对象参与到泛型的使用中。

在鸿蒙开发中，通过响应式编 rxjs 和 状态管理@State, @Observed, @Watch 装饰器即可实现简单的 MVI 架构模式。

别人做好架构设计，自己被投喂，被投喂的越多，丧失的主动权就越多，就越来越被动，最后进入尴尬的境地。那如何打破这种局面？最好是让自己成为制定规范和约束的那个人。

采用 Kotlin Multiplatform 做跨平台，可以使用其逻辑代码共享能力，不仅能稳定支持移动端 Android 和 iOS 平台，还能稳定支持鸿蒙平台，这对于国内来说是天时地利。

如果是移动端架构师和基础库负责人，那么可以直接入场，做基础组件逻辑共享和部分 UI 组件 UI 共享。如果是垂直业务负责人和业务架构研发，那么也可以直接入场，做业务基础组件逻辑共享。如果是业务开发，那

为了让需求顺利进行，准时保质保量交付，在需求 → 编码之间添加技术方案节点，技术方案主要做需求分析和架构设计（或技术分析）。在做完技术方案后，应该对该需求是什么，以及如何完成该需求有清晰的认识，并且接

靠编写好代码可以维持你的工作（基础），可以去影响你的同事和领导（让你同事和领导从代码中认为你是一个技术能力靠谱的人）（进阶），那么继续下去，你可能参与团队或部门或公司重要的项目或事情（高级），再下去，

利用 python 封装 git 命令，获取某个版本某个作者的所有提交更改文件，再利用 python 封装 detekt 和 pmd cli 命令，然后对更改文件做静态代码检查，这就实现了增量静态代码