## 程序员的像素画速成指南 本文为开发者提供了像素画建议，承认艺术家在过渡到这种视觉媒介时面临的挑战。核心思想是培养“好品味”——对视觉吸引力的内在感知，通过研究成功的像素画并分析其细节来实现。 关键要点包括：**将像素画视为一个谜题**，专注于在低分辨率的限制下表达想法。**大量使用参考资料**；不要犹豫向现有的精灵学习（推荐The Spriters Resource）。**拥抱约束**——有限的调色板（Lospec提供选项）不仅简化了颜色选择，还有助于掩盖艺术上的不足并鼓励创造力。 作者强调，虽然天赋有帮助，但**练习至关重要**。通过将限制视为机遇并积极研究现有艺术作品，程序员可以提高他们的像素画技能，并为游戏创建视觉上吸引人的素材。
每日HackerNews RSS
## macOS 启动链与安全：摘要
一篇详细分析 macOS 启动链和安全架构的文章在 Hacker News 上引发了讨论。虽然文章因其深度而受到赞扬，但许多评论者怀疑其中很大一部分内容是由人工智能生成的，原因在于存在不一致之处、事实错误以及“例如”等短语的异常频率。几位用户指出了具体的错误，并注意到文章在收到反馈后正在被“悄悄编辑”并进行更正。
尽管对其来源存在担忧，但文章涵盖了 macOS 内复杂的安全层，从启动 ROM 到内核执行。讨论强调了苹果先进的安全功能，如 Guarded Execution 和代码签名，一位评论员指出苹果的安全性能“远超”竞争对手。
文章还涉及了由于启动加载程序中缺乏 USB 堆栈以及 Apple Silicon 上缺少 UEFI 支持而导致启动第三方操作系统受到限制的问题。最终，这篇文章可以作为理解 macOS 安全性的起点，但建议读者谨慎对待，并参考更可靠的来源（如苹果官方文档和 Asahi Linux 项目）进行交叉验证。
## Windows ARM64 上的指针认证码 (PAC) 摘要 指针认证码 (PAC) 是 Armv8.3-A 及更高架构上的一种反利用功能，它通过加密签名指针来验证它们在运行时是否被有效使用。Windows 在 ARM64 上实现 PAC，利用 64 位地址中未使用的位来存储这些签名。PAC 侧重于保护指令指针——特别是返回地址——在函数调用期间对其进行签名，并在返回之前对其进行身份验证。 PAC 的启用始于启动过程，引导加载程序提供初始签名密钥。Windows 使用“密钥 B”进行签名，并将密钥存储在特殊的系统寄存器中。每个进程都会收到自己的签名密钥，由内核管理，从而确保用户/内核模式的分离。 至关重要的是，安全内核和 HyperGuard 通过拦截试图修改相关系统寄存器的尝试，来保护 PAC 签名密钥免受未经授权的修改。当签名的返回地址被破坏时，PAC 会触发崩溃，从而阻止恶意代码执行。 目前，Windows 主要使用 PAC 来保护返回地址，通过编译器标志启用。虽然 PAC 为 ARM64 上的内存损坏利用提供强大的防御，尤其是在缺乏 MTE 等功能的情况下，未来的实现可以扩展 PAC 的范围到数据访问验证，从而进一步提高系统安全性。
这个Hacker News讨论围绕Windows ARM64内部机制，特别是指针认证和内存安全。一篇最近的博客文章（preludesecurity.com）引发了关于Windows如何处理内存损坏漏洞的讨论。
用户指出，虽然ARM的内存标记扩展（MTE）和CHERI架构提供了强大的防御，但目前的Surface Pro设备不支持MTE。讨论深入探讨了不同操作系统使用的页面大小（Windows使用4KB，而macOS/iOS/Android在ARM64上使用16KB），以及NT端口在页面大小支持方面的历史问题。
该线程的大部分内容链接到关于内存消毒器（如AddressSanitizer (ASan) 和 MemTagSanitizer）及其在LLVM中的实现的资源。用户探讨了MemTagSanitizer对RISC-V CHERI的支持现状，并提供了LLVM项目中的相关源代码链接，包括堆标记和Scudo Hardened Allocator的细节。总体主题强调了硬件和软件解决方案的持续开发以及提高内存安全的重要性。
一项对超过10万年轻人的最新研究将较早的智能手机拥有权——13岁之前——与较差的心理健康结果联系起来。研究人员发现，首次拥有智能手机的年龄越小，两性中报告的攻击性、疏离感、自杀念头和较低的自尊水平就越高。 较早接触智能手机的女孩报告了较低的情感韧性和自信心，而男孩则表现出较少的平静、稳定和同理心。值得注意的是，5-6岁就拥有智能手机的年轻女性报告自杀念头的可能性是13岁或以后才拥有智能手机的年轻女性的两倍。 该研究将这些问题归因于社交媒体使用、网络欺凌、睡眠中断和紧张的家庭关系等因素。专家建议将智能手机的使用推迟到14岁，优先进行数字素养教育，并鼓励就负责任的在线行为进行公开沟通。基本手机也被建议作为一种选择，以便在没有智能手机弊端的情况下进行沟通。这些发现强化了日益增长的运动，主张限制儿童使用智能手机和社交媒体，以保护他们的心理健康。
## Anukari 在 CPU 上的表现：从惊讶到卓越性能 最初，作者对他的 3D 物理模拟 Anukari 在 CPU 上执行速度仅比 GPU 慢 5 倍（而不是预期的 100 倍）感到惊讶，并由此开始优化 CPU 实现。第一步是将 GPU 代码编译为 CPU 代码，并利用 SIMD 内置函数（SSE/NEON）进行浮点数 3 向量运算，从而获得了显著的改进。 这一成功促使他进行彻底的重写，专注于 CPU 特定的优化。原始 GPU 代码对大量寄存器和快速共享内存的依赖不适用于 CPU。作者通过重构数据以实现高效缓存，并解决对 SIMD 不友好的控制流问题来应对这一挑战。最初尝试编译器自动矢量化效果有限，因为编译器过于保守，需要手动干预。 最终，定制的、单遍的 SIMD 内置函数被证明是最有效的。这包括内联操作、最大化寄存器使用率以及仔细管理数据布局（最终倾向于结构体数组方法，尽管可能会造成 SIMD 通道浪费，但由于更快的随机内存访问而受益）。 最终优化使 CPU 性能*超过*了 GPU，尽管代码复杂度有所增加。作者计划发布一篇总结整个过程中所学经验的最终文章。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Anukari 关于 CPU (第二部分：CPU 优化) (anukari.com)
14 分，Archit3ch 1 天前 | 隐藏 | 过去的 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 成为“流行明星”的奇异现实 流行明星的生活，看似光鲜亮丽，实则是由令人兴奋的高潮和不安的矛盾交织而成。在派对、免费赠品和站在舞台上感受片刻神祇般的荣耀之外，它是一种对奇异的边缘地带的持续导航——机场、化妆间以及不断旅行的中间状态。 拥有独特的自由——请病假很容易，因为其他人同样不可靠——但也有一种挥之不去的荒谬感。 核心现实是社会对艺术家的幻想投射，导致了强烈的审查，以及常常存在的蓄意抹黑或简化的企图。作者认为，这源于社会偏见以及对女性超越期望的不适。打破预先设定的“框架”会招致批评，因为人们紧抓既定的叙述。 尽管取得了成功，保持真实仍然是一场斗争，尤其是在家人和老朋友的眼中。然而，作者在保持冷静中找到了慰藉，认识到“唯命是从”之人的存在，但仍然保留着英国人特有的自嘲精神。最终，作者倡导艺术家自由地*成为*幻想，拒绝不断追求真实性的期望，并拥抱表演的戏剧性和乐趣，就像他们的偶像路·里德一样。
## 黑客新闻讨论：成为流行明星的现实
Charli XCX 最近发表的一篇文章，讲述了成为流行明星的现实，在黑客新闻上引发了热烈讨论。用户们对文章坦诚的风格产生了共鸣，注意到它缺乏公关修饰，并且可能避免了使用人工智能生成的文字。许多评论者分享了名声带来的负面影响，呼应了文章中关于孤独、财务管理不善以及维持公众形象压力的主题。
一些用户指出名人经常面临的、常常被忽视的困境，包括可能遭受剥削、持续的审查以及建立真诚关系方面的挑战。人们将这些经历与运动员和其他高知名度人士的经历进行比较，强调了即使拥有巨额财富，也可能面临财务破产的风险。
对话还涉及社会因素，一些人认为对成功女性的负面反应源于父权制和社会嫉妒。另一些人则认为简单的嫉妒起着更大的作用。最终，这场讨论强调了名声的复杂性和常常令人孤立的本质，以及许多人在应对其挑战时缺乏准备的令人惊讶的事实。
RealDeed 房地科技（迪夫C）有限公司是一家在迪拜国际金融中心（DIFC）注册成立的公司，隶属于Proptech Hub。该公司持有区块链及DLT技术的DIFC创新许可。注册地址：阿联酋迪拜国际金融中心迪拜房地科技中心1层IH-01-VZ-01-FX-01。邮箱：[email protected]。
## RealDeed：将房地产标记为数字孪生
RealDeed 是一家位于迪拜的平台，旨在通过在区块链上创建房产的数字孪生来彻底改变房地产行业，*无需*所有权转移或触发证券法规。 与其他代币化尝试不同，RealDeed 专注于用实用代币来表示土地面积——例如，32 平方米的房产等于 320,000 个代币——在 XRP Ledger 或 EVM 网络上铸造。
这使得房产所有者可以将他们的资产数字化，用于 Web3 生态系统，如 DeFi、金融科技或元宇宙，从而提供全球房产测绘和跨境合作的可能性。 所有者保留完全的所有权和租赁权；代币可以转让、赠送或潜在地在经纪交易平台上列出（在法律允许的情况下）。
RealDeed 将自己定位为“房地产代币化的 Stripe”，提供基础设施，同时将代币的使用和货币化完全交给房产所有者。 尽管有些人质疑这些代币的实用性，但 RealDeed 旨在在区块链上建立一个可互操作的房地产层，为数字空间中表示现实世界资产提供一种结构化的方式。
产品定义：将抽象想法转化为具体的MVP需求和用户故事。 技术架构：绘制完整的模式设计、API路由和安全协议。 开发计划：将复杂性分解为顺序的、可由LLM测试的提示链。 Agent指令：为自主编码Agent生成系统提示（AGENTS.md）。
## 超越 Markdown：技术内容结构化 Markdown 因其简洁易读而广受欢迎，成为开发者文档的首选，但对于大型、复杂的项目，它存在局限性。Markdown 侧重于内容*呈现方式*，而非内容*本身*，从而阻碍了机器可读性和内容重用。搜索引擎、LLM 和 IDE 都受益于语义标记，后者定义了“步骤”或“命令”等内容元素，而不仅仅是格式。 作者提倡超越 Markdown 的“隐式类型”——即通过推断来确定含义——转向提供明确结构的格式。替代方案包括： * **reStructuredText & AsciiDoc：** 平衡了表达能力和易用性，非常适合结构化文档站点。 * **DocBook (XML) & DITA：** 强大、基于 XML 的选项，适用于需要内容分发、重用和多渠道发布的超大型内容。 关键在于优先考虑丰富、语义化的源格式，并导出为 Markdown 以方便开发者查看。Markdown 适用于快速文档，但投资于结构化标记可以确保长期可维护性、改进机器理解以及更大的内容灵活性。
## Markdown 的局限性与替代方案
一篇最近的文章认为，Markdown 虽然因其简洁性而流行，但缺乏复杂文档所需结构能力，并且越来越多地通过 HTML 进行修补，从而违背了其初衷。虽然 Markdown 允许包含 HTML，但评论员指出，这降低了它的吸引力——目标是*避免*原始 HTML。
讨论强调了一个核心矛盾：Markdown 擅长快速、易读的内容，但在交叉引用、复杂样式和语义结构等功能方面却表现不足。AsciiDoc、reStructuredText 和 DocBook 等替代方案提供了更强大的功能，但同时也带来了更高的复杂性。较新的选项，如 Typst，正在获得关注，它在功能和现代工具之间取得了平衡。
许多人认为 Markdown 的优势在于其易访问性和纯文本可读性，而对其进行扩展往往会损害这些优势。最终，最佳工具取决于项目需求——简单的笔记与广泛的文档需要不同的方法。LLM 的兴起增加了另一层因素，因为机器可读性变得越来越重要，可能会促使用户转向更结构化的格式。然而，一些人认为 LLM 应该适应现有内容，而不是决定格式选择。
## Smartcommit：轻松生成规范提交信息
**smartcommit** 是一款由人工智能驱动的 CLI 工具，旨在简化语义化、符合 Conventional Commits 规范的提交信息的创建。它会分析你暂存的代码变更，并智能地询问你做出这些变更的*原因*，从而超越代码本身所能揭示的信息。
smartcommit 使用 OpenAI (GPT-4o) 或本地 Ollama (Llama 3.1) 模型，生成结构良好、严格遵循 Conventional Commits 规范的提交信息 (feat, fix, chore 等)。
安装简单，使用 `go install` 即可。使用方法是将 `git commit` 替换为 `git ci` (配置别名后)。该工具具有用户友好的终端用户界面 (TUI)，引导你完成分析、提问、审查和最终提交。配置存储在本地，并且可以自动检测 OpenAI API 密钥。
smartcommit 旨在提高代码历史的清晰度和可维护性，为未来的你（和你的团队）节省宝贵的时间和精力。欢迎贡献！
## SmartCommit：AI 辅助提交信息 - 摘要
一位开发者创建了“SmartCommit”（github.com/arpxspace），旨在帮助编写更有意义的提交信息，起因是对几个月后忘记代码更改背后的原因感到沮丧。该工具会向用户询问有关其更改的问题，旨在将“是什么、如何做以及为什么”转化为合适的提交信息，而不是依赖 AI 独立生成。
Hacker News 的讨论引发了争论。一些人赞扬了这个想法，强调详细的提交历史对于未来的理解和协作的价值，尤其是在入职新团队成员或调试旧代码时。另一些人认为提交信息应该简洁，或者将精力更好地花在编码本身上。人们担心 AI 生成的信息可能冗长且缺乏关键上下文，从而可能用无用信息污染历史记录。
许多人强调了*人类*思考在编写提交信息中的重要性，建议该工具可以作为批判/改进辅助工具，而不是生成器。讨论还涉及最佳实践，例如原子提交、链接到问题跟踪器，以及像 Conventional Commits 这样的规范的实用性——尽管对后者的看法不一。最终，该讨论强调了在文档工作量与开发速度之间取得平衡的持续挑战。