大家好，我是ESPectre的作者。
这是一个开源项目（GPLv3），通过Wi-Fi信号分析利用CSI数据检测运动，已经在两周内获得了近2000个星标。
关键技术细节：
- 系统不使用机器学习，完全依赖数学原理。
- 可以在像ESP32这样的超实惠芯片上实时运行。
- 通过MQTT与Home Assistant无缝集成。
返回首页
最新
在我们围坐在屏幕前之前，我们曾围坐在篝火旁讲述故事。我们天生就是讲故事的人，这正是我们与他人建立联系和理解世界的基本方式。
我一直在思考一个小团队如何保持简单高效，同时又能保持生产力和一致性。以下是我的看法：
1) 故事展开。定期召开会议，团队讨论在下次会议之前需要完成的下一步工作。
2) 情节。一个在代码库中的纯文本文档，显示已完成的工作、待完成的任务以及相关的备注或评论。
以下是项目的纯文本故事/叙述示例：
```
# 项目：云成本仪表板
为团队提供便捷的云成本数据访问。
## 集成
DONE 云成本API已与计费系统集成 @bob
## 仪表板
仪表板必须从AWS、Azure和GCP拉取数据以进行比较。
TODO 设置云成本报告仪表板 @alice
TODO 培训团队如何使用仪表板 @alice
```
以下规则适用：
- 任务状态为TODO或DONE，并且每个任务恰好占一行。
- 添加@姓名以分配任务。
- 新的TODO任务添加在底部（因此请查看底部以选择任务）。
- 可以随意在文件中添加任何自由文本/备注等，以提供上下文和见解。
随着项目的推进，故事逐渐展开并自我记录。
额外提示：使用任务行作为提交信息。
一些问题：
- 这种方法是否足以让小团队保持生产力和专注？
- 在小团队的背景下，有哪些必要的元素缺失？
期待听到你的想法！
受到“rustlings”这个概念和名称的启发，这是一个小项目，旨在学习或完善 Docker 和 Compose 命令的基础知识。我计划在后续添加更多高级主题。希望能与大家讨论如何使这个项目对其他人更有用。