仪表盘
当前核心:求职
路径(大方向):
两端协同个人管理系统(框架);
- 时间:自动从移动端时光流获取每日时间记录数据,渲染展示并提供修改、存档、统计功能;
- 财务:同上(时间);
- 待办:汇集数据,集中处理;
- 对标、复查;
==亮点==:实现自动分类,并融入 AI 辅助数据操作。
使用 自开发 & 开源 主题的个人博客;
构建知识库,使用 AI 搜索、问答。
多星且活跃的 GitHub 账号【开源】;
细化:
项目 | 理论 | 伴学实践 | 现实应用 |
---|---|---|---|
后端 | 5h19m | ||
前端-JS | 20m | ||
后端-数据库 | 53m | 4h2m | |
后端-服务器 | 3h41m | ||
Git | 42m | ||
网络 | 38m | ||
UI 设计 | 54m | ||
❓(精确统计课程时长) | 43m |
归属:
项目 | 时长 | 来源 |
---|---|---|
个人博客 | 53m | 后端-服务器 |
基础理论(不指向任何实际项目) | 7h11m | 前端-JS、后端、网络、UI 设计 |
时间统析(个人管理系统的一部分) | 6h20m | 后端-数据库、Git、❓ |
当前时间统析的流程是怎样的?
从移动端获取昨日的时间数据;
创建一个视图,手动类属和操作(合并、拆分等);
这一步只要做少量的工作,维护的越久越是这样,大多数的工作(类属)在移动端就已经自动完成了。
所有的类属工作完成之后,点击统计,即将分组后的结果插入到
categroy_curation
表中,并可视化呈现;构建灵活的架构,自动跟踪相应的类属时长……
从移动端获取昨日的时间数据
前端不直接和移动端打交道,而是和后端交互,调用后端的 API,获取昨日数据;
这就要求在获取的时候,服务器本地数据库就已经存在要获取的数据;
这些数据应该由移动端在合适的时机自动上传(就在晚睡结束之后吧,刚刚好);
移动端
更新移动端的自动类属;
实现插入、新增事件的自动判别;
更新撤销方法,总结、分析,实现撤销可复用;
让新的移动端可以上手使用;
前端
可视化呈现昨日事件列表;
实现事件拆分、合并;
实现类属完成后的统计(饼图);