开发工具资讯 第17页

聚合当前分类下的最新内容,按时间顺序查看第 17 页精选文章。

Mercury 用约 200 万行 Haskell 跑金融系统,关键不是语言信仰
开发工具 2026/5/3

Mercury 用约 200 万行 Haskell 跑金融系统,关键不是语言信仰

Mercury 工程师 Ian Duncan 在 Haskell Blog 新系列中复盘:这家金融科技公司用约 200 万行去除注释等内容后的 Haskell 代码支撑生产系统。重点不在 Haskell 是否优雅,而在它能否把金融业务里的危险操作关进类型和接口边界。对后端、基础设施工程师和技术管理者来说,这更像一份工程治理案例,不是换语言倡议。

HaskellMercury金融系统
Ladybird 4 月合并 333 个 PR:它开始啃浏览器真正难的部分了
开发工具 2026/5/3

Ladybird 4 月合并 333 个 PR:它开始啃浏览器真正难的部分了

Ladybird 2026 年 4 月合并 333 个 PR,35 名贡献者参与,其中 7 名是首次贡献者。更新重点不只是 PDF、历史地址栏、书签和 GTK4 前端,而是增量解析、后台 JS 编译、独立光栅化、DNS 线程池、CacheStorage 这些底层债。我的判断很克制:它还不能替代 Chrome 或 Firefox,但已经不像界面玩具,开始进入浏览器工程的苦工区。

Ladybird开源浏览器浏览器引擎
Pedometer++ 8 的六年地图课:Apple Watch 不能只用缩小版手机地图
开发工具 2026/5/3

Pedometer++ 8 的六年地图课:Apple Watch 不能只用缩小版手机地图

Pedometer++ 8 发布后,David Smith 回顾了六年 Apple Watch 地图迭代:从服务器生成地图,走到 SwiftUI 原生渲染和自定义底图。关键判断是,手表上的好地图不是把手机地图缩小,而是为抬腕一眼、户外强光、离线需求和单手操作重新取舍。对户外用户来说,看点是实际可读性;对移动端设计师和独立开发者来说,看点是系统组件与自研控制权的边界。

Pedometer++ 8Apple Watch地图体验
VS Code 合并默认开启 AI co-author 署名的 PR,透明度与同意权开始正面冲突
开发工具 2026/5/3

VS Code 合并默认开启 AI co-author 署名的 PR,透明度与同意权开始正面冲突

VS Code 仓库一个已合并 PR 将 Git 扩展配置 git.addAICoAuthor 的默认值从 off 改为 all,使 AI co-author trailer 默认开启。这个改动的价值在于提高 AI 参与痕迹的可见性,但争议也在这里:透明不应绕过开发者明确同意。

VS CodeAI co-authorGit
DO_NOT_TRACK=1:开发工具遥测该有一个总开关
开发工具 2026/5/3

DO_NOT_TRACK=1:开发工具遥测该有一个总开关

donottrack.sh 提出用统一环境变量 `DO_NOT_TRACK=1`,让 CLI、SDK、框架等本地软件关闭遥测、使用统计、崩溃上报和非必要网络请求。它目前只是倡议,不是行业事实;真正戳中的问题,是开发工具把“退出成本”拆碎后甩给用户。对开发者和工具维护者来说,下一步很具体:用户可以先设全局变量并检查工具文档,维护者则该明确识别这个信号。

DO_NOT_TRACK开发工具遥测donottrack.sh
NetHack 5.0.0 发版:老游戏真正的更新,是先把地基修好
开发工具 2026/5/3

NetHack 5.0.0 发版:老游戏真正的更新,是先把地基修好

NetHack DevTeam 于 2026 年 5 月 2 日发布 NetHack 5.0.0,经典地牢探索游戏从 3.6 系列进入 5.0 系列。重点不在商业重启,也不是换成新游戏,而是一次面向长期维护的工程升级:C99、交叉编译、Lua 文本处理,以及 3100 多项修复和变更。玩家要注意旧 saved games 和 bones files 不能迁移;开发者更该看的是,一个近 40 年的开源项目如何处理技术债。

NetHack 5.0.0NetHack DevTeam开源游戏
Pyrefly 被指静默关闭竞品 Pyright:开发工具不能偷改默认权
开发工具 2026/5/3

Pyrefly 被指静默关闭竞品 Pyright:开发工具不能偷改默认权

Meta 的 VS Code 扩展 Pyrefly 被公开指控:激活时会把 basedpyright、Windsurf Pyright、Cursor Pyright 的语言服务写成关闭,而且写进用户全局 settings.json。公开材料包含源码锚点和干净环境复现,但目前不能直接定性为恶意或违法。真正刺眼的是边界:开发工具可以处理冲突,不能在用户不知情时替用户改写竞争关系。

