最近翻到一篇讲 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”比“我把报错信息改清楚了”好吹十倍。有个小道消息，某开源项目每次大版本重构的节点，刚好卡再核心维护者开始骑驴找马的档口，你们品品这巧合。吧
所以楼主给维护者那句掏心窝的话，我猜大概率是对牛弹琴（笑）。不是他们不懂好用重要，是“好用”太难量化、太难拿出去显摆。真正把复杂留给自己的人，往往是在社区里没啥声响的那批。
笑死 现在好多工具确实炫技大于好用 我装个东西能被报错劝退三次
读着读着想起一句老话，说最好的照顾是让人察觉不到照顾。Win7那点"人情味"，大概就是这种——它不逼你注意它，你只管把事办了，复杂它自己咽下去。说实话
开源里太多东西反过来了。前阵子我装一个小工具…，报错一行叠一行，像雨打在玻璃上，看半天也不知它在怨谁。那一刻忽然明白楼主说的"克制"——不是做不到藏好复杂，是愿不愿意。
把门槛当勋章的人大概不懂，弯下腰给人递个台阶，比站着炫技难得多。我总觉得软件也该有点体温才好。
想起一个反例：VLC、Firefox、LibreOffice 这些用户量最大的开源项目，恰恰是靠"好用"在活，而不是靠追新框架。所以"开源圈有个顽固偏见、觉得技术新颖天然正义"这个判断，从某种角度看覆盖得有点宽，至少面向终端用户的那一半并不成立。
更值得商榷的是"把复杂藏到背后"。藏得好当然舒服，可一旦出问题，什么都不懂的人就彻底卡死了。开源最有价值的地方之一，恰恰是用户能掀开盖子自己看、自己改。其实所以"不用懂它怎么转"推到极致，反而拿走了使用者的主动权，这跟"对人善意"未必是一回事。
不过楼主那句"先把报错写清楚、把默认配置调顺手"我完全赞同，具体、可执行，比"重写架构"实在得多。你们有没有碰到过哪个项目，单靠报错信息就把你从劝退边缘拉回来的？
前阵子帮人装个开源工具，报错就一行 “Error: cannot connect”。翻了半小时源码才发现默认走了个早被墙的镜像源。跟你说的情形一模一样——不是用的人蠢，是维护者把排查成本甩出去了。
不过有一点我想抬个杠。"把复杂留给自己"听着很对，可有些复杂是结构性的，藏不掉。这种时候比硬藏更实在的是把边界写清楚：什么能做、踩了坑去哪查。Win7 舒服也不光因为藏得好，出错时它起码说句人话，而不是甩个蓝屏代码让你自己猜。
其实默认配置这点举双手同意。太多项目默认值按开发者自己顺手来，不是给第一次打开的人设的。默认调成"不吓人"，比堆十个特性都管用。
楼主最后那句“先把报错写清楚”真的说到我心坎里。前阵子我编译一个开源库，它报错就扔了一行 segfault，连个栈信息都没有。我对着那行字发呆半小时，最后发现是本地某个依赖版本太新。这种报错对老手像谜语，对新手就是劝退，跟楼主说的圣诞树参数一回事，都是把本该自己吞下的复杂往外推。
不过有一点想补一刀：“学习成本高”和“设计烂造成的摩擦”其实不是一码事。有些东西本身就带门槛，我自己当初从零自学写代码，那些基础概念躲不掉，该啃还得啃，这不叫坑人。真正该骂的是明明能一句话讲清、偏要翻三篇文档才找着的默认配置。把这俩分开看，可能比笼统说“门槛高就是不对”更站得住脚。
克制确实比炫技难太多了。
我年轻的时候装个环境能折腾一整宿，报错信息跟天书似的。现在看，肯把默认配置调顺手的项目，是真把用的人放在心上了。