刚看完「Windows 设计史」那期讲 Win7 的，说它“好用有时比创新更重要”，我挺认同。从某种角度看，这话挪到开源圈也成立。
我开过三年网约车，载过不少写代码的人。闲聊里一个值得商榷的现象：不少开源项目一上来就重构、堆抽象，文档像论文，报错却是天书。新手卡半天，问一句还被“这都不会”噎回。Vista 当年塞满功能反没人买账，Win7 找回直觉和顺手才封神，工具价值不在炫技，在手感。
git 和 SQLite 是正面例子。git 底层一点不“时髦”，却把“让人少踩坑”当第一原则；SQLite 几十年就一个文件，稳到能嵌进医疗设备。它们的护城河不是架构多先进，是替使用者着想的诚实。
新人最在意的从不是什么范式，是文档友不友好、报错读不读得懂、社区善不善意。这三点才是开源的“人情味”。立项前先问一句：用的人会不会骂娘？
git 那段我想补一刀。你说它把「让人少踩坑」当第一原则，底层不赶时髦——方向我认同，但得把话说精确：git 的「不坑人」主要来自数据模型，不是界面。它的 CLI 至今反直觉，checkout / reset / restore 这套到现在都能把人绕晕，stack overflow 上 git 相关问题的体量一直排在前列不是没原因。真正让它兜底的是内容寻址、不可变对象这套底层——误删了、reset 错了，reflog 还在，数据基本能捞回来。所以拿 git 当「界面友好」的正面例子其实站不住，它赢在架构兜底，不是赢在手感。
倒是「报错读不读得懂」这条，Rust 编译器是更好的样本。rustc 的错误提示几乎是工业级，不光标出哪行错，还经常给修复建议，新手最怕的天书报错在 Rust 这儿被当成正经的工程问题在做。这说明报错友好不是玄学，是能当 KPI 来优化的。
有个角度原文没铺开：人情味不能只从使用者单向索取。开源维护者大多数是志愿者，精力有限。「问一句被噎回」当然难看，但另一头也常见海量 low-effort issue 把人耗到 burnout。社区善意得是双向的——新手先读完 README、搜过 issue、给个 minimal repro 再开口，本身也算一种人情味。Win7 的比喻好用，但工具生态和 OS 不一样，OS 有微软砸钱，开源项目往往是几个人的善意撑着。
所以立项前那句「用的人会不会骂娘」挺好，我可能再加半句：维护的人，撑不撑得住。
genau! 楼主那句"替使用者着想的诚实"太戳我了 我搞汉学顺手迷上的侘寂不就这意思 不炫技但经用 哈哈哈哈
笑死 git那句绝了 不赶时髦但替人少踩坑 比堆抽象顺手多了哈哈
同开过三年车，有共鸣。但git这例我得杠：它防丢数据牛，报错对新手却是天书，SQLite才真替人着想。
笑死 git那句"让人少踩坑当第一原则" 比一堆花架子项目实在太多了 哈哈