## 从德国搬迁：快速检查清单 本指南概述了从德国搬迁时需要注意的关键步骤。**在离开之前**，优先考虑保留您的电话号码以保障安全和银行服务，并妥善关闭任何业务（对于个体经营以外的业务，请咨询税务建议）。如果适用，请从相关机构（如手工业协会等）注销。 **在离开之后**，了解哪些事项会持续，哪些会变更。**公共和私人养老金**可能仍然可以领取，**失业救济金**有时可以在欧盟境内延长。您的**银行账户**应保持开放以用于最终付款（退税、存款），可以考虑使用Wise进行转账。 **健康保险**需要您在离开时进行通知；保险范围规则因您的目的地（欧盟 vs. 非欧盟）和身份（学生、退休人员）而异。可以考虑申请*Anwartschaft*以暂停保险，以便将来可能返回。**所得税**义务可能因您与德国的持续联系而继续存在。 通常，**股票、ETF 或加密货币**不适用退出税，除非涉及大量投资（单个 ETF 超过 50 万欧元，或持有超过 10 年的公司股份超过 1%）。企业主可能因其持股比例而面临退出税。最后，您的**居留许可**不会因离开而自动失效，但长时间的缺席（6 个月以上）可能会影响其有效性。
每日HackerNews RSS
## 离开德国：一项繁琐的税务流程
一篇 Hacker News 的讨论强调了离开德国的复杂性，特别是关于“退出税”（*Wegzugsteuer*）。这种税款可能非常高昂，可能对创始人及企业主产生重大影响。
退出税的计算基于公司过去三年的平均利润，乘以 13.75，然后按大约 30% 的税率征收。对于年平均利润为 20 万欧元的公司，这可能导致 82.5 万欧元的税单。然而，如果涉及风险投资，税款可能会更高，因为税务机关可能会使用风险投资的估值。
有一些方法可以减轻这种税收负担：扣除首席执行官的薪水，获得专业的公司估值（每家公司成本约为 1 万欧元），或利用类似 [https://wegzugsteuer.info/](https://wegzugsteuer.info/) 资源中详细介绍的各种“规避”策略。如果在 11 年内返回德国，可以获得退税。
该讨论强调了官僚障碍以及寻求专家建议的必要性，许多人指出税法往往会随着时间的推移而变得更加严格。原始发帖人受另一篇解决相同问题的资源启发，创建了一份指导手册来应对此流程。
Please provide the content you want me to translate. I need the text to be able to translate it to Chinese.
## 通用商务协议 (UCP) & AskUCP 摘要
谷歌和 Shopify 最近推出了通用商务协议 (UCP)，一项开放标准，旨在通过允许应用程序无需依赖各个 API 即可查询跨电商平台的产品，从而简化在线购物。 这旨在打破目前由亚马逊、Etsy 和各个 Shopify 商店等孤立平台主导的碎片化购物体验。
AskUCP (askucp.com) 是基于 UCP 的早期应用，目前在一个搜索界面中展示了整个 Shopify 目录。 目标是为在线商务提供一个“统一界面”，并随着更多平台采用该协议而扩展到包含来自更多平台的产品。
然而，一些人认为 UCP 可能会将控制权从当前市场转移到谷歌和 Shopify，尤其是在人工智能驱动的购物日益普及的情况下。 OpenShip 等替代方案正在开发中，专注于一个开源市场堆栈，让卖家拥有更多直接控制权。
AskUCP 是一个概念验证，其创建者欢迎反馈，因为商务标准的未来正在展开。
## “什么都不做”挑战的悖论
TikTok上出现了一种新的趋势，“什么都不做”挑战，Z世代刻意拥抱无聊——长时间无任何干扰地坐着——以此来缓解过度刺激和注意力持续时间缩短的问题。这呼应了早期的“韩国放空大赛”和最近的“原始体验”趋势（在没有辅助手段的情况下忍受单调的活动），凸显了文化上对静止的日益关注。
然而，无聊研究者詹姆斯·丹克特认为这种强迫性的无聊是错误的。他认为无聊不是通往启蒙的道路，而是一种信号，表明生活中出现了一些问题——注意力、能动性或意义感之间的脱节。仅仅*试图*感到无聊并不能恢复精力，而是忽略了潜在的问题。
丹克特的 исследования表明，无聊正在增加，可能与社交媒体时代社会联系的减少有关。他区分了瞬间的“状态性无聊”（一种改变活动的信号）和慢性的“特质性无聊”（一种感觉生活缺乏意义）。虽然动物也会感到无聊，表明其具有生物学基础，但强迫它并不是答案。相反，他提倡通过真正引人入胜的活动来有意识地断开连接，而不是仅仅忍受不适。归根结底，无聊不是目标——找到有意义的参与才是。
## 我们对无聊的集体迷恋：黑客新闻讨论
最近《Nautilus》的一篇关于无聊的访谈，在黑客新闻上引发了热烈讨论。核心论点围绕着有意识地与持续刺激断开的价值。一位评论员指出，现代生活是源源不断的“输入”——新闻、社交媒体、娱乐——甚至15分钟的刻意“什么都不做”也能成为一种有益的应对措施。
然而，对话很快偏离了主题。一些人认为现代生活并非*更*具刺激性，反而与过去丰富的感官体验形成对比，例如探索自然或制作音乐。另一些人则认为这是怀旧。
一条特别引起共鸣的评论详细描述了长途旅行的恢复力量，在简化的担忧（如汽油和住宿）中找到平静，并培养清晰的思维。反驳观点认为，像驾驶这样的活动并非真正地“什么都不做”或拥抱无聊，而只是*做其他*令人愉快的事情。最终，这场讨论触及了无聊的主观性，以及在现代干扰下是否能真正实现无聊。
几十年来，为盲人设计的文本转语音（TTS）技术一直落后于视力正常人群所享受的进步。视力正常的用户更看重自然的声音，而盲人用户则需要速度、清晰度和可预测性——通常更喜欢更机械的声音，以便以每分钟800-900个单词的高效率阅读。 占据主导地位的语音Eloquence自2003年以来就没有更新过，并且与现代系统存在兼容性问题，需要复杂的解决方法。像Espeak-ng这样的替代方案支持多种语言，但其架构过时且维护有限。 最近基于人工智能的TTS系统（如Supertonic和Kitten TTS）显示出潜力，但仍有不足。它们引入了依赖膨胀，影响屏幕阅读器的性能和安全性。更重要的是，它们牺牲了准确性——跳过单词或错误发音数字——并且缺乏盲人用户所必需的对语音参数的精细控制。它们在速度方面也存在问题，需要完整的文本块才能开始说话，从而阻碍了盲人用户依赖的快速导航。 核心问题是现代TTS研究与屏幕阅读器用户的特定需求之间存在脱节。可行的解决方案需要大量的投资和专业知识，可能需要重新实现Eloquence，或者设计一个以盲人可访问性为优先的新系统。目前，用户可能不得不满足于不太理想的选择。
## 针对屏幕阅读器用户的AI文本转语音现状
最近的讨论凸显了现代AI文本转语音（TTS）技术进步与盲人屏幕阅读器用户需求之间的脱节。虽然AI TTS旨在实现自然流畅的语音，但它常常牺牲准确性，例如跳字、数字读错以及缺乏语调——这对于高效高速阅读（800-900字/分钟）至关重要。
许多高级用户仍然依赖于较旧的系统，如Eloquence（最后编译于2003年）和eSpeak，尽管它们年代久远且维护困难。 现代化这些首选系统需要大量的投资——可能需要数百万美元——以及专业的知识。
令人担忧的是，用户可能被迫接受“足够好”的AI语音，从而失去当前解决方案的速度和效率。 有人建议利用AI来*反编译* Eloquence，但这是一项复杂的任务。 另一些人提出了对话式AI界面，但这些界面被认为不如键盘操作的屏幕阅读器高效，并且引发了隐私问题。
一个关键问题还在于Linux桌面环境中的可访问性支持，Wayland合成器缺乏标准化的屏幕阅读器支持，可能迫使用户转向Windows。 最终，这场讨论强调了TTS开发需要优先考虑屏幕阅读器用户的准确性和速度，而不仅仅是关注自然度。
本文概述了 GitHub 平台上的功能和资源，该平台用于软件开发和版本控制。GitHub 为开发生命周期的每个阶段提供工具，包括**代码创建**（借助 Copilot & Spark 等人工智能辅助）、**开发者工作流**自动化（Actions、Codespaces）和**应用程序安全**功能（Advanced Security）。 它服务于各种用户——从**企业**到**初创公司**——并支持 DevOps、CI/CD 和应用程序现代化等各种**用例**，涵盖医疗保健和金融等行业。 除了核心开发之外，GitHub 还提供广泛的**资源**，如文档、博客和培训（GitHub Skills）。它还通过开源项目、论坛和赞助计划培养强大的**社区**。最后，该页面详细介绍了**企业解决方案**和可用的**附加组件**，如高级支持和高级安全功能，以及法律信息和反馈选项。
人工智能是一匹马 - Kevin Conner 关于 博客 订阅 人工智能是一匹马。在不同的地形上，它比你的双脚更快。它比火车慢得多，也不可靠，但可以去更多的地方。它消耗大量资源。你不能简单地让它帮你去商店。你必须告诉它在哪里转弯，即使它有时能猜对。你必须让它留在道路上，即使它通常会留在道路上。你只能把它带到水边，却无法强迫它喝水。一匹好的马在鞭子的阴影下奔跑。我们对那些只会说空话的人持怀疑态度。 2024年8月2日 —
要使用 Mastodon 网页应用程序，请启用 JavaScript。或者，尝试为您的平台使用 Mastodon 的原生应用程序。
这个Hacker News讨论始于对CPU漏洞数量增加的疑问。回复主要集中在两个主题：现代CPU固有的复杂性（被描述为“分布式系统”）以及软件开发和消费主义的问题。
许多评论员指出，快速发布产品的压力常常导致开发者为了满足营销驱动的截止日期而偷工减料。另一些人认为，消费者通常不了解其中的复杂性，并接受有缺陷的产品，而一位评论员则告诫不要一概而论地责怪“大众”，而应关注掌权者。
讨论中另一个分支关注Mastodon等平台在分享长篇内容方面的局限性，并提出了改进建议，例如文章浏览量或更好的阅读器兼容性。一些人建议使用Substack等平台，但另一些人则反对在用户日常生活中增加“又一件事”。
## PgDog 使用 Rust 和 AI 提升 PostgreSQL 解析速度
PgDog，一个用于扩展的 PostgreSQL 代理，通过使用 `bindgen` 和 Claude（一个 LLM）将 Protobuf 序列化替换为直接的 C 到 Rust 绑定，显著提升了查询解析性能。初步分析表明，`pg_query` 库中的 Protobuf 反序列化是一个瓶颈。
团队fork了 `pg_query.rs`，并在 AI 的协助下，生成了 6000 行 Rust 代码，直接将 PostgreSQL 的 C AST 结构映射到 Rust 结构体。这带来了 **5.45 倍的查询解析速度提升** 和 **9.64 倍的去解析速度提升**（将 AST 转换回 SQL）。
虽然最初探索了缓存，但由于某些 ORM 的动态查询生成以及与旧 PostgreSQL 驱动程序的兼容性问题，证明不足。这种 AI 辅助方法利用现有的 Protobuf 规范和 `bindgen` 集成，创建了一种可验证的、递归的 C-Rust 数据转换算法。
这项优化专注于解析、去解析、指纹和扫描方法，带来了 **25% 的 `pgbench` 基准测试改进**，并降低了 PgDog 的 CPU 和内存使用量，这对于网络代理至关重要。PgDog 正在积极寻找创始软件工程师来继续开发。
引擎所有者现在可以在控制面板中通过“概览”>“外观”>“语言”选择以下语言之一用于他们的搜索引擎。我们很高兴地宣布，我们已添加对以下32种语言的支持：南非语、阿尔巴尼亚语、阿姆哈拉语、亚美尼亚语、阿塞拜疆语、孟加拉语、缅甸语、爱沙尼亚语、加拿大法语、格鲁吉亚语、古吉拉特语、冰岛语、卡纳达语、哈萨克语、高棉语、吉尔吉斯语、老挝语、马其顿语、马来语、马拉雅拉姆语、蒙古语、马拉地语、尼泊尔语、波斯语、旁遮普语、塞尔维亚语（拉丁）、僧伽罗语、斯瓦希里语、泰米尔语、泰卢固语、乌尔都语和乌兹别克语。引擎所有者现在可以在控制面板中通过“概览”>“外观”>“语言”选择以下语言之一用于他们的搜索引擎。
## 水星计划与失落的胶囊搜寻 受冷战时期与苏联的竞争驱动，水星计划旨在迅速将美国人送入太空。虽然实现这一目标证明很复杂——需要可靠的火箭和安全的返回系统——但NASA选择了海上着陆，因为其容错性较高。然而，在没有GPS的时代，在溅落后找到胶囊构成了一项重大挑战。 早期的回收工作依赖于多管齐下的方法：雷达 chaff、无线电信标，以及独特的SOFAR炸弹。这些炸弹在着陆或胶囊浸没时引爆，利用深海的SOFAR通道——一个声音传播距离异常远的层——使远距离的水听器能够精确定位胶囊的位置。 尽管最初很有希望，但SOFAR炸弹的可靠性低于预期，存在数据处理延迟和不准确的问题。无线电信标和水染料等视觉标记最终变得更有效。尽管随着更好技术的出现，SOFAR炸弹在仅几次任务后就被淘汰，但它体现了早期太空探索中创新和务实的解决问题的能力，工程师们在与时间的赛跑中拥抱创造性的解决方案。水星计划成功地将艾伦·谢泼德送入太空，但搜寻他的胶囊——以及他的同事们的胶囊——凸显了开创人类太空飞行的巨大后勤障碍。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
水星计划与SOFAR炸弹 (thequantumcat.space)
15 分，由 verzali 发表于 18 小时前 | 隐藏 | 过去的 | 收藏 | 2 条评论
spaqin 发表于 14 小时前 | 下一个 [–]
有趣的是，这篇文章发表得不早不晚，就在我读完《赤胆忠诚》之后——一本关于水星计划的绝佳书籍。这是一个有趣的小知识，我学到了一些新东西。虽然这个概念似乎在一两次起作用，但有一次它没能起作用，结果却是一件好事。在唯一一次导致胶囊沉没的水星任务中——第二次，由格斯·格里索姆执行——胶囊沉降到近 5 公里深处，但 SOFAR 炸弹未能爆炸，因此“自由钟7号”才能在 1999 年被回收。
boxed 发表于 13 小时前 | 上一个 [–]
> 为什么“藏”着炸弹。我想我们知道这肯定不是人工智能的垃圾内容了。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系方式
搜索：