PyreflyVS Code 扩展Pyright
Windows 为什么同时有 TMP 和 TEMP:不是标准之争,是兼容欠账
开发工具 2026/5/2

Windows 为什么同时有 TMP 和 TEMP:不是标准之争,是兼容欠账

Windows 里同时存在 `TMP` 和 `TEMP`,不是谁更正统,而是 CP/M、MS-DOS 到 Windows 迁移时叠出来的兼容结果。真正影响开发者的,不是记住一个答案,而是知道具体程序会按自己的顺序查变量。写程序优先用系统临时路径 API;排查问题时要看进程实际环境、用户/系统变量和目录权限。

Windows环境变量TMP
学会一门语言,不等于学会编程:老开发者批评编程教育教偏了
开发工具 2026/5/25

学会一门语言,不等于学会编程:老开发者批评编程教育教偏了

一位有三十年经验的开发者批评,很多编程课程把语法、框架和工具链当成了编程能力本身。真正拉开差距的,是系统结构、数据流、调试路径和长期维护判断。AI 编程工具会放大这种差距:有判断力的人提效,没有判断力的人更快制造烂代码。

编程教育编程能力软件开发
开源维护者不是永动机:软件行业的免费账快到期了
开发工具 2026/5/2

开源维护者不是永动机:软件行业的免费账快到期了

一份由 Sentry Open Source Pledge 资助的 49 页报告,把开源社区倦怠拆成了六个诱因:无偿劳动、高负载、低回报维护、毒性互动、过度责任和自证压力。它不是大规模定量研究,但几个数字已经够刺眼:73% 开发者曾经历倦怠,60% 开源维护者考虑过离开,60% 没有任何报酬。真正的问题不是开发者累不累,而是软件行业长期把基础设施成本外包给个人热情。

开源维护者开源社区倦怠
微软开源 lib0xc:给 C 代码补安全护栏,但它不是 Rust 替代品
开发工具 2026/5/2

微软开源 lib0xc:给 C 代码补安全护栏,但它不是 Rust 替代品

微软在 GitHub 发布 lib0xc,定位是贴近 C 标准库的一组安全 API,当前面向 macOS 和 Linux 的 arm64、x86_64,可构建为 POSIX 静态库。 它的价值边界很清楚:不把 C 变成内存安全语言,而是用可替换 API、静态边界、严格警告和 clang bounds safety 降低常见低级错误。 真正要评估的是工具链成本。宏 API、C11 GNU 扩展、clang/gcc 依赖,都会影响它能不能进现有工程。

lib0xc微软C语言
VB6 被重新提起:老业务软件开发到底丢了哪种省力
开发工具 2026/5/2

VB6 被重新提起:老业务软件开发到底丢了哪种省力

一位从 VB3-VB6 转向 C#/.NET 的开发者,正在征集真实生产用户的具体反馈:VB6 哪里省力,现代 .NET 哪里让人疲惫。重点不是证明 VB6 胜过 C#,而是看清业务软件里被低估的低阻力工作流。对维护老系统和准备迁移的小团队来说,这会影响是否重写、怎么选 UI 路线、先改哪一段流程。

VB6.NETC#
Josh Comeau 限时开放动画课程片段:真正有用的是让开发者先判断合不合适
开发工具 2026/5/2

Josh Comeau 限时开放动画课程片段:真正有用的是让开发者先判断合不合适

Josh Comeau 临时公开了 Whimsical Animations 完整课程中的部分 lessons,开放时间写作 “a couple of days”,不是整门课长期免费。对想买课的前端开发者来说,它的价值不在薅免费内容,而在低成本判断教学风格、课程节奏和自己是否适合报名。页面信息有限,价格、总课时、报名数据和用户反馈都不能从这次开放里推出来。

Josh ComeauWhimsical Animations前端动画
Claude Code 里有人做了个算命插件,重点不是准不准
开发工具 2026/5/2

Claude Code 里有人做了个算命插件,重点不是准不准

GitHub 上的 destiny 是一个第三方 Claude Code 插件,面向 Claude Code v2.0+,用 /destiny 输出每日运势和人生解读。它把出生资料保存在本地,用传统命理规则做确定性计算,再交给 Claude 生成解释文本。项目很小,约 13 个 star,但它提示了一个更现实的问题:Claude Code 的插件生态正在把开发工具推向私人入口。

Claude Code插件生态destiny
whohas:老派命令行查包工具的价值,不在“管理软件”,在跨发行版对照
开发工具 2026/5/1

