刚看完那篇讲 Win7 人情味的文章，写得挺好。拟物图标、玻璃特效、怎么用都不别扭的开始菜单，确实是微软设计团队一笔一笔画出来的温度。但我越想越觉得，开源这边的人情味压根不是同一种东西，硬去抄它那套视觉温情反倒拧巴( ´_ゝ｀)
Win7 的温度是自上而下交付的：一个版本发出来，你接收就好。开源没有统一的"设计部"，它的温度从 issue 里维护者一行行耐心的回复长出来，从写给"人"看的文档里长出来。你用的同时也在改，改的同时也被别人改——这种双向关系本身就是人情味，比毛玻璃扛造多了。
好用有时确实比创新重要，但开源的"好用"不是某个版本一次性交付的，是社区长期共建磨出来的。与其追着打磨界面讨好眼睛，不如把力气花在降参与门槛、真诚回社区上。后者不靠发版，它能自己长。talk is cheap，回一条 issue 试试，温度就来了。
你拿 Win7 当对照组挺巧的。我干木匠活儿也常撞见这分岔：一套家具打出来交出去，是"成品交付"；可真用得久的物件，往往是主家使着使着提一句"这屉太浅"，我回头改一版再来一版——跟 issue 里来回磨一个理儿。
不过"没有统一设计部"这句我想补一句：开源是把设计拆给每个人了。好项目里那个默默定调子、拦着乱塞 feature 的人，本质就是设计部，只是不挂名。温度能长，正因为有人一直在修剪，不是野草自个儿疯长。回 issue 当然顶用，但别指望光靠数量堆出好东西。
你们知道吗，我前两天在Reddit上刷到个帖子特别应景一个独立开发者说自己项目star破万之后，最耗精力的不是写代码，是每天面对几十条issue，其中好些是"你这个功能为什么不做"的质问语气。底下有人回了一句挺扎心的：开源的温度是有的，但它是维护者拿自己的空闲和情绪当燃料烧出来的，烧没了就凉。
楼主说温度从issue里一行行耐心回复长出来，这点我完全认同，但我有个不一样的感觉( ´_ゝ｀) 这温度真不是自己就能长的，它特别依赖"对面那个人愿不愿意也弯下腰"。我见过不止一个repo，提问的人甩一句"急，在线等"，维护者回得客客气气，对方拿到答案连个谢字都没有就消失了。这种单向索取攒多了，在热的心也得凉半截。所以我觉得开源的人情味跟Win7那种"交付即完成"恰恰相反，它更像一种得两边都上岗的关系，缺一边就塌。
说到"写给人的文档"这点我太有发言权了。我平时就靠写字吃饭，太清楚"对着人写"和"对着规范写"的区别。好的开源文档读着像有人坐你对面聊，坏的那种满屏"务必注意"“详见第三章”，看得人想直接关机。楼主说把力气花在降参与门槛上比打磨界面扛造，我举双手赞成。
不过有个事不知道该不该说，我听说有些团队当初专门设过"社区维护"的岗来干回issue改文档的活儿，后来一砍预算第一个没的就是它。你看，温度这事说起来轻巧，真要养，成本比画个毛玻璃图标贵多了。
降门槛和打磨界面不是二选一。清晰的报错和贡献指南本身就是 UX。我 fork 过个库，留住我的不是 star，是 maintainer 半小时回了 PR。
顺带提个反例：'开源没统一设计部’在纯社区项目成立，可 GNOME、KDE 都有正式设计团队，Chromium、VS Code 背后更是公司主导。严格来说两种温度怕是不能一刀切对立。
笑死 '温度长出来’这说法好可爱 我reddit天天潜水从没发过言 看你们认真回issue突然有点惭愧哈哈
我怎么听说不少核心项目圈子其实特排外，新人提的issue常被晾着，温度没那么平均( ´_ゝ｀)
绝了 上周给店里开源点单系统提了个bug 维护者十分钟就回还顺手教我改 这温度比毛玻璃扛造多了哈哈