最新

我正在将更多项目迁移到 uv，因为它确实很出色——比其他任何工具都快，解决了真实问题（甚至是像 venv + wxPython + macOS 这样的边缘案例），使用起来非常顺畅。 但是，我感到被锁定的风险在逐渐增加。每个项目都添加了特定于 uv 的配置，持续集成（CI）假设了 uv 的行为，团队也逐渐习惯了 uv 的工作流程。GitHub Action 很方便，所以我们使用它。解析器更好，所以我们依赖它。 我们以前看过这样的故事。一个优秀的开发工具变得不可或缺，然后商业现实开始显现。甚至连谷歌都放弃了“不要作恶”。“恶化”模式有明确的记录：对用户好，直到他们被锁定，然后再榨取利益。我并不是说 Astral 会这样，他们似乎真的专注于开发者体验。 但这正是每个人在头几年都会说的！ 你们对此有什么看法？你们是否在构建抽象层？保持替代工作流程的测试？还是接受如果需要的话就处理迁移？ 我继续采用 uv，因为这是正确的技术选择，但我对如果在 2-3 年内方向发生变化时没有真正的后备计划感到不安。工具越好，最终被锁定的风险就越深。

我意识到现在很多人都在自建服务，并设置迷你机架的家庭实验室。<p>我个人遇到的一个主要痛点是，如何快速获取自建服务和机器的健康状态，以及能够无头控制我在迷你机架中的树莓派。<p>因此，我开始考虑构建一个内置的图形用户界面（GUI），用户可以轻松地将其添加到他们的树莓派节点中，无论是在（迷你或完整）机架上还是其他地方。<p>我之前为一个我正在进行的开源项目（名为 Ubo pod: github.com/ubopod）设计了这个 GUI，并决定将其拆分为一个独立的模块，以适应这个用例。<p>这个 GUI 允许无头控制您的树莓派，监控系统资源和应用状态。<p>作为重新设计的一部分，我正在设计一个新的 PCB 和外壳，以便能够适配安装在服务器机架上的新形态。<p>我正在记录重新设计的过程，并希望能从用户那里获得早期反馈，以更好地了解他们可能需要或要求的解决方案，特别是在硬件方面。<p>这个 GUI 背后的软件相当成熟（<a href="https://github.com/ubopod/ubo_app">https://github.com/ubopod/ubo_app</a>），您实际上可以在没有硬件的情况下通过网页浏览器立即尝试，如视频所示：<p><a href="https://www.youtube.com/watch?v=9Ob_HDO66_8" rel="nofollow">https://www.youtube.com/watch?v=9Ob_HDO66_8</a><p>所有 PCB 设计都可以在这里找到：<p><a href="https://github.com/ubopod/ubo-pcb">https://github.com/ubopod/ubo-pcb</a>

许多工程师在开源、基础设施、公民科技和社会影响方面做出了重要贡献，但很少获得超出GitHub星标或象征性提及的认可。<p>如果我们有一个协议，可以量化和验证这些贡献——不是以金钱，而是以信任、透明度和长期的社会价值呢？<p>这样的结构能否改变工程师的价值评估，还是声誉仍然依赖于机构和资本？<p>期待听到你的想法。有没有人尝试设计或实验这样的系统？