总是莫名其妙会将端午和中秋搞混。端午晚间，外面是世界杯与四处的假期，我更多在Wolfenstein。
买到一张朴树99年首张专辑的黑胶，德国印制，明天大约可以拿到了，有机会在夜聊里放给各位听。周五在“我爱这十三年来的学习历程”里播放了Eric Clapton的“Wonderful Tonight”，自己回听时也很喜欢，那些呲呲的声音。
说起来像是很久没做译文了？Julie Zhuo最近有上新，便拿来一做；我喜欢让中文随着她的文章流淌出来的感觉。原文“Good Pressure, Bad Pressure”，译文标题就这样了，请海涵。
诶突然只想看水流；几时才能退休呢。
喝了一整天粥的周六；办公区人烟稀少，静的安详；天台缺少遮雨之处。
近一个月来尝试了一些声音；播客，尬聊，脱水朗读，以及手机或黑胶唱片播放的所谓背景音乐；还蛮有意思，至少自己觉得。
汇总一下到目前为止的九期，放到这边。声音目前只放在公众号（Beforweb）与喜马拉雅；将来或许会扔更多平台，我不知道，看需求。
各位好。自从尝试录音之后，再写字就会有一种和从前不一样的感觉 - 要表达的东西像是更加口语化，要脱口而出的样子；但通过键盘落到文字上时，口吻又被另一个自己所占领，像是一直以来的文字人格。
周六的夜聊（关于黑胶、文青与Design System的架构设计）似乎是到目前为止我个人感到最舒适的一期录音。没什么事先规划，也没有急迫的正经事要讲，只是聊天说话的样子，伴着1938年爵士乐现场的黑胶唱片与Jim Beam。
既然从一开始这个文字版的博客就是自娱自乐为主，换了内容载体也没必要为任何事情而变化吧。那我自便了。尽量不去想太多“你们”，而回过头来更多关注“我”自己。我随意，大家也随意。
上周说到了“像做产品一样对Design System进行前期规划”，包括目标、原则、范围与架构，这四个方面。本周在最关键的部分深入推进一步，聊聊“架构”当中的一些问题。
难得周六。一点儿也不难得，每周都会有。昨天任性的暴雨过后整个天地还是灰色的，倒是凉快些。我近半年来听的中文歌比过去十几年加起来都要多的样子。
说起来，自己回听了一下昨晚发的“夜聊-终于有背景音乐了”，感到处理方式还是有些生疏和暴力；音量、距离一类，接下来会尝试优化。对，所以接下来的播客当中还是会用人肉DJ的方式举着手机对着麦做BGM哦。
昨天有提到关于Design System的话题，今天趁热做掉。简单聊聊好了，因为近来的工作主要聚焦在这方面，且又是几乎从零开始的状态，所以这次想要至少通过这样非正式的方式做做记录。
不久前与鹅厂老同事合作了一个关于艺术画作与创意灵感的App概念设计项目，“Impart - iOS App Design Concept”，涵盖视觉设计、交互动效、Logo设计等多方面要素，特别是卡片/画廊形式的界面元素尝试；详情请移步Behance上的案例展示。
在项目中，我基于之前的系统级组件库 WireframeKit for Sketch (iOS 11) 制作了相关线框原型，并进一步优化整理成这套全新的应用级线框稿组件库，WireframeKit for Sketch - Impart。
编者按：C问各位周一早安。像是正经入夏了，从湿冷到湿热，时间来往的匆匆忙忙。周六第一次尝试以“播音”的形式与各位见面，即“[有声回顾] 优秀的UX设计师应该做好的五件事”，错过的朋友不妨回听；同时也向各位给予了支持和建议的朋友们道声感谢，我会试着在第二期里做的更好些。
今天的译文来自Beforweb合作作者Hesivell，江湖人称“皇上”的便是了，她之前的“Design Systems 读书笔记”仍强烈推荐。本文原文“Many Ways to Learn”，作者Julie Zhuo。- C7210
和C一样，我也是Julie Zhuo的忠实读者。另外我心目中最帅的产品经理也是。
其实最近很久没看JZ的更新了。就前几天读到这篇“Many Ways to Learn”，非常感触，只要你想要扩展自己的边界，那么从周围很多人和事情中都能学到新的东西。翻译的过程中不由自主想到很多人，不同职能和行业的，每个人心里都有一个有趣的小世界。
昨天在“我想发些声音了”当中聊到试着通过录音的方式回顾Beforweb过去几年的一些精华内容，立刻就有朋友赞赏支援咖啡了，感谢；那我们说做就做吧；选择了2012年9月发布的一篇译文。
至于录音，下午搞掉的；门窗紧闭着还是能依稀听到外面的小鸟在叫啊、防盗报警一类的声音。第一次这样对着麦克风，空无地念叨着，感觉怪怪的；没有任何真人对话互动，全身心不知自己在和谁讲话。
通过GarageBand一遍录下来，无后期，一些杂音或磕磕绊绊的地方先随它去了，保持简单先；听自己的声音还真是别扭哦，怎么形容呢 - 紧张，且丧。不过我猜平时讲话大致就是如此，给各位听到的也算真实；慢慢培养经验再做优化吧。
字面意思的“声音”，而非“意见表达”一类。这事或许会有意思，我不知道。连麦都买好了，叫做“Blue Yeti”。简单聊聊来龙去脉吧。
或许各位还有印象，今年春节期间在公众号做了一个“Laws of UX”系列，每期都很简短，介绍一些设计原则或“定律”，譬如费兹定律、席克定律等等。
在做第一篇的时候，去搜索相关内容希望作为补充阅读；发现一篇叫做“费兹定律与移动应用界面设计”的文章在很多网站出现，心想好烦哦同一篇东西转来转去的，去读看看好了。然后越发觉得文风似曾相识，如此亲切…
通过转载信息，我了解到这是我自己在2013年6月发的一篇译文。捂脸。
编者按：偷看了一眼上次的更新，约莫还是在两周前；中间忙一些事务，读一些书，又去宝岛休假了一周，差不多就是这样了；出行期间略有感触，接下来找一期单聊吧。之前有朋友问到博主你平时的状态是怎样的怎么能如此飘逸，我觉得还是要看主观意识真正希望将生活状态拉向何方了，客观未必绝对。
这次呈上Beforweb合作作者SL的译文，“The Design Fidelity Conundrum”，原文来自IBM的设计师，探讨如何选择设计产出的保真度；我就不在编者按里多废话了，回头再聊。 - C7210
关于设计保真度的难题 - 在寻求用户反馈时，怎样的设计保真度最合适？
我试试看做这件事，但并不大确定。连“摘译”这个词本身的含义也是昨晚查了一下才确认基本符合自己的意图。摘译，先摘后译，区别于“全译”与“节译”，取文之精华而（相对）快速译成。“精华”的标准或许会有主观之嫌；同样不确定。
原本计划全书翻译出版，却因版权相关问题耽搁而一直无法落实；这种情况下以任何形式全译并发布内容都有不妥，于是我们先做类似摘译或读书笔记的形式好了。
大体原则，是依照完整的章节顺序，选取精华段落，或段落中的精华语句组织成文；以快速传达原文核心思想为首要目标，而不在形式上严格遵循原文词句。突然隐隐感到这是比全译更加费脑力的差事，不知为什么；试试看先。