️This article has been over 1 years since the last update.

今年总体上非常杂，同时又给自己加了很多附带的活，导致非常忙。

工作内容方向繁多其实并不完全是一件好事，意味着你的很多时间学习后，刚刚学习入门又被抽调搞别的项目。就算你在每个项目中都是主力，这种时间上的投资也是低效的，难以传承且缺乏最佳实践的，甚至时间都难以预测。下面干活的人也很容易空转。当然，假如你是一线售前人员，那么这个还是很有价值的。

工作内

上一个ToB的内部项目已经完成，我个人非常满意，但是过程中也走了很多弯路

直接贡献

某研发效率类项目

Pros

• 总体系统设计与质量较完善、采用MECE方i法接近形式化的枚举了所有场景，几乎只有前台网页Bug。
• 快餐化开发：既是优点也是缺点，一个运作良好的项目一定是稳定且无趣，つまらないながら頑張る
• 速度很快，组员积极性很强，所有困难点都被转成了快餐开发。
• 用户量也比较不错，同样也是只要很少的人+详细的文档就支撑了大量用户。
• 转维护时的数据字典/测试用例/SonarQube也全量清理了一遍，完美归档。

Cons

• 部分看似急切的需求做了却没人用。毕竟做到领域深处还是非常难的，既要考虑高层主打的高阶维度，也要考虑一线人员的细节维度，这个工期很容易超标。
• 自动化测试还是比较鸡肋，维护UI（也就是Chrome点点点）这种自动化的成本是极高的，非常容易失效（fragile）。在有限的人力与快速迭代下，自动化测试应该更面向无状态的重构的场景。

大数据项目

主要难度在数据权限上，花了N天借鉴选型了Y-Combinator多个低代码的项目，又花了几周参考OPA、Azure/HW Cloud设计了套低代码的BI和权限方案（Nested RBAC + ABAC on data），代码量极低。

• 权限设计的核心：继承与颗粒度。
• 这是一个自上而下的项目，也就是所谓的瞎折腾，需求太难做了，用户不清晰。

云项目

真全栈，从机柜，静态路由，软路由，OpenStack到容器都水过一遍，其中最难的是网络虚拟化，它对递归考验非常高，一不小心把自己跳断线。

间接贡献

• 人才培训：所有人（甚至包括测试）都有POC到上线的交付思路，而不是死搬砖，被挖走的人也有30%的涨幅，最差也是去平安（但可惜了）。
• 组织贡献：指导多个非IT领域的用户提高效率，这个很有趣。

组织或者部门的问题

• 自上而下的项目：指上层拍脑袋的项目，这里对最终用户的定义非常模糊。
• 招聘也要自己去招，PPT也全部代写
• 公司内部一轮又一轮的烧钱折腾：拿着圣旨，即不给你兜底，也不给你方案，就是单纯的通报。
• 不确定性：对不看好的项目，非常抗拒任何书面承诺，对单点故障要求高。虽然打工只是工作，但是我还是不愿意时间被浪费。

管理维度

当前无论是新的工作内容，还是同事的平均水平（一个办公室里，除了外包，其他全部在写PPT和开会），都很流程官僚化。

• 领导层对项目贪多，战线太长，虽然有先发优势（不做项目的话，项目组就要被裁掉），但是人力已经超标，还在加活，不可能长期冲刺长跑
• 不敢放手做，遇到和其他部门PK时，对边界（符合大公司僵化的流程）就怂了。

SaaS思考

• 当前基于Java微服务的体系设计过重（比如依赖K8S/应用多），提供SaaS服务还勉强可用，但是从零搭建还是需要很长时间的，难以基于软件包的方式去占领用户，比如提供非root的In the Cloud or On-Premises的版本。能够极简私有部署才是最好的软件设计。

不要碰云原生，很多项目看起来很完美，但是都叫好不叫座（比如 OpenTelemetries，Open Policy Agent），术语与概念的学习成本非常高，而本身是技术营销，没啥实质难度

工作外

可度量的内容

由于コロナ的原因，几乎哪也没有去

• N5，N4依次坚持学完，N3进展中
• 软考通过了两个本本，虽然意义不大，但是耗费时间也不多，对B项目的数据治理还是有一定指导作用。其中一个是只用了7天，每天晚上搞到2点就通过了，但是这个后面身体状态需要2周才缓过来。
• 开源项目：hexo-filter-kroki，虽然只是一个wrapper，但是整体投入了大概6人天，仍然是有些用户的

认识论

• 解决了固定度量标准领域中的"不知道从何干起"的犹豫问题
• 采用MECE枚举方法设计产品
• 采用Top-down的方案快速考试
• 初步探索了“蕴含”的解析方法

当然现在还有一堆书存着没看

任务管理

折腾了AzureDevOps/Notion/logseq等软件，甚至自己开发了敏捷套件，最终方案

• Excel：管理规划的任务
• 手机待办/日历/记事本：管理近期任务，作为cache使用
• notion：只在考试场景中用过，用于快速创建章节

总结

总的来说，是乏善可陈，全靠外部补充了一下。

• 有deadline的事情，工作效率超级高
• IT技术类的项目，尤其是云原生，半衰期真的太快了，它虽然新，但是比算法等基础简单的多，导致个人更愿意投入在这种上面。其实真的不值得在业余大量投入，因为没有尽头，没有标准

后续方向

• 时间尽可能投入在低半衰期、久经考验的内容上，这些事情很容易形成标准、提纲与计划，但是难度反而更高。潮流技术只能给你带来虚假的获得感。