最新

我换过几家规模较小的公司，但仍然觉得人才匮乏，而且人际关系复杂。尤其是在湾区。我只想专注于使命，好好写代码，但大多数地方的产品、创始人或使命，以及由此产生的员工，似乎都存在缺陷，缺乏良好的激励机制。大多数人只是追逐晋升，而管理者常常利用这一点来营造恶劣的工作环境。长期以来，我一直对这种行为视而不见，最终导致了 burnout，而且我所做的出色工作也未得到认可。 现在，我愿意为了更有意义的工作而接受降薪，非营利组织/开源项目似乎是不错的选择，因为在那里工作的人很可能都与使命相符。开源项目更有可能拥有更高质量的技术。但我不知道该如何进入这个领域。

大家好，我开发了一个命令行工具，可以让你像使用系统软件包管理器一样，无缝地从 GitHub Release 资源安装软件。 它的工作原理是利用不同开源软件在 GitHub Release 中常见的模式，例如命名规范和文件布局，来获取适合你系统的正确 Release 资源，然后通过 GitHub API 将合适的资源下载到你的机器上。Parm 随后会解压文件，找到正确的二进制文件，并将它们添加到你的 PATH 环境变量中。Parm 还可以检查更新和卸载软件，并管理 Parm 安装的所有软件的整个生命周期。 Parm 并非要取代你的系统软件包管理器。相反，它旨在提供一种更集中、更简单的方式，从 GitHub 上安装预构建的软件。 目前它还处于预发布阶段，我还有很多功能想要添加。我目前正在（非常缓慢地）开发一些新功能，所以如果你对此感兴趣，可以去看看！它完全免费且开源，目前已发布 Linux/macOS 版本。我非常欢迎任何反馈。 链接：[https://github.com/yhoundz/parm](https://github.com/yhoundz/parm)

Kubently 是一个开源工具，用于通过智能体方式排查 Kubernetes 问题——通过与任何主流大型语言模型（LLM）的自然对话来调试集群。 我创建它的原因：kubectl 的输出信息冗长，调试过程需要手动操作，而管理多个集群意味着需要不断切换上下文。智能体调试的速度有时比我手动调试快一倍，所以我围绕这个想法构建了 Kubently。 * 通过 SSE 实现约 50 毫秒的命令交付 * 默认情况下为只读操作 * 原生 A2A 协议——与 CAIPE、LangGraph/LangChain 等系统集成 * 可在任何 K8s 集群上运行（EKS、GKE、AKS、裸机） * 从一开始就支持多集群 文档：[https://kubently.io](https://kubently.io) GitHub：[https://github.com/kubently/kubently](https://github.com/kubently/kubently)

我开发了 N1netails，一个轻量级的、自托管的开发者告警平台。<p>功能： - 向 Discord、Slack、Telegram、MS Teams 和电子邮件发送告警 - 简单的 Spring Boot 后端 + Angular 前端 - 基于令牌的 API，用于从您的应用程序集成告警 - 专为单人开发者和小团队优化 - 自托管、轻量级、易于 Docker 设置<p>仪表盘：<a href="https:&#x2F;&#x2F;app.n1netails.com" rel="nofollow">https:&#x2F;&#x2F;app.n1netails.com</a> 文档：<a href="https:&#x2F;&#x2F;n1netails.com" rel="nofollow">https:&#x2F;&#x2F;n1netails.com</a> GitHub：<a href="https:&#x2F;&#x2F;github.com&#x2F;n1netails&#x2F;n1netails" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;n1netails&#x2F;n1netails</a><p>我非常欢迎社区对功能、可用性或其他方面的反馈！

几年前，我们似乎每隔一天就会看到一起关于重大安全漏洞的新闻。（当然，我是在夸张，但这类新闻确实很常见。） 今天我突然意识到，我已经记不清上次看到类似新闻是什么时候了。 <i>与之前的两年相比，过去（大约）两年里关于重大安全漏洞的新闻报道是否减少了？</i> 我不知道该如何验证这一点——我需要找到一种方法来定义“重大新闻”和“重大安全漏洞”，然后回溯新闻报道——但我很好奇其他人是否也注意到了这一点。 如果不是只有我一个人有这种感觉，那么下一个问题就是为什么。是<i>实际</i>的安全漏洞减少了，还是只是相关报道减少了？