1. Capacitor应用更新。

    比较好的更新模式依旧是使用cordova的 apkupdater；

    但是，组员不停，弄File+Fileopener+fileTransfer做下载和打开文件更新，折腾了四天，说是搞定了。然后合并到了develop，这下可好，把所有的文件相关的功能弄挂了。

    原因其实是，他并不知道自己干了啥，然后还问改了什么没有。其实从错误提示，我倒是很好奇他引入那么多包做什么，然后看cordova-file插件，发现这个File实现的协议和w3c的现行标准不一致的，导致了所有的文件构建和上传出错了。

  2. 关于Promise的使用，不要随意的取消reject，尤其是resolve 非 [err,data]结构时：

    对于返回正常的对象或者数据，外层一般是会处理错误的

    [err,data]结构是参考nodejs的一些callback的参数结构，一般第一个代表错误，第二个就是正确数据，这样可以很快速的处理错误等，不需要一个个的catch。

  3. 关于跨平台框架的使用，如果没有足够的经验，直接使用UI框架提供的页面结构。

    这一点也不是一次两次说了，但他会说“看文档需要时间，还不如自己对照UI画个组件”，结果就是在不同的设备上显示很糟糕，而且不会用slot和参数等，一个很小的导航组件一直在改来改去，用时一周还在不停改。

  4. 求知欲和学习能力真的很重要

    有时候我很好奇一个人的思维到底是如何形成的，比如需要比较app版本号，判断是否更新，有人写了个方法：

//1.0.0 --> 10000
const versionNum = Number(version.split('.').join('0'))

·

用来处理新旧版本号的对比，我真的很好奇他是怎么想的，是不是觉得版本号都是一位数的三个数中间加个.，还是没注意过vue都是3.26这种版本了，比4.0.0还大？

如果一两次我还忍了，自从二月份以来，基本上每隔几天应用整体要挂一次。本来我设定了基于feature的开发规范，把自个儿的功能限制在一个目录下面，但有时候为了增加一点功能，总是喜欢改一些公共的方法和服务，commit的信息还标注为优化，把整个应用优化到崩溃的那种。呃，或许还是和年轻人合作好点，到了一定年纪可能真的记忆力和求知欲都没了。

但我又不喜欢管理或者写文档，虽然心里恼火，但依旧是一行一行的教着写代码，哪怕是不看就跑偏。

-- 或许我注定是一个人战斗。

先完成这个目标，唉，还是适合一个人开发，然后大团队一起开发各种应用吧。