whohas:老派命令行查包工具的价值,不在“管理软件”,在跨发行版对照

whohas 是一个用 Perl 编写的命令行工具,可一次查询多个 Linux、BSD 和类 Unix 软件仓库中的包名、版本与详情链接。它真正适合的场景不是安装或升级软件,而是让包维护者横向比较不同发行版的打包状态、版本差异和打包定义。

whohas命令行工具跨发行版查包
Ghostbox:把免费算力拼成一次性开发机,诱人但别急着托付
开发工具 2026/5/1

Ghostbox:把免费算力拼成一次性开发机,诱人但别急着托付

Ghostbox 的入口很轻:安装 CLI 或 curl 脚本后执行 ghost up,就能拿到一台临时机器,SSH 登录,用完释放。它的价值不在替代云主机,而在把临时构建、陌生仓库、Web 预览和 Coding Agent 从本机隔离出去。真正的分水岭不是能不能借到免费算力,而是平台规则、权限边界、secrets 处理和清理机制是否可信。

Ghostbox临时开发机CLI
苹果把 Claude.md 打进发布包,尴尬点不在用了 AI
开发工具 2026/5/1

苹果把 Claude.md 打进发布包,尴尬点不在用了 AI

Apple Support App v5.13 被曝意外打包 Claude.md,爆料者 Aaron 随后称苹果已用 v5.13.1 移除。它不等于源码、密钥或用户数据泄露,但说明 AI 编程工具已经进入大厂开发流程。真正该看的不是苹果会不会用 AI 写代码,而是它能不能把 AI 工具链纳入发布审查。

Claude.mdAI 编程工具Apple Support App
1991 年的 Adobe PostScript ROM 跑进浏览器:老代码为什么比云产品更耐用
开发工具 2026/5/1

1991 年的 Adobe PostScript ROM 跑进浏览器:老代码为什么比云产品更耐用

pagetable 的 retro-ps 把 1991 年 HP C2089A PostScript Cartridge Plus 里的 Adobe PostScript Level 2 参考解释器跑进了模拟器,可在命令行或浏览器端渲染 .ps 文件。重点不在复古,而在一件更刺眼的事:边界清楚、契约稳定的基础软件,三十多年后仍能工作;很多今天的云产品反而未必撑得过几轮接口和商业策略调整。它也不是 Adobe 新产品,不是现代打印系统替代品,ROM 获取和版权边界不能被忽略。

PostScriptAdobe PostScript Level 2HP LaserJet
Windows 蓝牙 MIDI 配上却用不了:一个开源小工具补了平台的缝
开发工具 2026/5/1

Windows 蓝牙 MIDI 配上却用不了:一个开源小工具补了平台的缝

Perfect Bluetooth MIDI for Windows 是一个免费开源的 MIT 工具,用 WinRT 读取 BLE-MIDI,再通过 Windows MIDI Services loopback 暴露成普通 MIDI 端口。它目前只被作者在 Roland FP-90X 上实测,不是“完美方案”,更像是给 Windows 蓝牙 MIDI 断层补的一座桥。真正有价值的地方,是把“配对成功但 DAW 看不见、钢琴不出声”的黑箱故障,拆成了用户能排查的流程。

Perfect Bluetooth MIDI for Windows蓝牙 MIDIWindows MIDI Services
Ghostty 离开 GitHub 引出的一个问题:代码托管平台是不是太重了
开发工具 2026/5/1

Ghostty 离开 GitHub 引出的一个问题:代码托管平台是不是太重了

Ghostty 离开 GitHub 只是引子,Mat Duggan 的博客也不是产品发布或创业计划。 真正值得看的是他的判断:问题不在 Git,而在 PR、CI、权限、存储和协作流程被塞进单体 forge 后,维护成本越来越高。 对开发者、开源维护者和平台工程团队来说,短期动作不是立刻迁移,而是重新盘点哪些流程已经被平台默认值绑住。

GitHub代码托管Git
OpenWarp 给 Warp 补 BYOP:AI 终端的默认模型该交给谁
开发工具 2026/5/1

OpenWarp 给 Warp 补 BYOP:AI 终端的默认模型该交给谁

OpenWarp 是基于 Warp 开源代码的社区 fork,不是 Warp 官方项目;它还在 early development,暂无公开 release。它想补上的核心能力是 BYOP:用户自填 Base URL、API Key 和 Model,接入兼容 OpenAI Chat Completions streaming 的服务。真正值得看的是方向:AI 终端的控制权,正在从产品默认模型转向用户自带模型、密钥和提示词栈。

OpenWarpWarpAI 终端