开发者简报 NO.20250612：DEV 社区中文解读，全球开发者技术瞭望

111 ## DEV 社区中文精选 NO.20250612 Dev Community 是一个面向全球开发者的技术博客与协作平台，本文是基于 dev.to 的中文日报项目，每天自动抓取 Dev Community 热门文章及评论，通过 AI 生成中文解读与总结，传递科技前沿信息。 ![Dev Community 中文精选](https://cdn.wangtwothree.com/imgur/ebLSg8b.png) --- ## 20 款超棒 API 客户端：Postman 替代品推荐文章推荐了 20 款优秀的 API 客户端，涵盖了 Web、桌面、IDE、CLI 和自动化等多个类别，旨在为开发者提供 Postman 的替代方案。这些工具各有特色，满足不同开发者的需求。文章首先提到了 Postman 在 API 开发中的重要地位，但随着 API 生态系统的扩展，开发者开始寻找更适合自己工作流程的替代方案。这些替代方案包括开源、注重隐私、离线可用和专业化的工具。文章列举了 Apidog、Restfox、Firecamp、gRPC UI 等多种工具，并介绍了它们的主要特点。例如，Apidog 提供了 API 设计、文档、测试和模拟的统一平台；Restfox 是一个离线优先的 Web 客户端，注重速度和隐私；gRPC UI 提供了一个图形界面来与 gRPC 端点交互。文章还介绍了 Prestige、Yaade、Requestly、Hoppscotch、Bruno 等工具。Prestige 允许开发者使用纯文本发送请求；Yaade 是一个自托管的开源 API 客户端，注重数据隐私和安全；Requestly 是一个浏览器扩展，用于拦截、模拟和调试 API；Hoppscotch 是一个基于浏览器的 API 客户端，支持 REST、GraphQL 等多种协议；Bruno 是一个开源、离线优先的 API 客户端，使用纯文本文件定义和组织请求。此外，文章还提到了 Yaak、API Dash、ezy、BloomRPC、Milkman 和 Insomnium 等工具。Yaak 是一款原生 API 客户端，提供快速直观的体验；API Dash 是一个跨平台的开源 API 客户端，界面简洁；ezy 是一个图形化的 gRPC 和 gRPC-Web 客户端，易于使用；BloomRPC 是一个用于 gRPC 服务的 GUI 工具；Milkman 是一个可扩展的 API 工作台，支持插件；Insomnium 是 Insomnia 的一个本地优先分支，注重隐私和离线功能。评论区讨论了这些 API 客户端的优缺点，以及它们在不同场景下的适用性。一些开发者分享了他们使用这些工具的经验，并比较了它们与 Postman 的差异。有人认为，选择 API 客户端应该根据自己的具体需求和偏好来决定。总的来说，这篇文章为开发者提供了丰富的 API 客户端选择，并引发了关于 API 开发工具的讨论。 - 原文: [These 20 Awesome API Clients Will Change How You Work with APIs](https://dev.to/therealmrmumba/these-20-awesome-api-clients-will-change-how-you-work-with-apis-53m9) - 作者: therealmrmumba - 点赞数: 74 - 评论数: 9 - 发布时间: 2025-06-12 06:46:25 --- ## 停止衡量 Story Points：为什么你的开发者生产力指标正在积极地损害你的团队这篇文章探讨了为什么传统的开发者生产力指标，如 Story Points 和提交次数，实际上会损害团队的效率和质量。文章指出，这些指标往往是主观的，容易被团队成员操纵，并且忽略了真正重要的工作。文章首先介绍了 Story Points 的设计初衷，即帮助团队估算相对复杂度和规划 Sprint。然而，在实践中，Story Points 变成了虚荣指标，创造了衡量错觉，而没有提供有意义的见解。文章接着分析了 Story Points 的根本缺陷，包括主观性伪装成客观性、团队成员为了达到目标而操纵系统，以及忽略了真正的工作。文章还深入探讨了生产力指标对团队的潜在危害，包括侵蚀心理安全感、降低质量和导致团队分裂。文章通过案例研究说明了这些指标在实际应用中可能造成的负面影响，例如导致团队效率下降、代码质量下降和人员流失。文章最后提出了衡量开发者生产力的替代方案，包括关注流程效率、衡量影响而非活动、以及关注质量指标。文章强调了团队合作的重要性，并建议采用定性评估方法，例如 Sprint 回顾、架构审查和代码质量讨论。评论区中，一些读者分享了他们对 Story Points 和类似指标的看法，许多人表示赞同文章的观点，认为这些指标往往适得其反。他们分享了在实际工作中遇到的问题，例如团队为了达到目标而过度估计 Story Points，导致 Sprint 规划失真。也有一些评论提到了其他衡量团队生产力的方法，例如关注交付周期、部署频率和平均修复时间等。这些方法更侧重于衡量整个开发流程的效率，而不是单个开发者的产出。总的来说，这篇文章引发了关于如何衡量开发者生产力的讨论，强调了关注团队合作、流程效率和质量的重要性。 - 原文: [Stop Measuring Story Points: Why Your Developer Productivity Metrics Are Actively Harming Your Team](https://dev.to/teamcamp/stop-measuring-story-points-why-your-developer-productivity-metrics-are-actively-harming-your-team-1p3b) - 作者: pratham_naik_project_manager - 点赞数: 36 - 评论数: 1 - 发布时间: 2025-06-12 05:09:37 --- ## 前端学习之路：从困惑到好奇这篇文章讲述了一位技术初学者从对前端技术的困惑到逐渐产生兴趣并最终开始构建项目的过程。作者分享了她的学习经验，包括最初的迷茫、逐渐清晰的认知、以及目前正在探索的工具和技术。作者一开始接触HTML和CSS，但很快意识到JavaScript才是挑战。面对DOM操作、API和React，她感到无从下手。后来，通过参与一个MERN stack的项目，她开始对前端的结构有了更清晰的认识。之后，她自学了React，并开始构建个人项目，例如数字日记应用和医疗Web应用。她目前正在探索的工具和技术包括JavaScript、React.js、MongoDB + Express、Git和Postman，以及UI/UX设计原则。作者总结了她学到的经验：无需“准备好”才开始构建，将项目分解成小部分可以减轻压力，以及遇到困难是学习的必经之路。评论区里，一些人分享了他们自己的前端学习经历，鼓励初学者勇敢尝试。也有人讨论了学习资源的选择，例如推荐MDN Web Docs和freeCodeCamp。还有人强调了实践的重要性，建议通过构建实际项目来巩固知识。总的来说，这篇文章和评论区都强调了实践、耐心和持续学习的重要性，对于前端初学者来说，这是一个很好的参考。 - 原文: [Beginner in Tech](https://dev.to/pranjali28/beginner-in-tech-2cpc) - 作者: pranjali28 - 点赞数: 26 - 评论数: 12 - 发布时间: 2025-06-11 17:22:34 --- ## 用 CSS 艺术庆祝六月节：自由时钟这篇文章介绍了一个用纯 CSS 创作的六月节自由时钟，展示了作者对 CSS 艺术的独特理解和庆祝六月节的方式。作者通过 CSS 动画和视觉效果，生动地呈现了自由的概念。这个项目不仅是一个技术展示，更是一个富有文化意义的表达。作者利用 CSS 的强大功能，构建了一个动态的时钟界面。时钟的各个部分，包括指针、背景和装饰元素，都通过 CSS 代码进行控制。通过巧妙的动画设计，时钟的运行效果流畅自然。文章详细解释了如何使用 CSS 的关键帧动画、过渡效果和 transform 属性来实现各种视觉元素。作者还分享了创作过程中的技术细节和设计理念，包括如何选择颜色、布局和动画效果。这个项目展示了 CSS 在创意和艺术表达方面的潜力。评论区对这个项目表示了高度赞赏。有人认为这是一种非常棒的庆祝方式，将技术与文化完美结合。也有人对作者的技术水平表示钦佩，认为代码写得非常优雅。一些评论者讨论了 CSS 动画的性能优化问题，并分享了各自的经验。还有人建议作者将项目开源，以便更多人学习和使用。总的来说，评论区呈现出积极的氛围，大家对这个项目都表示了认可和支持。 - 原文: [Just simply amazing!!!](https://dev.to/anjelica_mf/just-simply-amazing-95n) - 作者: anjelica_mf - 点赞数: 17 - 评论数: 2 - 发布时间: 2025-06-11 16:31:56 --- ## 暑期挑战：16 岁开发者在线赚取 1000 英镑这篇文章讲述了一位即将完成 GCSE 考试的 16 岁开发者，计划在暑假期间通过在线项目赚取 1000 英镑的挑战。他将公开分享自己的尝试、学习过程和进展，并邀请其他人加入。目标是快速验证想法，提升交付能力，并探索各种赚钱方式。这位年轻开发者将从 6 月 19 日开始，每周更新博客，分享尝试过的项目，包括自由职业、倒卖、构建工具、销售设计等。挑战不设限，鼓励参与者自由发挥。他希望通过公开记录，保持动力，并与他人分享经验。评论区对此挑战表示了积极的反馈。有人认为这是一个很好的学习和实践机会，鼓励年轻人勇于尝试。也有人分享了自己的类似经历，并提供了建议，例如专注于解决实际问题，而不是追求快速致富。此外，一些评论提到了时间管理和保持专注的重要性。总的来说，这个项目体现了年轻开发者对技术的热情和对自我提升的渴望。这种公开分享和学习的方式，也为其他开发者提供了借鉴和激励。挑战的开放性和灵活性，鼓励了参与者积极探索和尝试。 - 原文: [I’m 16, almost finished GCSEs — this summer, I’m trying to earn my first £1k online](https://dev.to/vulcanwm/im-16-almost-finished-gcses-this-summer-im-trying-to-earn-my-first-ps1k-online-31fh) - 作者: vulcanwm - 点赞数: 16 - 评论数: 9 - 发布时间: 2025-06-11 19:48:46 --- ## React vs. Vue：前端框架的抉择这篇文章探讨了在快速发展的 Web 开发领域中，如何选择合适的前端框架，重点比较了 React 和 Vue.js。文章分析了 React 和 Vue 的特点、优缺点，以及它们各自适用的场景。 React 是一个由 Meta 开发的开源 JavaScript 库，专注于应用程序的视图层，以其基于组件的架构和 JSX 而闻名。它在可扩展性、代码重用、性能和社区支持方面表现出色，尤其适用于大型项目。React 提供了 React Native，允许使用相同的原则进行移动应用程序开发。 Vue.js 是一个由 Evan You 创建的渐进式 JavaScript 框架，设计为可增量采用，提供比 React 更集成的设置。Vue 使用基于模板的语法，旨在提供更简单的学习曲线。Vue 在模板、内置工具、组件、过渡效果和文档方面表现出色，更适合快速原型开发和团队成员更熟悉 HTML/CSS 的情况。文章总结说，React 和 Vue 都是强大的工具，最佳选择取决于团队的经验、项目复杂性和未来的可扩展性需求。React 在多功能性、社区力量和大型架构方面表现出色，而 Vue 在简单性、开发速度和易于上手方面更胜一筹。评论区里，开发者们对 React 和 Vue 的选择展开了热烈讨论。有人强调 React 的灵活性和大型社区支持，认为它更适合复杂的、需要长期维护的项目。另一些人则赞赏 Vue 的简单易学，认为它能更快地构建原型和小型项目。还有人提到了框架的生态系统、性能差异以及团队的技术栈对选择的影响。总的来说，选择 React 还是 Vue，没有绝对的优劣之分，关键在于根据具体项目的需求和团队的实际情况进行权衡。 - 原文: [React vs. Vue: Choosing the Right Frontend Framework!](https://dev.to/aaanishaaa/react-vs-vue-choosing-the-right-frontend-framework-49a9) - 作者: aaanishaaa - 点赞数: 16 - 评论数: 5 - 发布时间: 2025-06-12 08:13:46 --- ## 关系型数据库模式设计新手指南这篇文章为开发者们提供了一份关于设计关系型数据库模式的入门指南，重点介绍了如何规划和构建数据库结构。文章通过实际案例和可视化工具，逐步引导读者完成数据库模式的设计。文章首先介绍了关系型数据库的基本概念，包括表、行、列、数据类型以及主键和外键。接着，文章强调了在设计数据库之前明确目标的重要性，并提供了如何列出主要表和字段的建议。文章还详细阐述了如何通过规范化来保持数据库结构的清晰，避免数据冗余。此外，文章还介绍了如何使用主键和外键来连接表，以及逻辑模式和物理模式的区别。最后，文章提到了添加示例数据和使用可视化数据编辑器来测试和验证模式。文章的核心内容可以总结为以下几个步骤：明确应用目标，识别关键实体和属性，通过规范化避免数据冗余，使用键定义关系，从逻辑设计过渡到物理设计，以及使用真实数据测试模式。文章还推荐使用 DbSchema 这样的可视化工具来简化模式设计过程。评论区中，一些开发者分享了他们设计数据库模式的经验，包括如何选择合适的数据类型，以及如何处理复杂的数据关系。也有开发者讨论了规范化的重要性，以及如何在实际项目中应用。此外，一些评论提到了不同数据库系统之间的差异，以及如何根据具体需求选择合适的数据库。总的来说，评论区呈现了对数据库设计不同方面的探讨，从技术细节到实际应用，为读者提供了多角度的参考。 - 原文: [Beginner’s Guide to Designing a Relational Database Schema](https://dev.to/roxana_haidiner/beginners-guide-to-designing-a-relational-database-schema-2fk) - 作者: roxana_haidiner - 点赞数: 13 - 评论数: 3 - 发布时间: 2025-06-12 07:38:07 --- ## 最佳 eLearning 翻译软件的功能本文探讨了为 eLearning 开发选择最佳翻译软件的重要性，并介绍了在选择翻译软件时应注意的关键功能。重点在于如何节省时间和金钱，同时确保高质量的翻译，以适应全球受众的需求。文章首先强调了选择合适的翻译软件对于 eLearning 开发的重要性，如果不选择最佳的翻译软件，可能会导致时间和金钱的浪费。接着，文章列出了在选择 eLearning 翻译软件时应考虑的五大关键功能。这些功能包括 eLearning 文件翻译器，它能够保留文件格式，并支持多种文件类型；文本转音频输出，用于快速生成多语言配音；翻译记忆，用于存储和重复使用翻译过的文本；翻译协作，方便团队协作和编辑；以及翻译数据安全，确保数据的安全性和合规性。文章还提到了选择翻译软件时应考虑的因素，例如软件是否支持多种文件类型，是否提供文本转音频功能，以及是否具备翻译记忆功能。文章总结了选择合适的 eLearning 翻译软件对于节省时间、降低成本以及确保培训内容准确适应全球受众至关重要。通过选择提供高级功能的解决方案，例如翻译记忆、文件格式保留、配音功能、协作工具和强大的数据安全，可以更好地提供高质量的多语言学习体验。评论区可能会出现以下几种观点：一些人可能会分享他们使用过的翻译软件的经验，并推荐适合 eLearning 开发的工具。另一些人可能会讨论翻译质量的重要性，以及如何确保翻译的准确性。还有一些人可能会关注成本问题，并比较不同翻译软件的价格和功能。此外，关于数据安全和合规性的讨论也可能出现，因为这是选择翻译软件时需要考虑的重要因素。 - 原文: [Best eLearning Translation Software Features to Look for](https://dev.to/elenahartmann/best-elearning-translation-software-features-to-look-for-1aa9) - 作者: elenahartmann - 点赞数: 11 - 评论数: 1 - 发布时间: 2025-06-12 06:07:52 --- ## 环形数组中相邻元素的最大差值 (LeetCode 3423) 本文介绍了 LeetCode 上的一个问题：**3423: 环形数组中相邻元素的最大差值**。这个问题考察了对数组边界和环状行为的理解。文章要求在一个环形数组 `nums` 中找到相邻元素之间最大的绝对差值。环形数组意味着第一个和最后一个元素也是相邻的。解决此问题的关键在于考虑到环形特性，即数组的第一个和最后一个元素也是相邻的。文章提供了 C++、JavaScript 和 Python 三种语言的实现代码。核心思想是：首先计算第一个和最后一个元素的差值的绝对值，然后遍历数组，计算相邻元素差值的绝对值，并与之前的最大值进行比较，最终返回最大值。文章还给出了几个测试用例，帮助理解问题和验证代码的正确性。此外，文章分析了时间复杂度和空间复杂度，时间复杂度为 O(n)，空间复杂度为 O(1)。总的来说，这是一个很好的热身问题，可以训练对边界条件（如循环连接）的关注。简洁的逻辑和清晰的实现是关键。评论区可能会讨论不同的解题思路，例如，有人可能会提出使用更简洁的循环方式，或者使用内置函数来简化代码。也有人可能会讨论不同语言实现之间的差异，以及代码风格的偏好。此外，评论区也可能出现对问题本身难度的讨论，以及对类似问题的扩展。 - 原文: [🎯"Maximum Difference Between Adjacent Elements in a Circular Array" LeetCode 3423 (C++ | JavaScript | Python)](https://dev.to/om_shree_0709/maximum-difference-between-adjacent-elements-in-a-circular-array-leetcode-3423-c-javascript-282i) - 作者: om_shree_0709 - 点赞数: 11 - 评论数: 3 - 发布时间: 2025-06-12 04:13:12 --- ## 苹果 WWDC25 亮点：Apple Intelligence、Liquid Glass 设计与新系统苹果在 WWDC25 上发布了多项重大更新，包括全新的设备端 AI 平台 "Apple Intelligence" 和贯穿所有操作系统的 "Liquid Glass" 设计。同时，苹果还将其操作系统更名为基于年份的版本（iOS 26、iPadOS 26、macOS Tahoe 26 等），方便用户追踪更新。对于开发者来说，WWDC25 意味着强大的新 API 和工具，从设备端大型语言模型到 UI 框架更新，应有尽有。 ## Apple Intelligence：人人适用的设备端 AI Apple Intelligence 是苹果全新的 AI 套件，它将生成和翻译功能直接带到你的设备上，无需云端。在 WWDC 上，苹果展示了 iPhone、iPad 和 Mac 运行新 AI 功能的演示。对开发者来说，最大的新闻是 FoundationModels 框架：苹果现在允许你的应用程序使用驱动 Apple Intelligence 的设备端大型语言模型 (LLM)。这个模型（约 30 亿个参数）在本地运行，以实现速度和隐私，苹果表示你只需在 Swift 中使用“最少三行代码”即可使用它。由于它离线运行，用户数据永远不会离开设备。 Apple Intelligence 的主要功能包括：实时翻译（设备端）：在信息、FaceTime 和电话中进行实时翻译。你的 iPhone 可以在数十种语言之间即时翻译传入的聊天或通话（仅使用设备端 Apple 模型，因此你的对话保持私密性）。视觉智能和智能搜索：你可以点击或截取屏幕上的任何内容并提问。例如，通过突出显示屏幕上的一个对象，用户可以询问模型关于它的 Google 或 ChatGPT。这扩展了旧的“实时文本”概念到搜索和图像任务——它甚至可以识别网页中的日期并建议将事件添加到日历。创意工具（Genmoji 和 Image Playground）：苹果的表情符号生成器（Genmoji）和 Image Playground 变得更智能。你现在可以将表情符号混合在一起并添加文本提示以创建自定义贴纸。Image Playground 允许用户将新的 ChatGPT 驱动的样式（如油画或矢量艺术）应用于照片或草图。除非你明确选择 ChatGPT，否则所有内容都保留在设备上。智能快捷方式和 Siri：快捷方式现在可以直接调用 Apple Intelligence（甚至 ChatGPT）来执行文本摘要或图像创建等任务。Siri 也能更好地保持上下文，并可以在其写作工具（例如起草消息或理解文档）中利用 ChatGPT 来提供更有帮助的答案。开发者可以直接访问这个 AI。FoundationModels 框架（具有简单的 Swift API）为应用程序提供了 LLM，用于总结笔记、生成内容或自然语言搜索等任务。苹果甚至在 Xcode 中添加了一个新的 Playgrounds 模式用于 AI：你可以在编辑器中编写几行 Swift 代码，并实时查看模型的输出（非常适合测试提示）。简而言之，强大的生成式 AI 现在是内置的苹果平台功能，并且可以免费使用（无云费用）。 ## Liquid Glass：苹果的新设计系统 WWDC25 推出了一项名为 Liquid Glass 的全新 UI 重新设计。它是一种用于苹果软件的全新半透明“材质”。想象一下看起来像玻璃的 UI 面板和控件：它们会折射和反射其后面的颜色，并轻轻模糊其下的内容。苹果表示，Liquid Glass“将玻璃的光学特性与只有苹果才能实现的光滑度相结合”。这种效果使应用程序界面感觉更生动、更具层次感。 Liquid Glass 在各个平台上带来了统一的外观：这是第一次，相同的设计语言延伸到 iOS 26、iPadOS 26、macOS Tahoe 26、watchOS 26 和 tvOS 26。一些亮点：玻璃状面板：新的标签栏、工具栏和侧边栏经过磨砂处理并具有自适应性。例如，在 iOS 26 中，标签栏会在你滚动以专注于内容时缩小并淡出，然后在需要时再次展开。在 Mac 和 iPad 上，侧边栏现在半折射你的壁纸，让你始终了解你所处的位置。动态内容焦点：UI 控件现在“浮动”在内容之上。它们会变形以显示更多选项或后退以让内容闪耀。苹果甚至重新设计了小部件和图标，作为具有可定制色调和新“清晰”外观的多层 Liquid Glass 对象。在 macOS Tahoe 上，你可以自定义 Dock 和菜单栏的颜色，或使菜单栏完全透明，从而最大限度地利用空间。一致的排版和效果：即使是锁定屏幕上的时钟字体也会动态调整粗细和位置，以位于照片主题“后面”。新的设计以巧妙的方式在玻璃下使用苹果的 San Francisco 字体。苹果已经更新了其 UI 框架，以便开发者可以轻松采用 Liquid Glass。使用 SwiftUI、UIKit 或 AppKit，你现在可以使用几个新的 API 将内置的 Liquid Glass 材料和新鲜的控件应用于你的应用程序。事实上，苹果发布了一个新的 Icon Composer 工具，以帮助开发者在所有平台上创建 Liquid Glass 风格的应用程序图标（浅色、深色、着色或清晰的变体）。简而言之，苹果正在为你提供工具，让你的应用程序与新外观相匹配。 ## 新操作系统版本：iOS 26、iPadOS 26、macOS Tahoe 26 等每个苹果平台都通过新的设计和智能功能获得了重大升级。苹果甚至改用了基于年份的名称（例如 Tahoe 26），以便版本一目了然。以下是重点：评论区对苹果 WWDC25 的发布内容表现出浓厚的兴趣。一些开发者对 Apple Intelligence 的设备端 LLM 表现出兴奋，认为这为应用程序开发带来了新的可能性，尤其是在隐私和速度方面。也有人对 Liquid Glass 设计的视觉效果表示赞赏，认为它为用户界面带来了更现代和统一的体验。然而，也有一些评论提到了对新功能在实际应用中的性能和实用性的担忧，以及对苹果生态系统封闭性的讨论。总的来说，开发者们对苹果在 AI 和设计方面的创新表示欢迎，但也期待看到这些新技术的实际表现和对开发者生态的影响。 - 原文: [Apple WWDC25 Recap: Apple Intelligence, Liquid Glass, and Next-Gen OS 🚀](https://dev.to/om_shree_0709/apple-wwdc25-recap-apple-intelligence-liquid-glass-and-next-gen-os-2inn) - 作者: om_shree_0709 - 点赞数: 10 - 评论数: 2 - 发布时间: 2025-06-11 18:00:52 --- ## 为什么我们仍然使用电子邮件进行日常工具之外的消息传递？这篇文章讨论了 RelayBeam 平台，它旨在解决在日常工具之外进行消息传递时，人们仍然依赖电子邮件的问题。文章深入探讨了现有工具的局限性，并介绍了 RelayBeam 如何提供更清晰、更私密、更有针对性的沟通方式。文章首先指出，虽然我们有用于朋友的即时通讯工具和用于团队内部沟通的工具，但在与组织或个人圈子之外的人交流时，电子邮件往往是唯一的选择。作者认为，电子邮件虽然通用，但并不适合快速、专注、有目的的消息传递。它需要分享地址，容易形成冗长的邮件线程，并且在非正式的交流中也需要保持正式。 RelayBeam 旨在解决这个问题，它提供了一个清晰、私密、有目的的交流空间。用户可以通过分享一个“端口”（一个独特的 RelayBeam 地址）来进行沟通，而无需透露个人信息。RelayBeam 组织对话的方式类似于主题，但感觉更像实时聊天，没有电子邮件的正式性和负担。它适用于跨界沟通，避免了电子邮件的开销和典型聊天应用的噪音。作者分享了自己作为创始人、软件工程师和产品构建者的经验，强调了在与潜在合作伙伴、供应商或活动认识的人交流时，电子邮件的笨拙和不便。RelayBeam 的目标是提供一个介于正式邮件和即时通讯之间的第三空间，专注于意图和连接，减少摩擦。文章最后鼓励读者尝试 RelayBeam，并提供了早期访问的链接。评论区对 RelayBeam 的想法表示了兴趣，并讨论了其潜在的优势。一些人认为，这种方法可以减少电子邮件的混乱，并提供更专注的沟通体验。也有人提出了关于隐私和安全性的担忧，以及 RelayBeam 如何应对垃圾邮件和滥用行为。还有一些评论提到了其他类似的工具，并讨论了它们之间的差异。总的来说，这篇文章引发了关于现有沟通工具的局限性以及改进沟通方式的讨论。RelayBeam 的概念提供了一种新的视角，试图解决跨界沟通中的痛点，并提供更高效、更友好的用户体验。 - 原文: [Why do we still fall back to email for messages outside our usual tools?](https://dev.to/supritgandhi/why-do-we-still-fall-back-to-email-for-messages-outside-our-usual-tools-3d82) - 作者: supritgandhi - 点赞数: 8 - 评论数: 5 - 发布时间: 2025-06-12 01:31:17 --- ## Golang 依赖注入 (DI) 详解本文深入浅出地介绍了 Golang 中依赖注入 (DI) 的概念，并通过实际代码示例演示了如何使用 DI 来简化代码，提高可维护性和可测试性。文章从基础概念出发，逐步深入，非常适合初学者。文章首先从最基础的函数复用概念入手，引出 DI 的核心思想：将相关的函数和对象打包成可复用的单元，即服务 (service)。接着，文章通过对比未使用 DI 和使用 DI 的代码，直观地展示了 DI 如何简化代码，将复杂的逻辑封装在服务内部，使得主逻辑更加清晰。作者以 `StorageService` 为例，将本地存储和在线存储的逻辑封装起来，简化了主程序的代码。文章还给出了 `StorageService` 的具体实现代码，并展示了如何在 `main.go` 中使用该服务。通过将依赖注入到服务中，可以轻松地切换不同的存储实现，而无需修改主程序。文章最后总结了 DI 的重要性，强调了它带来的解耦、可测试性和灵活性。作者也坦诚地分享了自己对 DI 的理解，并强调了模块化的重要性。评论区中，有开发者表示通过本文对 DI 有了更清晰的理解，并认为文章的示例代码非常实用。也有开发者分享了自己在实际项目中应用 DI 的经验，并强调了 DI 在提高代码可测试性和可维护性方面的优势。此外，有评论提到了 DI 的一些缺点，例如可能导致代码结构变得复杂，需要仔细设计依赖关系。总的来说，评论区对本文的评价普遍较高，认为它是一篇很好的 DI 入门教程。 - 原文: [Golang Master Class: Dependency Injection(DI).](https://dev.to/sfundomhlungu/golang-master-class-dependency-injectiondi-3908) - 作者: sfundomhlungu - 点赞数: 7 - 评论数: 1 - 发布时间: 2025-06-12 07:05:00 --- ## 100+ PHP 面试题与答案：开发者必备指南这篇文章在 Hacker News 上分享了一份详尽的 PHP 面试准备指南，涵盖了从基础知识到高级框架的各种问题。这份指南旨在帮助不同水平的 PHP 开发者，无论是初学者还是经验丰富的专业人士，都能更好地准备面试。文章的核心内容包括超过 100 道 PHP 面试题及其解答，涵盖了 PHP 核心概念、面向对象编程（OOP）、MySQL 集成、表单处理、会话管理、错误处理、文件处理、安全性和 PHP 7/8 的新特性。此外，还包括了 Laravel 和 CodeIgniter 等框架相关的面试问题。这份指南的编写基于实际的面试经验，并提供了清晰简洁的答案，方便开发者理解和记忆。指南中列出了一些示例问题，例如 PHP 的定义、`include()` 和 `require()` 的区别、`$_POST` 和 `$_GET` 的用法，以及 `==` 和 `===` 的区别。此外，文章还提供了订阅 PHP 开发新闻邮件的链接，以及联系作者进行招聘或付费项目的渠道。结尾鼓励读者每天练习，并祝愿他们面试顺利。评论区中，一些开发者分享了他们对这份指南的看法。有人认为这份指南对于复习 PHP 基础知识非常有帮助，特别是对于准备面试的开发者来说。也有人指出，虽然指南提供了很多问题，但实际面试中可能会遇到更深入或更具体的问题，因此需要结合实践经验进行学习。还有评论提到了对不同框架的侧重，以及在实际工作中如何应用这些知识。总的来说，这份指南为 PHP 开发者提供了一个很好的学习和复习资源。开发者可以根据自己的实际情况，结合指南中的问题和答案，有针对性地进行学习和准备。同时，也应该注重实践，将所学知识应用到实际项目中，才能更好地掌握 PHP 技能。 - 原文: [Top 100 PHP Interview Questions and Answers](https://dev.to/robin-ivi/top-100-php-interview-questions-and-answers-1d4n) - 作者: robin-ivi - 点赞数: 7 - 评论数: 2 - 发布时间: 2025-06-12 05:41:32 --- ## 用 GitHub Bot 让 GitHub Issue 变得有趣！本文介绍了如何从零开始构建一个 GitHub Bot，让它能够自动在 GitHub Issue 中添加 GIF 动图。文章详细讲解了创建 GitHub App、获取 Giphy API Key、设置项目和依赖，以及编写 Bot 核心代码的步骤。文章首先引导读者注册一个 GitHub App，包括设置 App 名称、Webhook URL、Webhook Secret 和权限。接着，文章介绍了如何获取 Giphy API Key，以便 Bot 可以访问 Giphy 的 API。然后，文章详细讲解了如何创建项目、安装必要的依赖，并配置 `.env` 文件来存储敏感信息。核心代码部分，文章解释了如何使用 `octokit` 和 `@octokit/webhooks` 库来处理 GitHub Webhook 事件，并使用 `axios` 库调用 Giphy API 获取 GIF 动图。 Bot 监听 `issue_comment.created` 事件，当检测到以 `/gif` 开头的评论时，Bot 会从 Giphy 获取相关的 GIF 动图，并将其作为新的评论添加到 Issue 中。评论区中，有开发者对这种自动化添加 GIF 的方式表示赞赏，认为这可以增加 Issue 的趣味性。也有开发者提出了对 Bot 性能和维护的担忧，例如，如何处理大量的 GIF 请求，以及如何避免 Bot 陷入无限循环。此外，一些开发者建议可以增加更多的功能，例如，支持自定义 GIF 搜索关键词，或者添加对不同 GIF 来源的支持。总的来说，这篇文章提供了一个有趣且实用的案例，展示了如何利用 GitHub API 和第三方 API 来扩展 GitHub 的功能。尽管如此，开发者在实际应用中还需要考虑性能、维护和安全性等问题，才能真正打造一个稳定可靠的 GitHub Bot。 - 原文: [How I Made GitHub Issues Hilarious! Build Your Own Github Bot.](https://dev.to/alishirani/how-i-made-github-issues-hilarious-build-your-own-github-bot-4fj) - 作者: alishirani - 点赞数: 7 - 评论数: 7 - 发布时间: 2025-06-11 18:38:33 --- ## 深入理解 BSON：Java 开发者的 MongoDB 数据格式入门指南本文是一篇针对 Java 开发者的 BSON 入门指南，介绍了 MongoDB 使用的 BSON 数据格式。文章详细解释了 BSON 的概念、与 JSON 的区别、常见数据类型以及如何在 Java 中使用 BSON。文章首先介绍了 BSON（Binary JSON）是 JSON 的二进制编码，专为 MongoDB 优化，以提高存储效率和查询速度。BSON 引入了 `ObjectId`、`Decimal128` 等额外数据类型，增强了数据处理能力。与 JSON 相比，BSON 在速度、数据类型和遍历方面更具优势。文章随后对比了 JSON 和 BSON 的特性，并列出了常见的 BSON 数据类型及其 Java 等价物。例如，`String` 对应 Java 的 `String`，`Int32` 对应 `int`，`Date` 对应 `java.util.Date`。文章强调了 BSON 在 MongoDB 内部的作用：存储数据、客户端与服务器通信，以及索引、元数据和复制操作。文章还提供了设置和项目结构示例，以及使用 Java 驱动程序创建 BSON 文档的示例代码。开发者通常使用 `Document` 类，该类将 Java 类型转换为 BSON 类型。文章展示了如何创建包含 `String`、`int`、`boolean`、`Date` 和 `ObjectId` 的文档，并说明了 MongoDB 驱动程序如何自动进行类型转换。文章最后提到了 BSON 的重要性，尤其是在构建性能敏感型应用或进行自定义序列化时。理解 BSON 有助于调试数据类型问题，并更好地利用 MongoDB 工具。评论区讨论了 BSON 的优势，如更快的解析速度和对额外数据类型的支持。有人认为虽然开发者很少直接操作原始 BSON，但了解其内部工作原理有助于优化查询和处理数据转换。也有人提到了 BSON 的二进制特性使其更适合数据库存储和传输，但同时也增加了调试的复杂性。一些评论提到了 BSON 与 JSON 之间的权衡，例如 BSON 略大的存储空间。总的来说，评论区强调了理解 BSON 对于在 Java 中高效使用 MongoDB 的重要性。 - 原文: [Understanding BSON for Java Developers: A Beginner’s Guide to MongoDB’s Data Format](https://dev.to/mongodb/understanding-bson-for-java-developers-a-beginners-guide-to-mongodbs-data-format-3ddp) - 作者: timkelly - 点赞数: 5 - 评论数: 1 - 发布时间: 2025-06-12 08:47:33 --- ## 学习 K8s 的工程实践本文介绍了从 Kubernetes (K8s) 中学习 Go 语言工程实践的经验，主要探讨了并发设计、组件正交性、定时器实现以及固件代码抽象等关键实践。文章通过具体代码示例和 K8s 内部设计，为开发者提供了宝贵的参考。文章首先通过性能测试对比了使用互斥锁和通道修改 map 的效率，指出在简单修改场景下，直接使用互斥锁更优。接着，文章强调了 K8s 中广泛使用的并发设计，通过通道传递信号，实现组件间解耦，提高任务执行效率。文章还提到了 DeltaFIFO 的去重机制，展示了如何通过单独的队列管理事件，并添加去重逻辑。文章还讨论了组件的正交设计，以 kube-scheduler 和 kubelet 为例，说明了组件间独立性如何提高整体系统的灵活性。此外，文章还介绍了定时器的实现，以及如何通过抽象固件代码来提高代码的可维护性和可扩展性，并以 CNI 和数据库为例进行了说明。评论区讨论了关于并发编程、代码抽象和 K8s 设计哲学等话题。有人认为文章内容对理解 K8s 架构和 Go 语言实践很有帮助，并分享了自己对并发编程的理解。也有人讨论了如何更好地进行代码抽象，以及在实际项目中应用这些设计原则的经验。总的来说，评论区对文章的实用性和启发性给予了积极评价。 - 原文: [Learning Go Engineering Practices from K8s](https://dev.to/leapcell/learning-go-engineering-practices-from-k8s-257k) - 作者: leapcell - 点赞数: 5 - 评论数: 0 - 发布时间: 2025-06-11 18:27:40 --- ## 寻找开源项目：开发者们分享 GitHub 账号这篇文章鼓励开发者们分享他们的 GitHub 账号，以便互相学习、支持和交流。作者 Vida 是一位来自伊朗的开发者，她分享了自己构建的开源 AI 工具，主要关注梦想、情绪追踪和心理健康。 Vida 鼓励其他开发者分享他们的 GitHub 账号，特别是那些从事 AI/ML、前端/后端项目、心理健康技术，以及参与开发挑战的开发者。她希望通过这种方式，开发者们可以互相关注、支持，并共同成长。文章还提问“你现在正在构建什么？”，旨在引发讨论。这种分享 GitHub 账号的方式，为开发者们提供了一个展示自己项目、寻找合作机会和学习新技术的平台。这种互动也促进了开源社区的活力。评论区里，开发者们纷纷响应，分享了自己的 GitHub 账号和正在进行的项目。有人分享了 AI 相关的项目，也有人分享了前端、后端以及其他领域的项目。这种分享不仅展示了多样化的技术栈，也体现了开源社区的开放性和协作精神。一些评论还提到了对特定项目的兴趣，并表达了希望进一步交流的愿望。这种互动促进了开发者之间的联系，并为未来的合作奠定了基础。总的来说，这篇文章和评论区共同构建了一个积极、互助的开发者社区。 - 原文: [Let's Connect on GitHub 💻 — Share Your Projects & Grow Together!](https://dev.to/vidakhoshpey22/lets-connect-on-github-share-your-projects-grow-together-17o) - 作者: vidakhoshpey22 - 点赞数: 6 - 评论数: 8 - 发布时间: 2025-06-11 18:55:15 --- ## 用 Runner H 打造 AI 助手，高效管理日常事务这篇文章分享了如何使用 Runner H 构建一个 AI 助手，帮助作者高效管理日常学习和生活。作者通过整合邮件、日历和学校信息，每天早上生成一份详细的待办事项清单，从而提高效率，减少焦虑。这个 AI 助手每天早上 7:30 运行，它会检查邮件、学校仪表盘和日历，收集截止日期、考试、活动和重要信息。然后，它使用艾森豪威尔矩阵对任务进行优先级排序，并创建一个包含“首要任务”、“快速完成”、“提醒”和“笔记”的每日焦点文档。最后，它会在 Discord 上发布一个简短的摘要，包括最重要的三个任务和紧急警报。整个过程无需编写代码，只需使用 Runner H 和智能提示即可完成。作者分享了构建过程，并鼓励其他人尝试，并分享了如何复刻这个项目。评论区对这个项目表示了积极的反馈。有人认为这种方法非常实用，能够有效减少信息过载。也有人讨论了 AI 助手在不同场景下的应用，例如在工作、个人生活等方面的潜力。一些评论提到了对隐私和数据安全的担忧，以及对 AI 助手在处理复杂任务时的局限性的讨论。总的来说，大家对 AI 助手在提高生产力和简化日常事务方面的潜力表示乐观。 - 原文: [🧠 Automating My Day Like a Boss: My AI Assistant Setup with Runner H](https://dev.to/bob_599e8420e1c/automating-my-day-like-a-boss-my-ai-assistant-setup-with-runner-h-3ffi) - 作者: bob_599e8420e1c - 点赞数: 6 - 评论数: 2 - 发布时间: 2025-06-12 10:06:06 --- ## 在 React Native 新架构中集成 Redux 的指南本文详细介绍了如何在 React Native 项目中使用 Redux，并使其与新架构兼容。文章主要面向希望在 React Native 应用中有效管理状态的开发者。文章首先介绍了安装必要的 Redux 包，包括 `@reduxjs/toolkit` 和 `react-redux`。接着，它建议了一种清晰、可扩展的 Redux 目录结构，方便开发者组织代码。随后，文章详细讲解了如何配置 Redux store，创建 root reducer，以及定义 actions、constants 和 reducers。关键步骤包括创建 store、定义 reducer 来处理状态变化，以及在 React Native 组件中 dispatch actions 和读取 state。最后，文章展示了如何使用 `Provider` 组件将 Redux store 注入到整个应用中。评论区可能会讨论 Redux 在 React Native 中的优缺点。一些开发者可能会分享他们使用 Redux 的经验，并讨论如何解决在 React Native 中使用 Redux 时可能遇到的问题。也有人可能会提出替代方案，比如使用 Context API 或其他状态管理库。此外，关于 Redux Toolkit 的使用、代码组织结构以及如何处理异步操作的讨论也可能出现。总的来说，这篇文章提供了一个在 React Native 项目中集成 Redux 的实用指南，并为开发者提供了一个良好的起点。开发者可以根据自己的项目需求，调整和优化 Redux 的配置和使用方式。 - 原文: [How to Integrate Redux in React Native with the New Architecture](https://dev.to/amitkumar13/how-to-integrate-redux-in-react-native-with-the-new-architecture-4p8g) - 作者: amitkumar13 - 点赞数: 5 - 评论数: 0 - 发布时间: 2025-06-11 16:54:30 --- ## 使用 Gemini AI 实现一键书签整理本文介绍了如何使用 Gemini AI 开发浏览器扩展，实现一键书签整理功能，自动对书签进行分类和管理，方便用户整理大量书签。文章详细阐述了实现方法和 Gemini AI 的使用技巧。文章的核心在于利用 Gemini AI 的强大功能，通过两步实现书签整理：标签化和分类。首先，为每个书签分配一到两个描述其核心主题的标签。然后，将相似的标签合并到更广泛的类别中，以创建分层结构。作者通过调用 Gemini API 来完成这两个任务，并提供了详细的提示示例和 Gemini 的响应结果。作者在前端（浏览器扩展）中批量处理书签，每次最多发送 30 个链接以避免服务器超时。标签化完成后，聚合标签并进行分类。最终，类别作为顶级文件夹，标签成为子文件夹，书签被放置在相应的文件夹中。作者还提到了一些优化，例如合并仅包含一个书签的文件夹。文章还分享了使用 Gemini 的经验。作者提到 Gemini 的响应速度很快，标签化和分类通常也很合理。但同时也指出，AI 的输出并不总是保持一致，需要多次迭代优化提示才能稳定输出。对于习惯于确定性代码执行的开发者来说，这种不可预测性需要适应。评论区讨论了使用 AI 进行书签整理的各种观点。有人认为这是一个非常有用的功能，可以极大地提高书签管理的效率。也有人讨论了 Gemini AI 在标签化和分类方面的准确性，以及如何优化提示以获得更好的结果。此外，评论中还涉及了对 AI 输出一致性的担忧，以及如何处理不一致结果的策略。 - 原文: [How I Built One-Click Bookmark Organization with Gemini AI](https://dev.to/sheep_/how-i-built-one-click-bookmark-organization-with-gemini-ai-5dgc) - 作者: sheep_ - 点赞数: 5 - 评论数: 0 - 发布时间: 2025-06-11 15:39:44 --- ## 构建 LLM Web 应用：FastAPI、后台任务与 SSE 本文介绍了如何使用 FastAPI、后台任务和 Server-Sent Events (SSE) 从头开始构建一个 LLM Web 应用，以解决长时间运行的 AI 任务导致的应用卡顿问题。文章通过类比餐厅点餐，详细解释了后台任务和 SSE 的工作原理。文章首先指出了传统 Web 应用在处理长时间运行任务时，用户体验差的问题，例如页面卡顿。接着，文章提出了使用后台任务和 SSE 的解决方案，以提升用户体验。文章的核心在于使用 FastAPI 的 `BackgroundTasks` 和 SSE。`BackgroundTasks` 允许将耗时任务移至后台执行，而不会阻塞主线程。SSE 则提供了一种从服务器向客户端推送实时更新的简单方法。文章还介绍了 PocketFlow，一个用于组织多步骤文章编写流程的工具。文章还提供了代码示例，展示了如何使用 FastAPI 创建后台任务和 SSE 接口，以及如何在前端使用 JavaScript 接收和显示进度更新。文章最后总结了 PocketFlow 的工作流程，包括生成大纲、生成内容和最终结果。评论区中，有人认为文章内容清晰易懂，适合初学者。也有人讨论了 SSE 和 WebSocket 的区别，以及在不同场景下的适用性。一些评论提到了使用 Celery 等更强大的任务队列的替代方案，但同时也承认了 FastAPI 的简洁性和易用性。总的来说，这篇文章提供了一个简单而有效的解决方案，用于构建具有实时进度更新的 LLM Web 应用。评论区讨论了不同技术方案的优缺点，为读者提供了更全面的视角。 - 原文: [Build an LLM Web App in Python from Scratch: Part 4 (FastAPI, Background Tasks & SSE)](https://dev.to/zachary62/build-an-llm-web-app-in-python-from-scratch-part-4-fastapi-background-tasks-sse-21g4) - 作者: zachary62 - 点赞数: 6 - 评论数: 1 - 发布时间: 2025-06-12 01:44:07 --- ## SQL 与 SPL：区间内去重计数这篇文章讨论了在 SQL 和 SPL (esProc SPL) 中，如何在时间区间内对产品进行去重计数的问题。文章通过一个实际的例子，对比了两种方法在解决这类问题时的差异和优劣。文章首先描述了问题：给定一个包含日期、账户和产品名称的表格，需要计算每个账户在每天之前购买了多少种不同的产品。然后，文章分析了 SQL 的解决方案，指出 SQL 在处理这类问题时，由于分组后需要聚合，往往需要多层嵌套的语句，实现起来较为复杂。接着，文章介绍了 SPL 的解决方案，SPL 允许分组后保留子集进行进一步处理，并且跨行引用更加简单。SPL 代码通过分组、日期分组、区间选取、去重计数等步骤，清晰地展示了问题的解决过程。最后，文章还提供了 esProc SPL 的免费下载链接。评论区主要集中在对 SQL 和 SPL 的对比，以及对不同数据库处理这类问题的效率和易用性的讨论。一些评论员认为，SQL 在处理这类问题时，确实需要编写复杂的查询语句，可读性和维护性较差。另一些评论员则认为，对于熟悉 SQL 的开发者来说，通过窗口函数等技巧，也能相对高效地解决问题。还有评论员提到了不同数据库对窗口函数的支持程度不同，以及在性能上的差异。总的来说，评论区呈现了对不同解决方案的优劣的辩论，以及对不同数据库的实际表现的讨论。 - 原文: [Count Distinct within Intervals in Order — From SQL to SPL #38](https://dev.to/judith677/count-distinct-within-intervals-in-order-from-sql-to-spl-38-919) - 作者: judith677 - 点赞数: 6 - 评论数: 2 - 发布时间: 2025-06-12 03:52:36 ---