写一个失败的项目复杂度评估
- 目标: 每天失败1次
- 时间: 2025.08.19
- 进度: 3/365
- 座右铭: 不要等到准备好了再出发
- 作者: 新叶
失败的项目复杂度评估是什么样子
- 项目就是我做过什么。
- 项目 = 开发任务 = 有目标，有 D-day 要求，有结果的东西
- 简历侧重于有过什么项目经验，有没有可复制的项目经验。可复制，简单了解不需要教就能上手的。
- 怎么把项目具化到具体的内容上。
- 写你有成就感。写我愤怒的东西。
- 描述一个简单的项目内容。
- 描述一个简单的设计技术的项目内容。
- 描述一个简单的有挑战的项目内容。
- 描述一个全新的但做成的项目内容。
- 描述一个有复杂度的项目内容。
- 方案一：复杂度通过业务流程来体现。
- 方案二：复杂度通过业务工期长短来体现。
- 方案三：复杂度通过自发的行为来体现，优化，迭代。
- 方案四：复杂度通过读其他 github 仓库源码、权威文档，融合其他仓库，语言新颖的思想（文件目录规置，命名，代码组织，代码风格，工具库函数，定义函数/组件约定俗成的规范，借鉴算法的思想，优化改善代码的可读性，可维护性，清晰度，性能）。
- 方案五：复杂度主要集中在重构上。重写简单，但是会遗失业务功能点；重构，需要一步步迭代，涉及的改动点超出了本次需求的范围。
日志记录📝
1）2025/08/16 失败记录: 1.1 不会写简历 -> 1.2 不想写简历 -> 1.3 不知道怎么写简历 -> 1.4 简历是什么呢 ✅ 1/365
2）2025/08/17 失败记录: 2.1 不会陈述项目内容 -> 2.2 没有可挖掘的问题 -> 2.3 没有清楚告诉做过什么 -> 2.4 去网上找什么 -> 2.5 一份良心不会痛又有内容的简历是什么呢 ✅ 2/365
3）2025/08/18 失败记录: 3.1 一个没有项目周期的项目经历是合理的么 -> 3.2 项目周期和任务周期和产品周期是不一样的么 -> 3.3 项目周期能体现技术复杂度么 -> 3.4 项目是什么 ✅ 3/365
4）2025/08/19 失败记录: 4.1 不知道怎么挑选做过的项目 -> 4.2 没有复杂的项目 -> 4.3 只能挑选简单的项目 -> 4.4 挑选有代表性的简单项目，还是组合多个简单的项目成为一个复杂的项目呢 -> 4.5 组合多个简单的，即使成为复杂的，但会破坏逻辑性，系统性的构思，像断线的珠子 -> 4.6 在简单的项目池子里，挖掘我感到自豪的工作内容 -> 4.7 印象深刻的项目有哪些，3～5个
