forked from xitu/gold-miner
-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
merge #14
Merged
Merged
merge #14
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…roid RxJava 2](这到底是什么)第三部分 的积分
通过测试来解耦Activity
> * 原文地址:[Everyone is a designer. Get over it.](https://library.gv.com/everyone-is-a-designer-get-over-it-501cc9a2f434) > * 原文作者:[Daniel Burka](https://library.gv.com/@dburka) > * 译文出自:[掘金翻译计划](https://github.com/xitu/gold-miner) > * 译者:[ylq167](https://github.com/ylq167) > * 校对者:[changkun](https://github.com/changkun),[circlelove](https://github.com/circlelove) ![](https://cdn-images-1.medium.com/max/2000/1*xIoFsnWI_2-1VOy00a2KrQ.jpeg) 图片作者 Alice Achterhof [来自于 Unsplash](https://unsplash.com/search/designer-paint?photo=FwF_fKj5tBo) # 人人都是设计师。我们可以的。 # 最近,[Jared Spool](https://www.uie.com/about/) 的一篇关于 Netflix 的性能工程师竟然才是是真正的**设计师**的[文章](https://articles.uie.com/signup/)引起了我的注意 。这是一个挑衅的想法,但也有一定的道理。他的论点是你团队中的每个人(包括性能工程师)都参与到产品设计,而不仅仅是带有「设计」头衔的人。 ![](https://cdn-images-1.medium.com/max/800/1*qLoczEHONP188zelJbn-6w@2x.png) 从一些反应中,你可能会认为 Jared 绑架了一些人的孩子用来献祭。Jared 到底写了什么呢? > 这个团队的成员都是性能工程师。他们架设,开发,维护一个复杂系统的性能。这占据了他们所有的时间。而且还远不止如此,在系统工程方面,几乎没有比这更技术性的工作。 > 然而,在 Netflix 用户的视频流停止并出现旋转动画的那一刻,表明播放器正在等待更多的数据,这些工程师(的身份)发生了戏剧性的转变,**他们变成了用户体验设计师。** 我把最后一句话加粗了 —— 因为这真的很重要。一些设计师对工程师或销售人员或 CFO 可能是「设计师」的想法感到不适。 ![](https://cdn-images-1.medium.com/max/800/1*ErZDaGRy3mJ19jGdWqeJgA@2x.png) 常见反应 不管你是不是喜欢,也不管你是不是同意,设计团队以外的人都会以重要的方式通过重大的**设计**决策来影响你的客户。他们也**正在设计**你的产品,他们也是**设计师**。 这不应该是**挑衅** —— 这只是一个事实的陈述。我每年与几十家[创业公司](http://www.gv.com/portfolio/)合作,我看到每一家公司都会发生这种情况。CFO 作出定价决定改变了产品体验。一个工程师做了性能权衡。销售人员写一个与客户交谈的脚本。在我看来,从根本上改变用户体验的人就可以叫做**设计师**。 如果这是不言而喻的,那为什么 Jared 和我坚持这一点?我会一直强调这一点,因为我希望设计师能改变看待自己身份的方式,并成为更好的设计师。 现在,想想这种观点的改变将如何改变你的工作方式。 #### 人人都需要设计思维 #### 当你接受设计决策来自于你团队之外而且不带有「设计」头衔的人的现实时,你就会向你的其他同事靠拢。因为他们不仅是你的同事,也构成了你的设计团队。 苹果(Apple)和爱彼迎(Airbnb)那些能带来顶尖设计的公司都深谙此道。爱彼迎(Airbnb)的设计副总裁 Alex Schleifer [对**《连线》杂志**提及](https://www.wired.com/2015/01/airbnbs-new-head-design-believes-design-led-companies-dont-work/)他们的公司其实**并不是**设计驱动的。 >**Airbnb 的解决方案其实淡化了设计师的概念。重点不是去创造一个「设计驱动的文化」,因为这就相当于对其他人说他们的看法是不重要的。这会把整个团体置于必须去迎合某个特权观点的不利位置。相反,Schleifer 则希望更多的人能够去细细体会那些只存在于设计师领域的 —— 「用户」观点。** 每个人都需要掌握设计师的所有技能吗?当然不是。但是理解他们的决定是如何影响用户体验每个人都要掌握的手段。 当一个工程师在性能方面走捷径时,他们需要理解这是如何损害用户体验的。同样,当设计师需要推动工程师做影响性能的改变时,这个工程师应该帮助设计师做出最好的整体设计决策,而不仅是否定设计师所需要的。正是这种相互尊重的合作方式才孕育了伟大的设计。 激发共鸣的最好方式就是和来自公司的同事一起看用户调研。当我的同事 Michael Margolis 和 GV 公司一起进行研究时,我们要求整个团队 —— 而不仅仅是设计师 —— 都要一起观看这些访谈并进行记录。如果不可能做到每个人都全部观看,你可以记录会话并在之后安排一个集体的「评审会议」。 #### 在设计团队之外工作 #### 当你接受设计这个行为发生在你的团队中几乎任何地方时,你必须承担责任。你的应用很慢?去找开发团队谈谈。你的营销团队很难将你的产品传达给潜在客户?你最好在这个问题上和他们一起工作。 是的,和你公司里的每个人一起做设计的工作量很大。但是,如果你想成为一名真正伟大的设计师,那么这是必要的。否则,你只是在做错误的决定。例如,假设你的 CEO 为你的产品创建了一个复杂的定价结构。你可以专注于使用您的界面和信息设计技巧使定价页面尽可能的清晰。但是需要把握的更加困难和重要的设计机会则是与您的 CEO 一起重新定价你的产品,以便用户清楚,同时符合业务目标。 关注核心业务是将是实际产品设计与界面设计甚至用户体验设计区分开来。基本的产品设计真的很难,需要大量的调研工作,但这就是最高级的设计师所做的 - 这就是为什么他们的工作比你的好。 ![](https://cdn-images-1.medium.com/max/600/1*czW-2nrN_3l50ZzgYQYqlw@2x.png) Dan Saffer 和 ThomasGläser 的 「用户体验设计学科」 #### 将非设计师扩增到设计团队中 #### 设计是一项艰巨的任务,你将需要广泛的技能(请查看由 Dan Saffer(制作的)[UX 学科图](https://www.fastcodesign.com/1671735/infographic-the-intricate-anatomy-of-ux-design)中的所有圈子)和多年的实践才能真正掌握设计。 也许这就是为什么当不是设计师的人做设计工作或者被 Jared 和我称作「设计师」时,许多设计师感到生气。只要你愿意你可以表现的很生气,但事实是其他人不管有没有你都一直在做设计决策。拥抱他们吧,他们不会使你的工作变得不那么有价值,也不会使你的职位变得不那么有意义。 对于更多的人来说**做设计**是附加的,并没有竞争力。这些设计师使您的团队和您的产品更强大,因为他们从独特的角度做出贡献。帮助他们提高自己的技能,并利用自己的专长来优化您的产品和公司。 ### **让我们一起创造更美好的未来吧** ### 几年前,我遇到一家财富 500 强公司的 CEO。当我告诉她我是设计师时,她的眼睛亮了起来。「哦,我喜欢设计!」她说,「我的团队就在设计团队的大厅里,他们在那里做了很多创造性的工作。」 我的心凉了一截。他们的设计团队只是在这个行政大厅,但是他们没有一起工作。相反,他们坐在隔音玻璃后面,孤立地做「创造性工作」。 行政人员每天作出影响他的顾客的决定。「在这里」却没有与设计师接触,她需要承担一部分责任。但设计团队才是应该承担这个责任的——他们错过了与同事接触并共同完成业务中最重要难题的机会。 感谢 [Jared M. Spool](https://medium.com/@jmspool) 拟写优秀的文章, [John Zeratsky](https://medium.com/@jazer) 和 [Michael Margolis](https://medium.com/@mmargolis) 参与编辑和建议, 以及 [Alex Schleifer](https://medium.com/@alexoid) 为优秀的**《连线》**文章(做的努力)。 --- > [掘金翻译计划](https://github.com/xitu/gold-miner) 是一个翻译优质互联网技术文章的社区,文章来源为 [掘金](https://juejin.im) 上的英文分享文章。内容覆盖 [Android](https://github.com/xitu/gold-miner#android)、[iOS](https://github.com/xitu/gold-miner#ios)、[React](https://github.com/xitu/gold-miner#react)、[前端](https://github.com/xitu/gold-miner#前端)、[后端](https://github.com/xitu/gold-miner#后端)、[产品](https://github.com/xitu/gold-miner#产品)、[设计](https://github.com/xitu/gold-miner#设计) 等领域,想要查看更多优质译文请持续关注 [掘金翻译计划](https://github.com/xitu/gold-miner)。
别让你的偏爱拖了后腿:快拥抱箭头函数吧!
为何 TypeScript 愈发流行了?
人人都是设计师。我们可以的。
更加简介 => 更加简洁
…中关于slice可以使数组复制保持不可变性(immutability)的补充说明
write-safer-and-cleaner-code-by-leveraging-the-power-of-immutability …
理解NodeJS中基于事件驱动的架构
如何理智地构建复杂用户界面
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.