12 进销存
目前（2025-10-8）还不知道确切的项目代号。
本次项目代号为12psi进销存项目。
自我介绍，糕鸭果阮喵喵，也可以简称为阮喵喵。这是我第五次参加 01 星球的大项目了。
非计算机专业。知识储备不够广阔，除了纯前端的知识以外，其他的后端知识、服务器知识、软件工程知识都很欠缺。
项目周期
2025 年 10 月 11 日 - 2025 年 11 月 13 日
简要复盘过往项目失败情况
- 前端总是成为最薄弱的一环。前端做不出静态页面，也没办法实现异步接口的接口联调。
- 前端和后端一样，对业务理解不深入。不深度的使用业务参考系统。
- 前后端成员在项目第三周的时候就普遍出现疲软退缩的情况，经常出现时间不够的情况。
- 绝大多数成员没办法在大项目期间内，持续投入时间。
- 绝大多数成员在第三周的时候就彻底失联。
- 项目普遍无人维护，多数项目属于烂尾状态。
本次项目我预期达到的技术目标
- 分析项目最困难的前端组件，并负责实现。最后产出一个特化的组件库。
- 套用 nuxt 项目模板，实现基础的 playground 项目搭建。
- 适当学习 ORM，并开发基于 typescript 的接口。
本次项目内我期望承担的责任
- 承担诸如
首页，自定义页，复杂页面，图表页面，报表页面，地图页面的开发。主动锻炼自己未涉及到的技术栈。
本次项目内我期望得到的
- 一个单独的，独立的，业务向组件库。
- 背靠具体业务场景的，单独抽离的组件。
- 体现技术难点的 demo 项目。
- 能写在简历内，体现技术难点痛点，展现思考过程的简历小项目。
对项目架构做出特殊调整
- 前端项目的架构必须改成 monorepo 架构，尽管项目只有一个主应用。项目做好识别
本次项目我不会去做那些事情
- 不做简单业务。包括组件封装、列表页开发、axios 接口封装等常见业务。将这些机会交由其他成员来完成。
- 封装常见的业务向组件
- 基于文件目录的路由结构
- 项目布局组件
- 不做团队进度管控。
- 不参与云效任务录入。
- 不做项目 git 分支合并与版本控制。
- 不做技术培训。
- 不管理 apifox 接口，不管理接口开发规范。
- 不管控代码质量。
本次项目我需要的到的权限
- 我自己独立的作为一个特殊的小组。可以被称呼为 F0 或 F2 组。只提供难点业务的组件化，函数化解决方案。
- 我可以被称呼为副组长，但是我不承担任何类似于组长的团队管理任务。
- 我进入到组长群，直接和其他后端组组长沟通。仅做业务理解层面的沟通。
建议大家提前预备好的东西
- win10 专业版系统。
- 提前处理 pnpm 的符号链接长度限制问题。
- 翻墙节点。以便于确保随时下载最新的依赖包。
- cursor，或其他专业的 AI 编程 IDE。
- cursor
- Trae
- CodeBuddy
- claude code。并选购便宜廉价的，为期一个月 20 元人民币的 GLM 月度套餐。
我对大家的要求
- 至少学会 pnpm 的根包、子包依赖管理手段。必须掌握 pnpm 的
-F筛选参数，和-w根包参数。 - 学会基于 taze 的依赖包升级命令。运行预设好的命令来升级依赖。
贡献者
ruan-cat