呜啦!日常碎碎念,偶尔掉落优质前端博文推荐、学习资源等
网页:https://tg.cosine.ren
本频道的搜索Bot 来辣 👉 @cosSearchBot
私聊直接发消息就可以搜索啦~
🔖tags
#优质博文 #资源推荐 #博客更新 #碎碎念 #项目更新 #手工 #书摘 #阮一峰的科技周刊 #新动态
图频:Cosine 🎨 Gallery @CosineGallery
猫片: @cosine_cat
网页:https://tg.cosine.ren
本频道的搜索Bot 来辣 👉 @cosSearchBot
私聊直接发消息就可以搜索啦~
🔖tags
#优质博文 #资源推荐 #博客更新 #碎碎念 #项目更新 #手工 #书摘 #阮一峰的科技周刊 #新动态
图频:Cosine 🎨 Gallery @CosineGallery
猫片: @cosine_cat
#优质博文 #AI #开源 #RCT
挺有意思的。
Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity
author Metr Team
挺有意思的。
Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity
AI 摘要:本文通过一项随机对照试验(RCT)研究了 2025 年初 AI 工具对经验丰富的开源开发者生产力的影响。研究发现,使用 AI 工具的开发者完成任务的时间比不使用时长 19%,即 AI 反而降低了他们的效率。这一结果与开发者的预期(认为 AI 会加速 24%)和专家预测形成鲜明对比。文章探讨了这一现象背后的可能原因,并尝试调和 RCT 结果与 AI 基准测试成绩及轶事报告之间的矛盾,强调了在现实场景中评估 AI 影响的重要性。
1. 研究动机:
• 探讨 AI 工具在现实环境中的影响,弥补基准测试(benchmarks)在真实性上的不足。
• 基准测试常因任务简化或缺乏上下文而高估或低估 AI 能力,而现实中的 AI 对 AI 研发的影响可能带来风险(如快速进步导致监管失控)。
• 通过开发者生产力研究,提供补充证据以评估 AI 对研发加速的整体影响。
2. 研究方法:
• 招募 16 名经验丰富的开源开发者,来自平均星级 22k+、代码量 100 万行以上的大型仓库。
• 开发者提供 246 个真实问题(bug 修复、功能开发、重构等),随机分配是否允许使用 AI 工具。
• 使用 AI 时,开发者可自由选择工具(主要为 Cursor Pro 与 Claude 3.5/3.7 Sonnet);不使用 AI 时,禁止任何生成式 AI 辅助。
• 任务平均耗时 2 小时,开发者记录屏幕并自报完成时间,报酬为每小时 150 美元。
3. 核心结果:
• 使用 AI 工具时,开发者完成任务时间延长 19%,与预期加速 24% 及事后仍认为加速 20% 的认知形成反差。
• 数据显示,AI 工具在现实任务中显著减缓了开发速度。
• 文章澄清未提供证据支持的观点,如 AI 对大多数开发者无加速作用、未来无潜力加速等。
4. 因素分析:
• 研究分析 20 个可能导致减缓的因素,发现 5 个可能原因(具体因素详见论文)。
• 排除实验偏差,如开发者使用前沿模型、遵守分配规则、提交的 PR 质量无明显差异等。
• 减缓现象在不同结果测量、估计方法及数据子集分析中一致。
5. 讨论:
• 对比 RCT 结果、基准测试(如 SWE-Bench)及轶事报告,发现证据部分矛盾。
• RCT 显示 AI 减缓 20 分钟至 4 小时的现实编码任务;基准测试显示 AI 在困难任务中表现优异;轶事报告称 AI 在多场景中帮助显著。
• 提出三种假设解释矛盾:RCT 低估能力、基准及轶事高估能力、或三者反映不同任务分布。
• 指出 AI 在高标准或隐性要求(如文档、测试覆盖率)场景中能力可能较低,基准测试因任务简化可能高估能力,轶事报告可能不准确。
6. 未来展望:
• 计划继续此类研究,追踪 AI 加速或减缓趋势,特别是在难以操控的现实评估中。
• 若 AI 显著加速开发者,可能预示 AI 研发快速进步,带来扩散风险、监管失控或权力集中等问题。
• 强调现实场景评估与基准测试结合的重要性,以全面理解 AI 能力及影响。
author Metr Team
#开源 #tools #前端 #react #富文本编辑器
BlockNote 0.33:一个“类 Notion”的块状文本编辑器 — 基于 ProseMirror 和 TipTap 的编辑器,允许你拖放块、添加实时协作、AI 功能、可定制的“斜杠命令”菜单等。有很多实例可以体验。
BlockNote 0.33:一个“类 Notion”的块状文本编辑器 — 基于 ProseMirror 和 TipTap 的编辑器,允许你拖放块、添加实时协作、AI 功能、可定制的“斜杠命令”菜单等。有很多实例可以体验。
BlockNote 是一个开源的基于 React 的块式富文本编辑器,风格类似于 Notion,具备高度可扩展性,构建于 Prosemirror 和 Tiptap 之上。它为开发者提供了开箱即用的现代化文本编辑体验,支持动画、拖放块、嵌套缩进、斜杠菜单、格式化菜单以及实时协作等功能。BlockNote 提供了完整的 UI 组件(基于 Mantine),也支持自定义 UI 或不使用 React 的核心库,适合嵌入到各种应用中。此外,它遵循 MPL 2.0 许可证,允许商业使用,并鼓励社区贡献。
#工具推荐 #Git #任务管理 #开源 #tools
Backlog.md - 在 git 仓库中用 .md 生成并管理项目看板 | GitHub
Backlog.md - 在 git 仓库中用 .md 生成并管理项目看板 | GitHub
AI 摘要: Backlog.md 是一款面向 git 用户的本地项目看板工具,通过将任务以 Markdown 文件形式存储在 git 仓库中,实现项目管理和代码管理的无缝结合。它支持命令行和网页两种操作模式,无需云端和账号,注重数据隐私和本地协作,适合对安全性和离线工作有需求的开发者或团队。同时,它集成了 AI 助手、跨平台支持等功能,开源且免费。
#优质博文 #前端 #ReactNative #Expo #游戏开发 #开源
Building NeonCity: A fast-paced mobile game made with React Native, Reanimated, and Expo
author Daehyeon Mu
Building NeonCity: A fast-paced mobile game made with React Native, Reanimated, and Expo
AI 摘要:本文详细介绍了如何使用 React Native、Expo、NativeWind 和 Reanimated 开发一款快节奏的移动游戏 NeonCity。作者分享了从灵感来源到具体技术实现的完整开发过程,涵盖了游戏的 UI 设计、手势检测、精灵图技术(Sprite Sheet)优化、性能提升以及使用 EAS Build 进行部署的经验。NeonCity 是一款设定在未来城市背景下的休闲游戏,玩家通过滑动屏幕匹配箭头方向以获得高分,游戏结合了快节奏的音乐和炫酷的视觉效果。
• 引言与灵感来源:作者受《赛博朋克:边缘行者》的启发,与设计师 Woojae Lee 合作,在 2023 年夏天启动 NeonCity 项目,目标是打造一款视觉效果出色的未来城市游戏。
• NeonCity 游戏简介:游戏设定在 2077 年的未来城市,玩家需在 1 分钟内通过滑动屏幕匹配从上方落下的箭头方向,连续准确操作可获得连击加分,使用倍率道具可进一步提升分数,配合城市风格的快节奏音乐和炫目视觉效果。
• 技术架构概述:文章介绍了使用 React Native 和 Expo 构建游戏的技术决策,展示了如何通过现代工具和技术实现跨平台移动游戏开发。
• UI 设计:使用 NativeWind 构建 UI,确保跨平台一致的用户体验,并简化维护。
• 手势检测:通过 react-native-gesture-handler 的 Pan Gesture 自定义钩子实现四个方向的手势检测(上、下、左、右),利用三角函数计算手势角度以优化性能。
• 精灵图技术(Sprite Sheet):采用精灵图技术优化游戏中箭头的持续下落动画,将多个精灵图合并为单张大图,通过调整视口显示特定精灵,减少网络请求和内存使用,提升渲染性能。
• 实现方式:使用 React Native 和 Reanimated 的样式能力,通过 translateX 和 translateY 属性动态裁剪精灵图,确保只显示目标精灵。
• 避免不必要的重新渲染:使用 Reanimated 的共享值(Shared Values)在 UI 线程直接更新精灵位置,绕过 React 渲染周期,实现 60 FPS 的流畅动画。
• 游戏部署:选择 Expo 作为开发平台,利用 Expo SDK 处理原生代码生成(Expo CNG)和 SDK 版本管理,使用 EAS Build 简化 Android 和 iOS 部署流程,近期引入的 M4 Pro 工作线程将 iOS 构建速度提升了 1.85 倍。
• 开源与致谢:作者将 NeonCity 项目开源,鼓励更多开发者使用 React Native 和 Expo 开发应用,并感谢了项目中提供设计、代码审查和图形反馈的团队成员。
• 总结与资源推荐:作者推荐了学习 Reanimated 的教程资源,并提供了 NeonCity 的 GitHub 仓库链接,供开发者参考和学习。
author Daehyeon Mu
#碎碎念 #开源
很同意了,虽然 alist 这个操作很emmmm,但是开源真不容易,很敬佩能一直搞的,但是用爱发电持久不了,能持久的就更佩服了,这种例子出一桩是一桩。
DIYgod/1932703374283284812
ref: https://t.me/cosine_front_end/1940
很同意了,虽然 alist 这个操作很emmmm,但是开源真不容易,很敬佩能一直搞的,但是用爱发电持久不了,能持久的就更佩服了,这种例子出一桩是一桩。
DIYgod/1932703374283284812
看到 alist 被以非常丑陋的姿态卖掉,对作者、用户、收购方都是个悲剧,感觉非常可惜,但从开源作者的角度又挺理解原作者的,现在破口大骂资本的 alist 用户应该都没体会过开源的苦,看不到作者的长期孤独贡献,只看到又少了一个可以白嫖的项目有个评论我也很赞同:
看图二就知道这显然不是一个健康的开源项目状态,作为一个 50k stars 的顶流项目,contributors 只有 100 多,第二名非机器人 contributor 的贡献量刚到作者的 8%,再往下更是断崖减少,作者从 2024 年就已经很少提交了,后面也一直没有其他维护者接手,除非作者积极回归,这项目的最终死亡已经是必然了,只是开始死亡的时间在一年半之前
反观 RSSHub,虽然 star 没 alist 多但 contributors 人数接近 10 倍,在作者贡献量下降的时期也及时有其他维护者补充,总体维护效率并没有下降反而一直在上升
总之 alist 一直都不是一个健康的开源状态,离开作者根本无法存活,作者又长期得不到足够的帮助和资助,用户也视而不见反而都在反资本,至于那些非 contributors 趁热度 fork 出的各种 blist xlist,如果 forker 在 alist 还有救的时候都没想着去提交一行代码,现在等 alist 死了才出来扛大旗,真的能相信他们能够长期任劳任怨地维护吗?
对用户,与其破口大骂资本,不如想想你现在除了 alist 还在白嫖哪些开源项目,去看看它们还好么,有什么可以帮上忙的,哪怕只是去送上一份感谢,可能都能让那些可怜的牛马开源作者开心上好几天,能让项目多维持几天
对开源作者,怎么让开源项目到达健康可持续的状态,而不是最后被迫廉价丑陋变现,是一个值得更多思考的问题
一定程度上理解作者的选择,但作者在卖掉Alist的过程中,没有保持信息的公开透明,我认为也是导致目前这个局面的原因之一。暂且不提征求社区的意见,如果能够说明这样做的动机和项目未来的方向,我认为对于各方来说都会更好接受一些。
ref: https://t.me/cosine_front_end/1940
#优质博文 #javascript #前端 #开源 #新动态
Awesome JavaScript Weekly - Issue 470, May 22, 2025 | LibHunt
Awesome JavaScript Weekly - Issue 470, May 22, 2025 | LibHunt
AI 摘要:本期 Awesome JavaScript Weekly 汇总了 Deno 生态澄清、数据库架构语言争议、JavaScript 内存管理、Electron 性能优化等前沿技术文章,同时推荐了 GitHub 个人资料生成器、反检测爬虫工具等热门开源项目,涵盖开发实践与工具生态。
1. 技术文章精选
• Deno 生态现状
• Reports of Deno's Demise Have Been Greatly Exaggerated
驳斥 Deno 生态衰落的传言,分析其持续迭代的活跃社区和近期功能更新。
• 数据库架构设计争议
• Stop Inventing DB Schema Languages
批评过度设计数据库模式语言的现象,提倡复用现有 SQL 标准与工具链(如 Kysely)。
• JavaScript 知识挑战
• Javascript Guess the Output Quiz
通过交互式测验解析 JavaScript 隐式类型转换、作用域等易错特性。
• 安全实践指南
• JavaScript Security Best Practices
从依赖审计、CSP 策略到沙箱隔离,系统化阐述前端安全防护方案。
• 内存管理深度解析
• How Memory Works in JavaScript and Node.js
对比 V8 引擎堆栈内存分配、垃圾回收机制及 Node.js 进程内存限制的调优策略。
• Electron 性能优化
• 6 Ways Slack/Notion/VSCode Improved Electron Apps
总结懒加载、进程隔离、V8 快照等六大优化手段的落地案例。
• JavaScript 语言特性
• Symbol.unscopables
MDN 官方文档更新,详解 Symbol.unscopables 在 with 语句中的作用。
2. 工具与框架
• 新兴框架
• Moose: TypeScript 分析后端框架
专为数据分析场景设计的全栈框架,支持实时聚合与可视化管道。
• 开发工具
• Slides.html with Vanilla JS
纯原生 JavaScript 实现的轻量级幻灯片工具,无依赖、可嵌入式部署。
3. 热门开源项目
• github-profile-header-generator: 自动化生成个人主页横幅图像
• rebrowser-patches: 对抗 Cloudflare 检测的 Puppeteer/Playwright 补丁集
• wBlock: Safari 高性能广告拦截器
• Checkmate: 自托管服务器监控工具,支持实时可视化
• ai-digest: 代码库聚合工具,输出 Markdown 供 AI 分析
#优质博文 #前端 #评论系统 #开源 #自托管 #技术选型
Top 7: Best Open Source Self-Hosted Comment System Alternatives to Disqus
author Carlos Delgado
Top 7: Best Open Source Self-Hosted Comment System Alternatives to Disqus
AI 摘要:本文详细介绍了7种开源自托管评论系统的替代方案,以替代 Disqus,特别适合那些关注隐私、成本和自定义需求的博客主或网站管理者。文章从 Disqus 的局限性入手,分析了其免费计划的限制以及升级到专业计划的高成本,提出自托管开源解决方案作为更经济和灵活的选择。作者列举了7种评论系统(HashOver、Schnack、Valine、Commentics、Commento、Remark42 和 Isso),并对每种系统的特点、优势和技术细节进行了深入分析,帮助读者根据需求选择合适的工具。
引言
• 作者在选择博客评论系统时的困惑,初期选择了 Disqus,但随着博客流量增长,Disqus 的免费计划限制和收费问题凸显。
• 提出自托管开源评论系统作为替代方案,特别是在隐私和成本方面的优势。
• 分享7种可自托管的开源评论系统,适用于博客和静态页面。
1. HashOver:
• 特点:免费开源的 PHP 评论系统,支持完全匿名评论,易于主题定制。
• 功能:通过简单几行 JavaScript 或 PHP 代码嵌入网站,支持 XML、JSON 或 SQL 数据库存储评论。
• 优势:自托管,注重隐私,替代 Disqus,遵循 GNU Affero General Public License 许可证。
2. Schnack:
• 特点:基于 JavaScript 的开源评论系统,体积小(仅 8KB),无广告、无追踪。
• 功能:简洁的 UI,便于审核评论,支持信任/屏蔽用户,Webpush 通知新评论,支持 GitHub、Twitter 等第三方认证。
• 优势:轻量、用户友好,无需额外用户管理系统。
3. Valine:
• 特点:快速、简单且强大的评论系统,默认安全,无需服务器端实现。
• 功能:支持表情、高速加载、完整 Markdown 语法、轻量化设计,1.2.0 版本新增文章阅读统计。
• 优势:简洁高效,注重用户体验。
4. Commentics:
• 特点:免费高级 PHP 评论脚本,代码开源,注重集成性、可定制性和安全性。
• 功能:易于嵌入现有页面,保持内容新鲜以吸引访客和搜索引擎。
• 优势:适用于文章评论或独立评论页面,功能丰富。
5. Commento:
• 特点:轻量快速(仅 11KB 的 JavaScript 和 CSS),加载速度快,注重隐私。
• 功能:不收集用户信息,内置高级审核工具、自动垃圾过滤和 Akismet 集成。
• 优势:无垃圾评论,页面加载速度提升可增加网站流量。
6. Remark42:
• 特点:轻量、简单且功能齐全的自托管评论系统,注重隐私,不追踪用户。
• 功能:支持社交登录、邮件登录、可选匿名评论、多级嵌套评论、Markdown 格式、图片上传、评论投票和置顶、近期评论列表、Disqus 导入、Telegram 通知等。
• 技术:无需外部数据库,数据存储于单一文件,支持 Docker 一键部署,跨平台运行,UI 简洁且可定制。
• 优势:功能全面,适合多场景使用,支持多站点模式和自动 SSL 集成。
7. Isso:
• 特点:基于 Python 和 JavaScript 的轻量评论服务器,作为 Disqus 的直接替代品。
• 功能:支持匿名评论,身份管理简单,通过 JavaScript 和跨域资源共享轻松集成到静态网站。
• 优势:轻量易用,注重隐私和简洁性。
author Carlos Delgado
#tools #npm #开源 #工程化 #可视化
Announcing @Tan_Stack NPM Stats (Beta)
示例链接
author Tanner Linsley
Announcing @Tan_Stack NPM Stats (Beta)
AI 摘要:Tanner Linsley 宣布推出 Tan_Stack NPM Stats (Beta),这是一个用于分析和可视化 NPM 软件包统计数据的工具。该工具提供了丰富的功能,包括可共享的深度链接、软件包分组、多种时间范围的统计数据查看、增长趋势分析、自定义显示选项以及开源支持,旨在帮助开发者更直观地了解和比较 NPM 软件包的表现。
1. 可共享的深度链接:用户可以生成并分享特定的统计数据视图链接,方便协作与交流。
2. 软件包分组:支持将相关软件包组合在一起,便于管理和比较。
3. 时间分箱选项:提供每日、每周、每月、每年的数据统计分箱,灵活查看不同时间段的表现。
4. 增长趋势分析:用户可以选择查看绝对增长或相对增长数据,了解软件包的增长趋势。
5. 比较基线设置:支持设置基线数据,用于与其他软件包或时间段进行对比。
示例链接
author Tanner Linsley
#优质博文 #开源
我先前也读到过这篇文章,当时的感觉也是这样,感觉教科书级别的范例,有理有据,是很理性的人写出来的。
读《对「假开源」事件的反省》有感
author So!azy
我先前也读到过这篇文章,当时的感觉也是这样,感觉教科书级别的范例,有理有据,是很理性的人写出来的。
读《对「假开源」事件的反省》有感
AI 摘要:文章高度评价了 Owen 在其博客上发布的《对「假开源」事件的反省》。文章结构清晰,针对用户提出的问题逐一回应,并提供验证链接。Owen 坦诚承认沟通不足,并通过行动回应质疑,展现了开放、透明的态度。文章末尾分享了关于开源协议的知识,具有借鉴意义。总的来说,该文章是处理争议、与用户沟通的优秀范例,强调了开发者以开放态度面对社区的重要性。
author So!azy
#开源 #AI #MCP
GitHub Stars MCP 服务器
https://github.com/ccbikai/github-stars
一个基于 Cloudflare 的 MCP(Model Context Protocol)服务器,允许您使用自然语言搜索和查询您的 GitHub 标星仓库。
GitHub Stars MCP 服务器
https://github.com/ccbikai/github-stars
一个基于 Cloudflare 的 MCP(Model Context Protocol)服务器,允许您使用自然语言搜索和查询您的 GitHub 标星仓库。
#优质博文 #react #前端 #开源 #tools #新动态
React Status #423 — April 2, 2025
React Status #423 — April 2, 2025
AI 摘要:本期聚焦 React 19.1 的功能更新、全栈工具链(如 Wasp)、安全漏洞提醒及社区动态(如 styled-components 的未来)。同时推荐了多个实用库(如 TinyBase、React Email)和开发者活动。
1. React 19.1 发布
• 主要更新
• Owner Stacks (开发工具功能):帮助开发者追踪组件渲染关系。
• 边缘环境流式支持 :优化边缘计算场景下的性能。
• 服务器端预渲染 RSC 的新 API (与 Parcel 2.14.0 兼容)。
• 增强 Suspense 支持 。
• 未发布官方博客,但包含多项修复和小功能改进。
2. 工具与库更新
• Wasp - 基于 React、Node 和 Prisma 的全栈框架,提供传统全栈开发体验。
• TinyBase v6.0 - 响应式本地优先数据存储,支持 React 19,仅提供 ESM 版本。
• React Email 4.0 - 新增邮件链接分析工具、垃圾邮件评分器及客户端兼容性检查。
• Svggles - 通过 React 增强 SVG 交互性(如发光、动画效果)。
• Remotion React-to-video 工具包添加了一个简洁的听力图模板 ,用于渲染音频媒体的波形样式视图。
3. 安全与社区动态
• Remix/React Router 漏洞 :CVE-2025-31137 影响 Remix 2 和 React Router 7(Express 适配器用户需注意)。
• 愚人节玩笑 :Vercel 的 Guillermo Rauch 假称 React 将弃用 className 改用 class,实际未发生。
• styled-components 进入维护模式:社区讨论替代方案 ( Linaria / Vanilla Extract / CSS Modules ......)
4. 其他新闻
• Material UI v7 稳定版发布 。
• React Native Gesture Handler 2.25 :优化原生触摸 API。
• Express 5.1 发布 :Node.js 框架正式进入 5.x 阶段。
• Vue.js 2025 社区报告 :包含对 Evan You 和 Nuxt 团队的深度访谈。
#优质博文 #前端 #tools #EPUB #开源 #rust
聊聊 Web 与 EPUB 的公式渲染问题
author Losses Don
聊聊 Web 与 EPUB 的公式渲染问题
AI 摘要:本文深入分析了 Web 和 EPUB 环境下数学公式渲染的常见问题,如浏览器兼容性差、EPUB 阅读器限制(如不支持 JS/SVG)、字体对齐困难等。作者提出了一种基于 Typst 的解决方案 Gladest,强调其“通用性”、“便利性”和“兼容性”三大设计原则。文章详细剖析了排版中的核心问题(如基线对齐、字体参数差异),并解释了 Gladest 如何通过 Typst 的轻量化工具链和 Rust 的高性能实现高效渲染。此外,作者呼吁字体厂商提供更友好的 Web Font 支持以改善排版体验,并分享了 Gladest 在解决多系统单位不一致性(如 em 单位标准化)和边距调整上的技术细节。
1. Web 与 EPUB 公式渲染的痛点
• 数学公式在 Web 和 EPUB 中的渲染存在兼容性问题,尤其在 EPUB 环境中(如电子墨水屏设备)表现更差,缺乏 JavaScript 和 SVG 支持。
• 主流工具(如 MathML、MathJax、KaTeX )在特定场景下存在局限性,如字体兼容性、无 JS 环境支持等。
2. Gladest 的设计目标与实现
• 通用性:统一不同场景(博客、EPUB)的公式渲染工具,减少工具链碎片化。
• 便利性:基于 Typst(Rust 生态)开发,避免 LaTeX 的复杂性和历史包袱,支持LaTeX语法兼容层(mitex)。
• 高性能:利用 Rust 多线程能力,渲染速度显著优于传统方案(如 GladTeX )。
3. 排版对齐的核心挑战
• 字体与基线对齐:图文混排时需处理不同字体的基线、x 字高、大写高度等参数差异,CSS 现有属性难以完美解决。
• 跨系统单位统一:通过 em 单位协调 Typst 与 Web 的渲染尺寸,确保公式在不同分辨率设备下的清晰度。
• Typst 的边距问题:Typst 硬编码的边距需通过 CSS 反向调整(如margin: -0.455em)以避免布局异常。
4. 行业呼吁与解决方案
• 提倡字体厂商提供分块优化的 Web Font(如WOFF2格式),以改善跨平台渲染一致性,IBM Plex Sans CJK 字体为范例。
• 强调开发者需主动适配字体参数,确保垂直对齐的精准性。
5. 未来计划
• 完善 Gladest 的自定义字体功能,增强基础稳定性后扩展字体元信息解析能力。
author Losses Don
#rust #开源 #tools
记得上一次看到类似的是 lint-md
mark 一下回头试试!
https://github.com/huacnlee/autocorrect
AutoCorrect 是一个基于 Rust 编写的工具,用于「自动纠正」或「检查并建议」文案,给 CJK(中文、日语、韩语)与英文混写的场景,补充正确的空格,纠正单词,同时尝试以安全的方式自动纠正标点符号等等。
记得上一次看到类似的是 lint-md
mark 一下回头试试!
https://github.com/huacnlee/autocorrect
AutoCorrect 是一个基于 Rust 编写的工具,用于「自动纠正」或「检查并建议」文案,给 CJK(中文、日语、韩语)与英文混写的场景,补充正确的空格,纠正单词,同时尝试以安全的方式自动纠正标点符号等等。
INK - 一款通过 React 构建交互式命令行应用的开源工具。
https://github.com/vadimdemedes/ink
AI 摘要:Ink 利用 Yoga 实现 Flexbox 布局,使开发者能够使用类似浏览器中的 CSS 属性来设计 CLI 界面。文中详细说明了如何安装 Ink、使用示例代码展示组件和 Hook 的基本用法,并提供了 <Text>、<Box> 等组件的使用细节。此外,作者还列举了多个社区采用 Ink 的知名项目,如 Gatsby、Prisma 以及 Shopify CLI 等,帮助开发者了解其广泛应用场景。整个文档是开发交互式命令行工具的重要参考资料。
via React Status 420
#前端 #字体 #开源
https://fixupx.com/geekbb/status/1900169791832547425
喜欢!一个开源的可爱的等宽字体, 带连字和控制台图标的圆角等宽字体,中英文宽度完美2:1,细粒度的自定义选项。
https://github.com/subframe7536/maple-font
https://fixupx.com/geekbb/status/1900169791832547425
喜欢!一个开源的可爱的等宽字体, 带连字和控制台图标的圆角等宽字体,中英文宽度完美2:1,细粒度的自定义选项。
https://github.com/subframe7536/maple-font
Geek (@geekbb): 卡哇伊字体 Maple Mono
✨ 可变 - 无限的字体粗细,以及手工微调的斜体字形。
☁️ 丝滑 - 圆角,独特的 @ $ % & Q -> 字形和手写风格斜体。
💪 实用 - 大量的智能连字。
🎨 图标 - 提供 Nerd-Font 嵌入的版本,添加图标支持。
🔨 定制 - 可定制OpenType特性。
https://github.com/subframe7536/maple-font
#优质博文 #前端
https://fixupx.com/i5ting/status/1896460211969560953
驳已死论调•i5ting狼叔•知乎
https://www.zhihu.com/question/13453534732/answer/115166055109
#AI #技术趋势 #开源
https://fixupx.com/i5ting/status/1896460211969560953
驳已死论调•i5ting狼叔•知乎
https://www.zhihu.com/question/13453534732/answer/115166055109
AI 摘要:作者通过分析 Node.js 和前端技术的发展现状,结合 AI 对开发的影响,驳斥“前端已死”的论调,强调技术迭代中蕴藏的新机遇。
本文从技术发展现状、AI 对前端的影响、应对未来的学习路径三个维度展开论述:
1. 技术现状:Node.js 从 v8 到 v20 的核心升级(如 ESM、Worker Thread、WASM 等)表明技术仍在稳步迭代,npm 生态持续增长(340 万+包),但框架层已进入瓶颈期;
2. AI 的影响:AI 工具显著提升开发效率(如代码生成、经验复用),但存在实时性不足、依赖输入质量、缺乏创造性等局限,需结合结构化思维与知识体系应对;
3. 未来路径:通过 5 步实践(AI 入门、搜索、基础库学习、客户端探索、应用开发)掌握 AI Web 开发,强调前端应聚焦应用层而非基建,并展望基于 Agent 的交互变革。
作者主张“低端前端可被 AI 替代,但主观性强的复杂场景仍依赖开发者”,提出“善用 AI 提效+夯实知识体系”的双轨策略。
#AI #技术趋势 #开源