不断开发，迭代，维护了一年的项目，需要整理一下自己的经历。

这个系列连本篇博客预计共十篇，顺序依据这个项目的开发历程而编排。包括：

1. 技术选型
2. 开发踩坑
3. 团队沟通
4. 项目重构
5. 架构设计
6. 文档维护
7. 团队管理
8. 软件安全
9. 项目交接

但是，首先这不是一个常规的后端应用，其次这也不是什么技术大厂里的开发规范流程，况且我仍然缺乏开发经验，因此这个系列注定不是软件开发流程的教科书，甚至可以说这是教科书的反面。我不知道这个系列的参考价值如何，仅仅是想记录自己所花费的心力，不想它们被忘记，最终无从回忆。

这个开发记录系列其实要叫“Paramer 开发血泪史”，我已经提到这大概会是教科书的反面。如果要按文章内容算的话，大概这九篇会这样安排：

1. 让零开发经验的人做技术选型的后果
2. 所有以为“不会出问题”的地方，最后都会出问题
3. “我以为你知道”
4. 为什么不一开始考虑好怎么写呢
5. 过度设计
6. 如果你给人类写的文档最后只有 AI 会读
7. 软件工程，修饰词是软件，主语是工程
8. 软件安全不可能三角：离线，高破解成本，运行效率
9. 你想交接，但只有你一个人了解这个项目