“设计师要懂一些技术。”懂多少，才算懂？

@-朱宇轩 ：你可能很久以前就看过这张照片，可以说是高度归纳，但似乎有点模糊。它可能描述了产品设计所需点的技能，包括用户体验（UX）、技术（Tech）和商业/商业（Business）。当我还是个学生的时候，我看到了这张照片。当时，我觉得我不小心探索了世界的真理和宇宙的真正意义。只要我到达图片中的绿色区域，我就能成为一名优秀的设计师。所以我开始学习各种各样的东西，从早到晚努力工作，渴望各种各样的知识，但后来我慢慢发现如此漫无目的的“学习”不能让我到达绿色区域，它分散了我太多的精力。人们的时间和精力是有限的，学习一切都是不现实的，这张照片并没有让我突然成为一个超级强大的设计师。“设计师应该了解一些技术。“是的，我们应该了解一些技术，但是，有些，是多少？懂多少才算懂？事实上，没有人对这个问题有一个非常准确的答案。如果你必须说，越多越好。但首先，你应该清楚地知道你是一名设计师。既然你是设计师，你就不能像程序员一样真正学习代码。对于设计师来说，了解技术似乎并不需要你真正能够自己编码才能理解。了解骨架的背景，了解它们之间的互动和联系（请注意，这并不意味着肤浅。大多数没有计算机背景的设计师已经学习了很长时间，但这比你幻想学习代码要容易得多），这是设计师可以“舒适”切入的一点。这篇文章是给我自己写的，我也和你分享了需要在这方面改进的童鞋。因为我学的是计算机相关专业，这篇文章只讲技术。接下来，试着具体谈谈我们需要关注什么，不需要关注什么，才能实现传说中的技术理解。在开始之前，我给你一碗由中国一位伟大的发展之神煮的毒鸡汤。“学习总是痛苦的。如果你没有感到痛苦，你可能没有学到它。做好准备，上车，出发。1.了解“栈”我们常见的功能，其实大部分可能需要几种技术同时合作才能实现，这些技术就是栈。就像我们画画的时候，可能需要几层合并才能达到这个效果。例如，当用户使用我们设计的美丽登录页面进行登录操作时，后面的程序已经风起云涌。判断用户是否已经在文本框中输入了东西，如果没有，弹出toast提示用户先输入，如果有，则进行第二步。试着发送用户输入的账号密码，如果断网，提示用户网络有问题，如果没有，第三步。将用户输入的账号密码传输到我们的服务器(服务器实际上是一台计算机)，让服务器判断账号密码是否正确。判断服务器后，通过网络告诉用户这里的app账号密码是否正确。用户的应用程序接受了服务器判断的结果。如果是正确的，请登录。如果不正确，则提示用户帐户或密码错误。登录后通知服务器，用户已登录。此时，服务器知道用户已经登录，它可能会通知其他服务器继续接待客户，也可能会自己接待客户，接待客户就是继续为用户服务。看，总共有七个步骤（注：在现实中远不止这些步骤，这个例子只是为了更简单地介绍什么是堆栈），有很多堆栈参与这个过程，帮助记录，帮助发送信息，帮助接受信息，也帮助通知其他堆栈，简而言之，每个堆栈都很勤奋，但整个过程非常快，不相信你登录qq尝试。怎么切入？——先问问你的程序员，让他详细告诉你程序背后的操作过程和技术，然后做笔记。英语也可以自己去谷歌，不适合百度也可以，首先大致了解这个技术是什么，用来做什么，为什么程序员现在会使用这个，各种技术如何合作等等。一开始，你不必太刻意地深入了解每一个细节。你可以自己总结一下。(比如上面这个登录的例子，你可能会问一个叫Retrofit的东西，然后你就去查看Retrofit是干什么的。）为什么要明白这一点？——在设计工作的早期阶段，你可以大致知道某些功能可能需要哪些技术才能更好地实现它们。最好使用H5？还是直接写native？因为你知道H5的优缺点和native的优缺点，你可以根据业务需要进行权衡和判断，最大限度地发挥你想要的作用。当程序员讨论如何构建这个功能时，你至少可以跟上别人的步伐。当你学到足够的东西时，你应该能够理解他们在说什么，问题出在哪里。但要注意，听，不要给意见，意见越详细，越谨慎，因为如果他们是一个水平的程序员，在大多数情况下不需要设计师来提出程序意见。2.了解系统架构。如果堆栈代表各种技术，那么我们可能听说过的系统架构**就是决定这些技术之间合作的方式。**上面提到的例子涉及到很多堆栈，也谈到了他们可能负责任务，但单个堆栈不能做任何事情，他们需要相互沟通，良好的结构可以让他们更有效地沟通，就像公司一样，只有优秀的技术员工是无用的，做一个好的产品也需要公司有良好的管理。怎么切入？——同样，你也要打扰你的程序员宝宝，让他给你画一幅关于你产品架构的架构图。画出来的东西可能看起来有点复杂，但不要惊慌，让他大致告诉你这些是什么。有些可以用来处理网络请求，有些可以用来收集数据，有些可以用来处理数据。不管你信不信由你，了解你公司产品背后的一般技术结构对你都很有用。(你再也不会做转让程序给你做商场了，就像淘宝一样。）为什么要明白这一点？当你开始对架构有一定的了解时，你的想法就会变得清晰。和你一样，程序员处理事情的方式也不一样，但整体架构指导着他们的大方向，让几个程序员做的和一个程序员做的一样。了解系统架构的设计师不会贸然做出重大改变，因为他们在一开始就会更加谨慎，考虑界面层面的架构。如果他们有能力，他们也会考虑后端层面的架构。一般来说，架构非常重要，一旦确定，将决定产品的总体趋势。因此，设计师应该以发展的愿景和坚定的信念进行设计，因为技术人员会根据您的设计设计架构，并根据您想要的效果设计架构。如果一个产品从设计开始就非常复杂和冗余，那么一个产品的架构就会非常复杂和冗余（这就是为什么我一直认为交互设计师应该深入了解一点技术知识，因为交互设计师不仅可以决定界面布局，他们也可以在很大程度上控制系统的结构，尽管有时你没有注意到），当你意识到你的设计有很多缺点，想要一轮重大改变，无论如何，通常程序很难回来，陷入困境。此外，在较大的公司中，系统架构可能需要几个部门的合作来完成。还有很多东西要学，还有很多地方要跑。来吧此外，在较大的公司中，系统架构可能需要几个部门的合作来完成，仍然有更多的东西需要学习，还有更多的地方需要运行。来吧。3.了解数据模型和API。您的产品通过一套特定的数据模型组织自己的数据。在您的产品中，数据以特定的格式流通。在技术领域，“数据”这个词几乎代表了一切。例如，用户的身份证是一个数据。用户点击的数百首歌曲是一组数据。即使用户今天点击了这个按钮，也是数据。对我们来说，一个真正使用我们产品的人代表用户，而对于我们的程序，一个是：用户名和用户ID、一组由用户帐户、用户密码、用户手机号码和用户身份证号码组成的数据代表用户，这些数据是通过数据模型组成的。上面提到的栈与栈之间会相互交流传递，他们的交流传递的是数据。数据模型的概念非常重要，例如，你使用你的账户密码登录淘宝，然后点击购物车，然后你可以看到你想买的商品，因为你的账户和你想买的东西已经通过某种格式记录，淘宝通过账户密码知道你是谁，通过你是谁查询你在购物车里放了什么，有两个数据模型，一个是用户数据模型，我们暂时称之为购物车数据模型。你可以理解为两个excel表格，一个记录你的账户密码，一个记录你想买什么。在这个时候，我必须知道你是谁，才能知道你想买什么。您可以理解为两个excel表格，一个记录您的帐户密码，一个记录您想要购买的东西，此时我必须知道您是谁才能知道您想要购买什么。数据和数据之间的共享需要一个叫做API的东西，中文名称通常被称为接口。接口负责将其下面的数据传递给有权调动自己的人(非常冷)。当你想听这首歌时，你会点击qq音乐中的一首歌。这时，app向服务器发起请求“用户想听这首歌！“，qq音乐服务器找到相应的接口返回数据，包括：这首歌，这首歌的专辑图片，这首歌的歌手名字，这首歌的歌词等等。但qq音乐不能调动网络云音乐界面，因为qq音乐没有这个权限调动，虽然可以调动，qq音乐可能不能正常播放，因为返回数据模型qq音乐不能分析，真相可能类似，虽然你有歌词你不会唱日本歌曲，因为，不明白！当然，世界不会那么冷。例如，苹果自己的地图从iOS10开始就调用了高德地图的地图数据（如果你不相信，打开它）。为什么会这样？因为他们合作了。因此，界面也分为公共界面和私人界面。公共界面可供任何人使用，就像追逐波一样。它们将提供一系列公共界面。因此，尽管它们没有官方客户端，但我们仍然可以在市场上下载并制作出优秀的追逐波应用程序。私有接口只供某个产品使用，但如果有商业合作，也可以获得别人的接口，使用别人的数据，实现一些无法实现的功能。怎么切入？——第三次咨询你的工程师宝宝，建议带一些零食(推荐可乐)。这时，他们可能会让你去你公司的后台开发人员。让后台开发人员给你一份关于你产品的应用程序文档（可能包括与你有业务合作的公司提供给你的应用程序），你会发现应用程序文档不是那么复杂，英语水平很好，你可以理解大部分的意思，这次你理解你的产品背后的几个应用程序，同时也可以理解背后的数据模型。为什么要明白这一点？——知道你手头有什么数据，就像厨师知道他们的篮子里有什么成分，知道什么材料厨师知道可以做一张桌子什么菜，知道你手头有什么借口和数据你可以知道他们的产品可能做什么，不能做什么，有这个数据我们如何使用，没有这个数据我们如何得到。例如，如果你知道你的产品可以获得歌曲的专辑图片，你可以设计一个放置这张图片的位置。但如果你设计一个大位置放置专辑图片，并添加无与伦比的效果，整个页面看起来简单华丽，精致但突出氛围，最终发现我们没有这个数据，整个页面甚至所有相关页面恐怕重新设计。当然，这个例子很有趣，但问问自己，你是否或多或少遇到过这样的事情？4.编程你不需要理解的东西。我认为所谓的技术理解≠会编程，你不需要懂编程，虽然会编程会让你看起来很酷，但是设计师不需要用能自己开始编程的技巧来装饰自己。当然，如果你觉得自己感兴趣，那么你可以学习，这很好，但不要用它来工作。可以自己开发一个app，然后以个人项目的名义上架各大应用市场，看起来真的很酷！结论并不是每个设计师都能在苹果或谷歌（虽然没有联系，但我相信其他设计师也了解技术，因为许多外国设计专业混合了一些CS课程），他们可能有足够的时间、金钱、精力和能力来实现设计师的大胆创新设计，我们大多数人没有这样的条件，有些事情不是你强迫程序员加班。但你不必沮丧。设计师不必一直发明新事物。在大多数情况下，我们可以使产品的基本功能非常可靠。为什么？因为已经够难了。所以，放下浮躁，静下心来学习，学习可以让你看到更多以前看不到的问题！

以上就是关于“设计师要懂一些技术。”懂多少，才算懂？的相关介绍，更多“设计师要懂一些技术。”懂多少，才算懂？相关内容可以咨询我们或者浏览页面上的推荐内容。我们将让你对“设计师要懂一些技术。”懂多少，才算懂？有更深的了解和认识。