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