2025-第一周

该周报主要为各个地方内容的汇总整理

技术

译：使用自动化搭建 React 国际化框架

本文介绍了如何使用 ts-morph 工具自动化处理 React 项目中的国际化，包括替换硬编码字符串为翻译函数，针对 react-i18next 和 react-intl 提供了具体的实现方案，并展示了如何利用 TypeScript AST 进行代码转换。通过自动化国际化处理，可以加速现有代码库中引入 i18n 的过程。

• 国际化通常在项目开始时被忽视，但随着应用扩展到新市场或地区，国际化成为重要话题，需要适配多语言和处理复数形式等问题。
• 可以使用 ts-morph 工具来自动化处理硬编码字符串，将其替换为翻译函数，加快引入 i18n 的过程。
• 提供了针对 react-i18next 和 react-intl 的具体实现方案，使用自动化方法来替换代码库中的硬编码字符串为翻译函数，以加速国际化过程。

其实你并不一定需要 Next.js

这篇文章讲述了将 ComfyDeploy 仪表盘从 Next.js 迁移到仅使用 React 的经历。迁移后，构建时间从 3 分钟降至 18 秒，热重载在 200 毫秒以内。团队成员的工作体验大幅提升，开发变得更加愉快。作者详细解释了迁移的原因、经历和结果，指出在特定场景下，使用纯 React 而非 Next.js 能够取得更好的效果。文章还说明了迁移后的优势和牺牲，并对 Next.js 和 React 的适用场景进行了比较和总结。

• 从 Next.js 迁移到纯 React 构建，极大提升了 ComfyDeploy 仪表盘的构建速度和开发体验。
• 迁移后的架构调整和清理使团队更加专注于设计更好的 API，实现了更好的实时性和性能优化。
• 尽管 Next.js 适合简单页面和 SEO 相关内容，但对于大多数产品而言，使用纯 React 更加轻量且高效，有助于加速发布和提升开发人员的工作满意度。

利用 flashSync 操作 dom 相关逻辑

工具

设计组件库

为构建基于组件的用户界面的开发者提供参考，是一个最新的接口组件集合，汇集了来自设计系统领域的各种示例。

CSS Variables Editor

一个浏览器扩展，旨在帮助用户管理 CSS 变量中的颜色，提供实时更新和可访问性测试等功能。

AI

译：为什么 AI 让开发技能变得更有价值

本文探讨了 AI 工具在软件开发中的局限性和未来发展方向。作者介绍了“死亡之坑”和“死亡高原”的概念，指出 AI 工具在初期效果显著，但随着项目复杂度提升会遇到瓶颈，需要开发者介入解决。文章强调了开发技能的重要性，同时提出了 AI 工具在原型设计、简单内部工具和微应用方面的价值。最后，作者展望了 AI 在团队工作流程中的发展，包括代码同步、AI 集成的 CMS 系统等，并强调了 AI 工具与现有团队和工作流程连接的重要性。

• AI 工具在初期效果显著，但随着项目复杂度提升会遇到瓶颈，需要开发者介入解决。
• AI 最适合用于原型设计、简单内部工具和微应用，而在更复杂的情况下需要开发者的干预。
• 未来 AI 将更多地集成到团队工作流程中，通过代码同步、AI 集成的 CMS 系统等方式提高效率，但开发技能仍然保持重要性。

AI 辅助编程给软件工程带来的需求开发范式变化

AI 对需求开发范式带来了变革，简单需求可以不再依赖专业程序员，通过与 AI“聊天”就可解决；产品设计后，即使没有程序员也能启动项目，做出原型；AI 大幅提升了专业程序员的开发效率，缩短软件项目开发周期。AI 带来的范式转变重塑了整个软件开发生态，成功取决于是否能为用户创造真正的价值。

• AI 编程工具的出现改变了需求开发模式，让简单需求可以通过 AI 工具直接实现，大幅提升普通人的编程门槛，并改变了软件开发的范式。
• AI 编程工具使得产品设计变得更加容易，即使没有程序员也可以启动项目，做出原型，满足用户的基本需求。
• AI 提高了专业程序员的开发效率，缩短了软件项目开发周期，带来了软件工程领域的智能化变革，同时为普通人和程序员带来了更多创业机会。

其他

优秀的工程师能够完成哪些任务，而普通工程师却无法胜任呢？

这段文字讨论了软件工程师的能力水平。作者认为，真正强大的工程师不是产出速度或数量，而是能够完成其他工程师无法完成的任务。强大的工程师能够解决复杂问题、改进遗留代码、进行架构重构等任务，而普通工程师则能完成日常工作任务。另一方面，弱势工程师则缺乏能力，可能需要依赖他人完成任务。文章还提到了弱势工程师在高级职位上生存的方式，以及与他们合作时的建议。最后强调了工程人员应该具备广泛的能力，并提出了与弱势工程师合作时应有的态度和行为建议。

• 软件工程师的强弱并非基于工作速度或产出量，而是取决于其能否完成其他工程师无法做到的任务，强者能够解决极为困难的问题，而弱者几乎无法完成任何工程任务。
• 软件工程师可分为强劲的工程师、普通工程师和弱势工程师，每种类型的工程师有不同的能力和工作表现，弱势工程师通常需要依赖他人完成任务，同时在工作讨论中表现出较少的价值。
• 在与弱势高级工程师合作时，应保持礼貌和善意，同时也要保护自己的工作时间，避免被不对等地利用。同时，应确保团队中的初级成员不会被利用来解决弱势工程师的问题。

该打破的边界：非本职工作类型的协作，如沟通，管理，流程，甚至办公室政治。

这篇文章主要讨论了在职场中处理和同级之间关系的难题，强调了建立合理的边界的重要性。作者认为同级关系的核心在于边界的确定，其中包括该打破的边界和该坚守的边界。对于非本职工作类型的协作，作者认为可以适当打破边界，而在专业问题上则绝对不能替别人代劳。建立了最合理的边界后，可以在同事中树立专业性和原则性强、乐于助人的形象，确保自己的专业得到认可和回报。

• 同级关系的核心在于建立合理的边界，通过明确的工作框架来解决工作中的合作纠纷和困惑。
• 在工作中需要打破的边界包括非本职工作类型的协作，如沟通、管理、流程和办公室政治，这些能够帮助积累个人影响力和出售有效人情。
• 需要坚守的边界包括不随便帮助的场景，尤其是在合作方的专业性不足产生困境时，不要代劳专业问题，而是指点和拒绝，以确保自己的专业得到认可和回报。

译：我是如何实现求职自动化的（第一部分）

这篇文章介绍了作者如何利用 Python 脚本自动化求职流程。作者通过手动获取职位列表、清理 HTML 数据、提取职位详情、生成个性化求职信和自动发送邮件的方式，在 20 分钟内发送了 250 份求职申请。文章还提到了作者在构建这一自动化系统的过程中遇到的挑战和技术决策。

• 求职过程的痛点：作者通过自动化 Python 脚本来解决重复性的求职流程，节省时间和精力。
• 自动化步骤：作者通过获取职位列表、清理原始 HTML、获取完整职位详情、转换为结构化数据、使用 LLM 生成求职信以及自动发送邮件的步骤，实现了整个求职流程的自动化。
• 技术决策和未来展望：作者在概念验证中取得了成功，但面临将脚本转变为一个正式应用程序的挑战，包括处理多个求职网站、跟踪申请、管理邮件回复等问题。