最新

我正在将更多项目迁移到 uv，因为它确实非常出色——比其他任何工具都快，解决了实际问题（甚至是像 venv + wxPython + macOS 这样的边缘情况），而且用起来非常顺手。 但我感觉锁定效应正在累积。每个项目都会添加 uv 专属的配置，CI 依赖于 uv 的行为，团队也习惯了 uv 的工作流程。GitHub Action 用起来很方便，所以我们使用了它。解析器更好用，所以我们依赖它。 我们以前看过这样的戏码。优秀的开发者工具变得不可或缺，然后商业现实就会到来。即使是谷歌也放弃了“不作恶”的口号。劣币驱逐良币的模式已经被充分记录：在用户被锁定之前对他们好，然后开始压榨。我不是说 Astral 会这样做，他们似乎真的专注于开发者体验。 但这是每个人在最初几年都会说的话！ 你对此有什么看法？你正在构建抽象层吗？保持备用工作流程的测试吗？还是只是接受如果未来需要，就处理迁移？ 我一直在采用 uv，因为它在技术上是正确的选择，但我对如果事情在 2-3 年内发生变化而没有任何真正的备用计划感到不安。工具越好，最终的锁定就越深。

我意识到现在很多人都在自托管服务，并用迷你机架搭建家庭实验室。 我个人遇到的一个主要痛点是快速获取自托管服务和机器的健康状态，并能够无头控制我迷你机架内的树莓派。 因此，我开始考虑构建一个内置的GUI，用户可以轻松地将其添加到他们（迷你或全尺寸）机架或其他地方的树莓派节点中。 我之前为我一直在开发的一个开源项目（名为Ubo pod：github.com/ubopod）设计了这个GUI，并决定将GUI分离/解耦成一个独立的模块，用于此用例。 该GUI允许无头控制您的树莓派，监控系统资源和应用程序状态。 作为这次重新设计的一部分，我正在设计一个新的PCB和外壳，以实现一种可以安装在服务器机架上的新外形。 我正在记录我重新设计的旅程，并且很乐意获得用户的早期反馈，以便更好地了解他们可能需要或要求这种解决方案的内容，特别是在硬件方面。 GUI背后的软件已经相当成熟（https://github.com/ubopod/ubo_app），您实际上可以在网络浏览器中立即试用它，无需硬件，如视频所示： https://www.youtube.com/watch?v=9Ob_HDO66_8 所有PCB设计都可以在这里找到： https://github.com/ubopod/ubo-pcb

许多工程师为开源、基础设施、公民科技和社会影响力做出了巨大贡献，但很少获得 GitHub 星标或简单提及之外的认可。 如果我们有一个协议，可以量化和验证此类贡献——不是用金钱，而是用信任、透明度和长期的社会价值？ 这样的结构是否能改变工程师的价值评估方式，或者声誉仍然受制于机构和资本？ 很想听听您的想法。是否有人尝试设计或试验过此类系统？