swmlee

@liuzimin 之前我也有自己搞一个极简陋的记账,也是用的 flutter ，[https://github.com/Sanotsu/swmate]( https://github.com/Sanotsu/swmate?tab=readme-ov-file#%E6%9E%81%E7%AE%80%E8%AE%B0%E8%B4%A6)，当然现在扩充了一些额外的功能，数据也全是在本地的。

其中备份恢复数据这块，就是把 sqlite 表导出成 json 文件，多个表多个文件压缩成 zip ，直接放在设备内部指定位置；恢复的时候解压 zip ，再读取 json 文件数据写入 sqlite 就好。当然我图省事就覆盖恢复了。

所以对应这个“对于大多数非 root 手机，sqlite 也没法导出”的说法不是很了解，能否简单讲解一下，谢谢。

@zhangfannn 其实我对考公务员的了解不是很多，听您和之前老哥的建议，我再去查看一下，谢谢。

@respect11 颠勺也是一门手艺活儿。

@geekon 如果知道哪些地方过得糟还好，我个人觉得我没有什么理想，没有什么特别热情的事物，但又依稀感觉不想混日子，所以现在自我感觉过得有点奇怪。

@topbandit 这的确是我想象中四十来岁的生活。

@optional 您是个明白人，一眼就看出来了。我个人来看的确没什么远大的志向，但又不想只是混日子，写代码的确也只是当作了混饭吃的活动。可能是因为单身，也还没有体会到经济和生活带来的重压。

@revalue 刚开始出来那两年，可能的确是一个只想着做出来就完了的想法。不过现在除了做出来为首要目的之外，也会有想“最优解”，虽然可能优化的效果不算出类拔萃。

一个 api caller 的话，是，虽然现在有写些工具套件，但是只能个人使用，没办法保证各种情景满足。有些框架、工具的源码什么的肯定也有看过分析过，因为有些问题直接看这个要理解和解决起来快很多。设计什么的也是不太可能拿来就用了，因为都是自用产品。

一个人的全栈和真正的团队全栈自然不同，没有什么专业的指导和配合。人总想往上爬，所以想去看看。

看起来您的回复有很上面提到的“没有体现技术能力和深度”接近，还有就是架太多，虽说知道问题，但是我还没有好的解决方法。

谢谢您的回复。

@kekeekehernando 谢谢您的建议，我已在考虑并执行删减，谢谢。

@HarryQu 感谢您诚挚的建议，谢谢。

的确，项目列示繁杂的主要原因，就是考虑的工作经验时间连续性的问题，因为一些项目的持续时间是好几个月，我担心空这么长时间会有问题。是应该考虑删除一些保留重点。

关于 STAR 模型描述项目经历这一条。在学写简历的时候看到较多。我的一些现实点是这样的：
1、我目前工作在一个超千人的制造厂，但是做 WEB 的只有 2 个人。我大部分开发的项目，都是老板和高级领导的一句话、一个想法，层层传递下来，除了 ERP 顾问建议的开发语言环境、前端框架(台湾传统更看重 Angular)、数据库、的选型，其它的作业全都是我或者我和另外一个同事自己琢磨分析设计实现，直到验收。

2、由于大部分都是从无到有，是内部使用，到最后都还是没有得到比较好的数据上体现的效应。所以就像是“电子表单签核管理”，信息主管说纸质单据跑来跑去太麻烦，结果就是从助理跑东跑西再送单，变成在线一套管理；“VOIP 后台管理系统”就是配合厂里自己购买的半成品 VOIP 解决方案开发的 VOIP 设备的一套状态、维护、数据管理的系统；“自动功率放大器测试”就更简单的，老板一句之前人为功放烧机时自己记录，看不到历史数据，所以就要做一个系统配合厂内使用的烧机设备进行一套检测管理，使用人员就像列举的产线操作员、产品工程师、部门助理等。

3、以上可以看出，很多列示的项目，都是一个人或者两三个人做完所有，以功能实现为首要目的且自用，也无法收到效益反馈，也不清楚到底是不是一个优秀的成品，能否与其它市面同类型产品进行比较。所以在内容描述上，我再想想怎么改进。

4、关于求职地点，这个个人考虑是都可，后续在真实投递时，再添加。至于要不要写全栈工程师这个问题，因为现在做的的确就相当于“负责”了，我找时间看看网上招聘需求的偏向再考虑要不要做所谓全栈的想法。

谢谢您。