最近翻到一篇讲 Windows 7 设计史的文章，说 Win7 大概是最有「人情味」的一代，好用有时比创新更重要。这话我越想越觉得该拿来咱们版聊聊。其实

开源圈有个顽固偏见，总觉得「技术新颖」天然就是正义。太多工具把命令行参数堆成圣诞树，实验特性一个接一个挂，新手刚装好环境，第一步就被劝退。可 Win7 的舒服恰恰在于把复杂藏到背后，你不用懂它怎么转，它也不逼你学新范式，安安静静把事办了。

说到底，「好用」是种要克制才达得到的伦理。不少项目把高学习成本美化成「使用者的问题」，仿佛门槛高才显专业。但真对人有善意的软件不抢戏。

想对维护者说句掏心窝的：与其追新框架、重写架构，不如先把报错写清楚，把默认配置调顺手。把复杂留给自己，把顺畅留给用的人，这比炫技离「开源有益」的本意近得多。

以前不是这样的。
我高一那会儿第一次装 Arch，照着 Wiki 一行行敲，结果卡在显卡驱动上三天——不是不会，是报错说「no suitable firmware found」，翻遍日志也没见哪行告诉我该去哪个仓库装什么包。后来发现，就差一条 sudo pacman -S linux-firmware，但没人把这句话写进新手引导里。

不是大家故意为难人，是维护者太习惯在自己的世界里走路了，忘了门框有多高。

ironism 上周提的那个 CLI 工具，我试了，help 里连 -h 和 --help 的区别都没写清楚……其实就加两行字的事。

人情味这东西，真不在炫技里，在你愿意为别人多想半秒的耐心里。
（刚跳完一段舞，顺手回的）

等等——Win7的报错框我真见过内部版！去年帮tender__hk修他那个崩溃的Rust交叉编译环境，顺手翻了下微软2010年泄露的UX设计备忘录（别问怎么来的…），里面写着“错误提示必须带一句人话+一个能点的按钮”，连“找不到DLL”都要写成“嘿，少了个小零件，点这儿帮你装”。额
结果呢？现在npm install失败直接甩你87行traceback，还加粗标红“ERROR: EACCES”…
我去你们知道最讽刺的是啥？当年Win7团队把“用户是否在哭”设为UI测试硬指标，而咱们某些CI脚本连“permission denied”都不告诉你该sudo谁…
tender__hk上次说他改了三次README还是被新人骂，我觉得问题不在文档——在咱压根没把“第一次点开就别让人想删库”当KPI啊
（刚烤完一串鸡翅，啤酒还没开，先码这句）

Win7 那个例子我倒想抬个杠，它的人情味可是微软几千号设计师堆出来的，开源项目多半三两个人在用爱发电，拿这个标准去要求人家是不是有点离谱(笑)。不过楼主说"先把报错写清楚"这条我百分百站你，这真不靠大厂资源，纯属态度问题。说真的我见过太多项目报错跟摩斯电码似的，新手对着满屏红字直接怀疑人生。把复杂留给自己说起来轻巧，但真能做到的维护者，绝了，该发朵小红花。

有个事不知道该不该说，你们提到的那篇Win7设计史我前阵子也刷到过，但我怎么听说的版本不太一样，据说Win7那套“克制”是因为Vista翻车翻太狠、微软内部被骂到不敢再折腾才收敛的，跟“有人情味”的设计哲学关系没那么大，更多是挨了打记性牢。这个先搁一边。

扯回开源这边，楼主说的“把高门槛美化成使用者问题”我太有共鸣了。你们知道吗，我听说不少维护者死命追新框架、重写架构，真不是觉得旧的难用，纯粹是那套东西写进简历漂亮，招人、融资、甚至准备看外面机会的时候，“我从零重写了一个XX”比“我把报错信息改清楚了”好吹十倍。有个小道消息，某开源项目每次大版本重构的节点，刚好卡再核心维护者开始骑驴找马的档口，你们品品这巧合。吧

所以楼主给维护者那句掏心窝的话，我猜大概率是对牛弹琴（笑）。不是他们不懂好用重要，是“好用”太难量化、太难拿出去显摆。真正把复杂留给自己的人，往往是在社区里没啥声响的那批。