最新

大家好，我是 ESPectre 的作者。<p>这是一个开源项目（GPLv3 协议），它使用 Wi-Fi 信号分析，通过 CSI 数据来检测运动。该项目在两周内已经获得了近 2000 个星标。<p>关键技术细节：<p>- 该系统不使用机器学习，完全依赖数学方法。 — 可以在像 ESP32 这样价格非常亲民的芯片上实时运行。 - 它通过 MQTT 与 Home Assistant 无缝集成。

在围坐在屏幕前，我们曾围坐在篝火旁讲故事。我们天生就是讲故事的人，这也是我们与他人建立联系并理解世界的基本方式。 我一直在思考，一个精简的团队如何才能保持高效和目标一致。这是我的看法： 1) 故事展开。重复的会议，团队在会议上讨论在下次会议之前要完成的下一步工作。 2) 情节。在代码库中保存一个纯文本文件，显示已完成的工作、待完成的工作以及任何相关的注释或评论。 以下是项目纯文本故事/叙述的示例： ``` # 项目：云成本仪表盘 为团队提供对云成本数据的便捷访问。 ## 集成 已完成 将云成本 API 与计费系统集成 @bob ## 仪表盘 仪表盘必须从 AWS、Azure 和 GCP 中提取数据进行比较。 待办事项 设置云成本报告仪表盘 @alice 待办事项 培训团队如何使用仪表盘 @alice ``` 以下规则适用： - 一个任务的状态要么是“待办事项（TODO）”，要么是“已完成（DONE）”，并且正好占一行。 - 添加 @姓名 来分配任务。 - 新的“待办事项（TODO）”添加到底部（因此请在那里查找要选择的任务）。 - 随意向文件中添加任何自由文本/注释等，以提供上下文和见解。 随着项目的进展，故事会展开并自我记录。 奖励：使用任务行作为提交消息。 一些问题： - 这种方法是否足以让一个小型团队保持高效和专注？ - 缺少哪些关键要素（考虑到小型团队的背景）？ 很想听听您的想法！

这个项目的概念和名称都受到了 Rustlings 的启发。它是一个小项目，旨在学习或巩固 Docker / Compose 命令的基础知识。我计划稍后添加更高级的主题。希望大家能一起讨论，看看它如何能对其他人更有帮助。