用一个词/句子总结自己过去的一年
砥砺前行，计划赶不上变化，探索未知
复盘过去一年目标完成情况及进展
去年的目标：
- 优化jenkins自动化发布打包：
优化的部分：分环境，分模块打包上传
待优化的部分：区分版本上传 - 优化grafana监控
实现了目前已知的问题，结合cloudwatch,可以监控日活用户,qps,耗时接口，接口报错等（我可以写bug,但是出了问题能第一时间发现并修正） - 合理兼容老版本
兼容问题因为一个变化完美解决 - 剔除无用的代码。
剔除无用的代码因为一个变化完美解决 - 构建代码生成工具，测试工具
未完成：当项目趋近稳定，生成工具，测试工具优先级不高 - 运营后台的操作优化
更新了已知bug，重构动态订阅页配置，发布资源中心模块，支持excel导入导出，支持上传aws s3(引发了一个安全问题) - 将更多需要人工处理的事务自动化。
目标定的太虚（不具体）了，不配说完成。 - 尝试自己采集数据，训练模型，应用到项目中。
未完成，使用别人模型，别人的api真香，公司业务不允许。
回顾过去一年自己取得的成就
- 2022年1-3月，重新拆分构建了新的订阅页中心，可以设置ios,google play商品基本信息，价格，订阅页显示。使apple开发中的订阅功能基本完善。兼容不同app, 不同语言，不同版本的配置。
- 2022年3-4月完成了基本的资源中心，通过分类表，资源表，分类资源表将所有的工具类app中的资源全部整合，并通过配表的方式+策略模式兼容了所有app,彻底解决每次开法新app都要新建对应业务表，并编写mapper代码及修改运营后台的问题。
- 5月-至今，开发V工P具N，当然只发海外，但是调研了几乎所有的部署方式，并在之后完成一些在aws,ubuntun自动部署的脚本，app通过接口对应配置，日活出现上万人。
- 5-6月，调研开发 office 办公类app, 上架失败，对only office有所了解。
- 10月，调研开发 ai txtToImg 和 imgToImg,并在aws部署了stable_diffusion模型
- 阅读书籍《代码整洁之道 clean code》，《实战java高并发设计》，《轻量级微服务架构》，《redis设计与实现》，《自己动手写java虚拟机》，其中clean code使我受益良多，优雅的代码像诗词一般，如切如磋，如琢如磨。
- 为了防止apple重复，上手flutter开发，从简单写ui，到代码重构，接入原生功能，到成功上架，虽然仅仅开发了2个app，还是学到很多
- 过年意外发现之前写的cocos益智小游戏很受家里的小朋友喜爱
写下过去一年自己的遗憾，为什么会产生这些遗憾?
- 惨痛的教训使得我们牢记
1.1 2022年中旬，由于一款app被举报没有及时处理，导致对应账号被封，账号下app全部下架。出海有风险，做好隔离第一步，开发者账号隔离，代码混淆，上架环境隔离，测试环境隔离。大量apple的下架使得代码的重构，兼容问题意外的简单了。
1.2 2022年末，由于在运营后台中使用aws s3，账号是自己平时用的。账号被窃取，短短一天造成5000美金的损失，还好最后通过aws申诉，扣除了这笔费用。安全警钟时刻敲响，所有配置采用加密输入，解密读取，创建多个账号，每个账号对应一个功能，aws创建费用报警，账号添加手机验证。 - 由于公司app下架，不等不考虑如何减少aws成本，之后探索了很多减少pod内存的，提高效率的方案，但是最终都没有落实。
- 说实话，有太多的遗憾，想的多，做的少，我不可能同时完成多个事情，我一天的时间有限，健康问题，代码问题，生活问题总是让人晕头转向。也许懂得取舍能让我们走的更远，但舍去的都将成为心中的遗憾。
回顾过去一年的目标完成情况，分析这些目标完成/未完成的原因
- 高纬度的解决问题，问题都解决的很好。
- 不明确的目标等于没有目标。
- 精力有限，有舍有得
给新的一年制定目标和计划
- 阅读书籍《cloud native devops with kubernetes》,《knative实战》,《mongodb in action》,《http2 in action》，《kafka in action》,《knative in action》
- 上架一款个人app,并通过广告盈利
- 探索webassembly+rust,尽可能用该技术实现一个能跑的东西
就这些，聚焦问题，解决问题
