最新

嗨，HN！<p>我用 Rust/Slint UI 构建了一个快速的原生跨平台开源图像查看器，名为 Luminous。<p>主要功能：<p>- 主要关注性能<p>- 通过插件扩展 - 可以是共享库或基于 IPC 的<p>- 插件如 SAM 3 用于注释，CLIP 用于语义搜索/过滤<p>- GPU 加速的增强管道<p>仍在积极开发中。期待您的反馈！<p>代码库：<a href="https://github.com/jaroslavszkandera/luminous" rel="nofollow">https://github.com/jaroslavszkandera/luminous</a>

我正在寻找关于软件开发经理/工程经理职位市场的可靠数据。<p>虽然很容易找到广泛的科技招聘报告，但很难将数据按角色、公司类型、地点或技术栈进行细分。<p>根据一些非正式的观察，情况似乎比软件开发工程师（SDE）的市场更糟。许多公司正在扁平化管理结构，经理们需要负责更多的团队和直接下属。Coinbase就是一个极端的例子。<p>有没有人知道好的数据集、招聘网站分析或跟踪这一领域的报告？<p>我在想我是否应该回到个体贡献者（IC）角色，或者我应该成为软件代理经理；）

Nightwatch 是一个以本地优先为原则的只读层，构建在您的监控系统之上。它将警报风暴归类为事件，标记噪声检查，并配备一个代理，可以实时调查您的系统。例如，您可以直接从事件跳转到代理。 这个周末项目的原因是我们进行了一次 Kubernetes 升级，但出现了问题，最终无法再回滚，因此必须在夜间实时修复，同时多个问题交织在一起。我们运行着许多不同的系统，包括本地和多个 Kubernetes 集群，在这种情况下，您大部分时间都在弄清楚到底哪里出了问题。 因此，我认为在每个系统中都有“夜视眼”来与您的“脑”沟通会非常酷。 这个想法是为每个环境放置一个“小猫头鹰”。每只猫头鹰运行在系统所在的位置，保持该环境的凭据本地化，并仅向中央“脑”拨打外部电话，这样就不会在生产环境中留下任何入站漏洞。它提供一组只读技能，代理利用这些技能收集证据并形成根本原因假设，这样值班工程师就可以从一个起点开始，而不是从零开始。 目前是只读的，我还不信任它在生产环境中的使用，老实说，您也不应该。 它以本地优先的方式设计，便于自我托管，并将凭据保留在您这边。集群和推荐功能完全离线运行，完全不依赖大型语言模型（LLM）。代理需要一个调用 LLM 的工具，您可以指向一个远程的，或者如果希望完全离线，也可以自我托管一个（如 Ollama 等）。 对于非自托管用户：在每次远程 LLM 调用之前，Nightwatch 会剥离真实的秘密（不可恢复），并将 IP 地址、主机名和路径等标识符替换为可逆的占位符，因此模型只看到被掩盖的数据，而真实值仅在建议的命令和工具调用中恢复。 希望您能在您的系统中尝试一下！

几个月前，我发现 a) 视觉图像水印很容易被人工智能图像编辑所破解，因此不可见的图像水印可能是未来的发展方向；b) 唯一的隐写图像水印工具要么是难以使用的开源工具，要么是像 SynthID 这样的专有工具。于是我尝试使用代理创建一种新颖的图像水印方法……结果出乎意料地成功了：这种水印几乎不可察觉，抗篡改，容量更高，不使用神经网络，并且能够实时编码/解码。 我希望将其开源，因为图像水印有很多合法的应用。然而，最近关于图像水印的讨论非常激烈，主要有两个方面：a) 不可见的图像水印可以被用来促进反乌托邦式的用户追踪（https://news.ycombinator.com/item?id=48198291）；b) 去除人工智能图像水印的工具是不道德的/反社会的（https://news.ycombinator.com/item?id=48200569）。因此，我对使用水印工具的伦理问题感到困惑，并且担心通过使其更易于获取而可能带来负面外部性。至少，只有闭源的图像水印选项并不是一个好的结果。

我正在试图了解团队是如何调试由多个服务和外部集成（例如 Stripe、Twilio、内部微服务、队列、Webhook 等）构成的系统中的生产问题的。 实际上，当出现故障时，工作流程通常是这样的： - 警报触发（Datadog/Sentry/CloudWatch 等） - 或者客户投诉 - 工程师随后开始检查多个系统中的日志、追踪和仪表板 - 最终手动重建跨服务发生的事情 我想了解的是： - 你们今天是如何追踪单个失败的请求或交易跨多个服务的？ - 在实际操作中，你们最依赖哪些工具（而不是理论上的工具）？ - 通常在哪个环节出现问题——日志、追踪、监控，还是缺乏上下文？ - 从“出现问题”到“我们确切知道为什么会出错”通常需要多长时间？ - 这个过程中哪部分仍然主要依赖手动拼凑信息？ 我想了解在实际操作中，尤其是在有大量外部集成和异步流程的系统中，真正的痛点是什么。