网络项目引发的感触：

我接触到这个项目的顺序是

1. 产品需求描述文档。
2. 照葫芦画瓢式学写 后端文档
   1. 接口 + sql table
3. 照葫芦画瓢式学写 后端开发
   1. 临摹 routing + redis storage + mysql storage + sdk openai 调用
4. 终端用例会议中看到figma里的用户视角
   1. 了解人工上报和一键上报的不同 和 初级诊断和高级诊断

复盘这个项目，我问自己的问题应该是这个顺序：

• 产品到底解决什么问题 → 解决哪几种人的问题 → 用户如何使用这个产品 → 设计开发后端服务

有趣的一点是，当我在对比一键上报和人工上报，从前端角度看到的不同是”人工上报“多一层手续，从后端角度是一个创建群而另一个没有，都是云里雾里的感觉。当我从用户的角度看，才恍然大悟，一切贴合逻辑。这两个按钮的存在性质是，一键上报的用户群体不太懂电脑修复，所以用户处于被动的局面比较合理（IT专家主动去联络或者直接找到用户去解决问题）。而人工上报用户会更懂得电脑：用户处于主动位置更合理，因为他们更能描述清楚问题所在并通过群聊远程指导修复问题。

To be continued

Redis

GIN

• DAY1
• DAY2
• DAY3
• DAY4
• DAY5