## Whosthere: 局域网发现工具
Whosthere 是一个现代的、基于 Go 语言的工具，用于通过用户友好的终端用户界面 (TUI) 发现和探索您局域网 (LAN) 上的设备。它使用 mDNS、SSDP 和 ARP（无需 root 权限）执行非侵入性扫描，以识别连接的设备。 发现的设备通过 OUI 查找丰富制造商信息。
主要功能包括快速的并发扫描引擎、集成的端口扫描器（具有基于权限的扫描）、以及具有简单 HTTP API 的守护进程模式，用于与其他工具集成。 Whosthere 可以通过 YAML 文件进行高度配置，允许自定义扫描间隔、主题等。
**安装：** 可通过 `brew`、`go install` 或从 GitHub ([https://github.com/ramonvermeulen/whosthere](https://github.com/ramonvermeulen/whosthere)) 编译源代码获得。
**重要提示：** Whosthere 旨在在您拥有明确扫描权限的网络中使用。 未经授权的扫描是不道德的，并且可能违法。
每日HackerNews RSS
## Whosthere：一款新的局域网发现工具
Ramonvermeulen98 发布了 “Whosthere”，一款使用 Go 编写，并具有现代终端用户界面 (TUI) 的局域网发现工具。Whosthere 旨在无需管理员权限即可探索本地网络，它利用 mDNS、SSDP 扫描、ARP 缓存读取和 OUI 查询来识别设备。
该工具包括可选的端口扫描器、带有简单 HTTP API 的守护进程模式，以及通过 YAML 配置文件进行自定义主题。它受到 lazygit 等流行的 TUI 的启发，旨在提供一种用户友好的方式来映射本地网络。
目前支持 Linux 和 MacOS，Whosthere 可以通过 Homebrew 或 `go install` 获取。然而，有用户报告了端口检测的初始问题，突出了潜在的改进领域。开发者欢迎反馈和新功能建议。
## 过程的价值：我为何不会“爱上”AI 编程助手 基于 LLM 的编码工具，如 Claude Code 和 Codex 的最新进展令人印象深刻，使程序员和非程序员都能高效地创建软件。然而，作者质疑自己是否会真正*喜欢*这些工具，尽管它们很有用。 核心原因在于价值观的不同。许多人将编码助手视为快速获得所需*产品*的方式，而作者则认为编码*过程*本身具有价值——解决问题、学习和构建心理模型。就像享受手工制作而不是简单地获得成品一样，作者更喜欢理解软件*如何*工作，而不仅仅是它*是否*工作。 这种观点影响着职业考量。作者认识到行业越来越重视速度和产出，并承认可能存在工作岗位流失。然而，他们认为深厚的技术专长——尤其是在调试和系统理解方面——将保持价值，尤其是在可靠性至关重要的关键系统中。最终，工作保障取决于将个人价值观与工作需求保持一致。 作者正在有意识地将重点转移到优先通过软件开发*学习*，在真正理解是目标时选择拥抱“困难的方式”，并利用 AI 来处理只需要结果的任务。
## 黑客新闻讨论：对类似Claude的AI编程助手的一些担忧
最近一篇黑客新闻的讨论，源于一篇博客文章（“为什么我用Claude Code不觉得有趣”），围绕着AI编程工具兴起后软件开发的本质变化展开。原文作者表达了在使用这些工具时缺乏乐趣，认为它们吸引的是那些更看重*结果*而非编码本身工艺的人——例如测试、可维护性和一致的结构。
许多评论者对此表示认同，担心软件生产会转向类似工厂化的模式，技能被贬值，团队规模被缩减。另一些人则认为AI工具仅仅是*工具*——就像电动工具与手工工具一样——可以提高生产力，并让开发者专注于更高层次的问题解决。
一个关键点是，自动化代码生成意味着对编码过程本身的价值降低。然而，有人认为这允许有清晰愿景的开发者快速实现设计，或者解决遗留项目中维护现有代码的繁琐技术债务。最终，这场讨论凸显了*创造*代码的乐趣与高效交付*结果*的压力之间的矛盾。
## J型数组索引问题 - 总结 本文详细介绍了在J中查找一个列表（`w`）在列表的列表中（`a`）中的位置的探索过程。最初的问题源于在嵌套列表名称中定位名称（字符向量）的实际需求。 测试了几种方法。第一次尝试展平嵌套列表`a`并使用标准索引，需要映射回原始结构。替代方案涉及使用外积与成员关系（`∊`）以及找到`1`的首次出现来确定索引。这些方法被提炼成无名（无参数）形式以提高简洁性。 最终，最有效和优雅的解决方案利用了`⍸`（Where/Index）运算符。Josh David提供了一个使用区间索引的简洁的扁平数组解决方案，而Aaron Hsu提供了利用单体`⍸`的解决方案。一个最终的提炼解决方案，`{(⍸≢¨⍺,1)[⍵⍳⍨⊃,/⍺]}`，被证明是有效的。 讨论强调了J面向数组编程的强大和多功能性，并承认了像Roger Hui和Gary Bergquist等关键人物的贡献，他们的旧函数启发了新的方法。虽然无名形式简洁，但对于大型数据集，展平数组的方法仍然最快，但性能对于预期用途而言并不重要。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Iota 的变体 (toolofthought.com)
6 分，来自 aebtebeten 1 小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
死亡之临
Presence in Death
3 小时前
## 吐噶姆：死亡之际连接科学与灵性 *吐噶姆*现象——西藏冥想者在临床死亡状态下数天或数周，且没有腐烂迹象——对西方科学理解提出了独特的挑战。藏族人民将其视为意识持续存在的证据，而科学家们则难以找到生物物理学上的解释，初步脑干活动扫描也未发现结果。 研究集中于长期冥想可能引起的代谢变化，但由于文化敏感性，难以获取尸体进行研究，因为这种死后状态被认为是神圣的。一个关键的矛盾在于不同的视角：藏传佛教认为*吐噶姆*证明了死亡后“精细心”的持续存在，可能影响身体，而科学家则寻求可测量的物理效应。 有趣的是，*吐噶姆*的结束——有时由外部线索（如祈祷或铃声）触发——表明可能存在反应能力，暗示着意识的持续。然而，即使是在*吐噶姆*尸体附近报告的平静的主观体验，也难以通过科学手段量化。最终，*吐噶姆*凸显了生物医学对死亡的绝对缺失的观点与藏传佛教对死亡后意识持续存在的信念之间的根本冲突。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
死亡中的存在 (rubinmuseum.org)
10 分，by tock 1 小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## s2-lite：可自托管的实时数据存储
s2-lite 是 s2.dev API 的开源实现，使您能够在本地运行用于流式数据的无服务器数据存储。它是一个单节点二进制文件，没有外部依赖，利用 SlateDB 和对象存储（如 AWS S3 或 Tigris）来实现持久数据存储。
s2-lite 也可以完全在内存中运行，非常适合测试。设置通过 Docker 简单明了，只需环境变量进行存储桶配置和凭证设置。
主要功能包括实时流式传输、通过对象存储实现持久性，以及与 s2 CLI 和 SDK 兼容。该系统使用流水线架构以提高性能，并利用 Tokio 任务进行流管理。虽然删除功能仍在开发中，但核心功能（如 basin/stream 创建和记录访问）已通过 RESTful API 和流式会话完全支持。详细规范可通过 OpenAPI 和 Protobuf 定义获得。
## S2-lite：开源流存储
Shikhar推出了S2-lite，一个开源（MIT许可）的流存储，用Rust构建，旨在解决像他们之前的云服务S2.dev一样，缺乏开源流存储选项的问题。S2-lite利用SlateDB，一个基于对象存储（如AWS S3）的嵌入式键值数据库，提供与S2.dev相似的持久性。
与Kafka或Redis Streams不同，S2-lite被设计用来处理大量持久流，将它们视为SlateDB中的键。它可以运行在对象存储之上，或完全在内存中用于开发。虽然目前缺乏资源删除功能，但它基本上是可用的，并包含一个CLI用于快速测试（甚至可以流式传输星球大战！）。
开发者旨在简化操作，与S2.dev的多租户Kubernetes架构不同。未来的改进将侧重于写入流水线，以提高性能，尤其是在使用高延迟存储（如S3）时。用户可以使用`s2 bench`命令进行性能测试。
## Docker 的身份危机：摘要 Docker Inc.，这项革命性容器化技术的幕后公司，自其技术成为行业标准以来，一直难以确定可持续的商业模式。 最初，该公司从与 Kubernetes 竞争（出售 Docker Swarm）转型，探索了开发者工具，如 Docker Scout（软件供应链安全）和 Testcontainers（左移测试），以增加价值。 最近，Docker 积极转型向人工智能领域，推出了 Model Runner 并收购了 MCP Defender 用于 AI 安全，同时与主要云提供商建立了合作关系。与此同时，他们发布了超过 1,000 个免费和开源的“加固镜像”，以与 Chainguard 的安全镜像产品竞争——这一举动引发了对未来收入的质疑。 这些快速的转变，加上 2026 年初的 CEO 变动，加剧了关于被大型云提供商收购的猜测。 虽然 Docker *技术* 仍然对现代软件开发至关重要，但 Docker *Inc.* 的未来尚不确定。 该公司的故事凸显了将基础、开源基础设施货币化的挑战，以及它在它从根本上重塑的市场中寻找可行商业模式的历程。
## Docker 的演变与变现挑战
最近 Hacker News 上出现了一场关于 Docker 当前状态的讨论，质疑该公司在创造一个非常成功但难以盈利的开放标准后，如何进行变现。核心问题是，基础架构很难收费，正如其他开放技术所见。
评论员指出 Docker Desktop 在 macOS 上的问题（尽管有所改进），并质疑公司的规模与其收入是否相符。很多人后悔放弃 Swarm 而选择 Kubernetes，认为 Kubernetes 对于许多用户来说过于复杂。
一个关键点是需要新的许可模式——例如“公平源码”，允许公司从开源贡献中受益，*而无需* 仅仅让像 AWS 和 Google 这样的超大规模公司获利。 讨论强调了对当前“OSI 批准”的开源模式的不满，认为它被大型公司利用。
最后，许多用户分享了在 Windows 上使用 Docker 的糟糕体验，WSL2 带来了显著的改进，一些人甚至选择远程开发环境来避免这些问题。
这个项目详细介绍了一种非常规的启动IBM PC的方法：从黑胶唱片启动！系统不使用传统介质，而是利用一个定制的ROM引导加载程序，该程序利用了PC很少使用的磁带接口。
该过程涉及将64KB的FreeDOS内核编码到10英寸的唱片上。PC通过唱机和放大器将此数据读取为音频信号，并将其解释为磁带。由于黑胶唱片固有的RIAA均衡，通过放大器调整（低音/高音均衡）进行信号校正是至关重要的。
该引导加载程序受到BootLPT/86和5150CAXX的启发，将操作系统加载到RAM中，使PC能够正常运行。虽然需要特定的ROM芯片和至少512KB RAM的IBM 5150，但该项目展示了一种成功且异想天开的替代传统启动方法。创建者提供了引导加载程序二进制文件和原始磁盘映像的链接，供希望复制实验的人使用。
最近一篇Hacker News上的帖子展示了一个引人入胜的项目：从黑胶唱片启动电脑 (boginjr.com)。该项目涉及将启动代码编码到黑胶唱片上，并使用改装的唱机读取和执行它。
讨论该文章的用户分享了项目的视频链接，绕过了带有侵入性cookie请求的网站。评论者对该方法的巧妙和可行性表示赞赏。一位用户思考了从其他老式设备（如SCSI扫描仪）启动的可能性，并建议UEFI可能会简化此类尝试。总的来说，讨论的中心是这项非常规计算壮举的“酷”和令人惊讶的可实现性。
## 从德国搬迁：快速检查清单 本指南概述了从德国搬迁时需要注意的关键步骤。**在离开之前**，优先考虑保留您的电话号码以保障安全和银行服务，并妥善关闭任何业务（对于个体经营以外的业务，请咨询税务建议）。如果适用，请从相关机构（如手工业协会等）注销。 **在离开之后**，了解哪些事项会持续，哪些会变更。**公共和私人养老金**可能仍然可以领取，**失业救济金**有时可以在欧盟境内延长。您的**银行账户**应保持开放以用于最终付款（退税、存款），可以考虑使用Wise进行转账。 **健康保险**需要您在离开时进行通知；保险范围规则因您的目的地（欧盟 vs. 非欧盟）和身份（学生、退休人员）而异。可以考虑申请*Anwartschaft*以暂停保险，以便将来可能返回。**所得税**义务可能因您与德国的持续联系而继续存在。 通常，**股票、ETF 或加密货币**不适用退出税，除非涉及大量投资（单个 ETF 超过 50 万欧元，或持有超过 10 年的公司股份超过 1%）。企业主可能因其持股比例而面临退出税。最后，您的**居留许可**不会因离开而自动失效，但长时间的缺席（6 个月以上）可能会影响其有效性。
一个 Hacker News 的讨论围绕着一篇名为“如何离开德国”的指南（allaboutberlin.com），由一位兼职工作者创建。用户称赞该指南详细介绍了如何应对德国官僚主义，并希望美国也能有类似的资源——指出即使在美国更改姓名也可能出乎意料地复杂。
一个关键点是德国的“退出税”，即使是欧盟内部的搬迁，也可能对未实现收益征税。一位用户举例说明：一家平均利润为 10,000 欧元的公司，在允许移民之前，可能会根据一个更大的计算金额（137,500 欧元）触发税款。
作者指出，政府*可以*通过更好的沟通来简化这一流程，关注公民体验而非官僚要求。讨论也承认这篇文章是对有帮助的网站的自我推广。
Please provide the content you want me to translate. I need the text to be able to translate it to Chinese.
## 通用商务协议 & AskUCP - 摘要
谷歌和 Shopify 最近推出了通用商务协议 (UCP)，一项旨在统一在线购物的开放标准。UCP 允许应用程序无需单独的 API 或集成，即可查询跨电商平台的产品信息——本质上创建了一个通用的产品发现层。
AskUCP (askucp.com) 是基于 UCP 的早期应用，目前在一个搜索界面中展示 *整个* Shopify 目录。这消除了浏览各个商店的需求，为在线商务提供了一个“统一视图”。
目标是打破当前在线购物的孤立性，允许任何人——甚至 AI 代理——轻松发现产品，无论产品销售地点在哪里。虽然 AskUCP 目前是一个概念验证，仍存在一些不足，但它展示了 UCP 的潜力，随着采用率的提高，可以扩展到包含来自所有主要电商平台的产品。
## “什么都不做”挑战的悖论
TikTok上出现了一种新的趋势，“什么都不做”挑战，Z世代刻意拥抱无聊——长时间无任何干扰地坐着——以此来缓解过度刺激和注意力持续时间缩短的问题。这呼应了早期的“韩国放空大赛”和最近的“原始体验”趋势（在没有辅助手段的情况下忍受单调的活动），凸显了文化上对静止的日益关注。
然而，无聊研究者詹姆斯·丹克特认为这种强迫性的无聊是错误的。他认为无聊不是通往启蒙的道路，而是一种信号，表明生活中出现了一些问题——注意力、能动性或意义感之间的脱节。仅仅*试图*感到无聊并不能恢复精力，而是忽略了潜在的问题。
丹克特的 исследования表明，无聊正在增加，可能与社交媒体时代社会联系的减少有关。他区分了瞬间的“状态性无聊”（一种改变活动的信号）和慢性的“特质性无聊”（一种感觉生活缺乏意义）。虽然动物也会感到无聊，表明其具有生物学基础，但强迫它并不是答案。相反，他提倡通过真正引人入胜的活动来有意识地断开连接，而不是仅仅忍受不适。归根结底，无聊不是目标——找到有意义的参与才是。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
我们对无聊的集体痴迷：采访一个无聊实验室研究员 (nautil.us)
7 分，akakievich 发表于 2 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论
elbci 发表于 1 小时前 [–]
“无聊实验室研究员”？嗯……我记得好像就在昨天，很多年前我在国家地理频道上看到一位非政府组织的女士飞了数千英里到非洲，坐在巨石上解释（我想 - 电视是静音的）她工作的复杂性。屏幕左下角显示着她的名字和职位： “人类狮子冲突专家”
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：