构建网站让我真正兴奋的是,它主要围绕设计系统和我们用来构建网站的设计工具。 但是,设计系统当然不限于网站。
缩小差距
在当今如此炙手可热的设计系统世界中,人们最常用的短语之一是“ 弥合差距 ”(在设计师和工程师之间)。 这是我在为Lightning Design System团队招聘时在Salesforce工作期间审查的几份简历。 我们要努力做到公平,因为我们希望为我们的产品设计和工程带来一致性,连贯性和统一性,所有这些目标都是为使用我们的产品和服务的人们提供高质量的体验。
然而,“缩小差距”仍然意味着还有一定的差距。 为什么首先存在这种差距? 是否由于多年的遗留过程和工作流仍渗入我们的日常工作中? 我可以看到遗留是需要解决的现实情况。 但是,新的,较小的创业公司呢? 为什么其中许多也有差距?
作为设计系统的从业者,拥护者和发烧友,我一直在寻求改善工作中人们方面的方法:我们如何见面和交流,如何确定路线图的优先级以及如何迭代过程和工作方式。 但是,这是我们使用的工具 。
我们的某些工具已经走了很长一段路,而且这些天肯定很频繁地发布了一个新工具。 但是真正令我兴奋的是我看到他们做的比“弥合差距”做得更多 。
不久前 ,当Modulz到达现场时,我注意到他们使用了#closethegap标签。 我忍不住爱了。
我爱@Modulz #closethegap标语。 当您可以一起消除差距时,为什么要弥合差距呢? 填补这一空白! 哈哈。
—设计系统jina(@jina) 2018年10月22日
我非常希望看到我们的设计工具从简单地弥合差距转移到缩小差距。 例如,我看到的只是弥合差距的一项功能是“开发者移交”(倾向于依赖像素尺寸和作为规范交付的十六进制代码)。 以我的经验,提供这样的规范可能会导致代码重复,不一致并容易出错。 缩小差距的一个例子,但是,一些工具与实际,真实,质量代码,而不是矢量箱的工作。
一些工具通过公开设计令牌来实现此目的-您可以在InVision DSM中看到它内置了令牌作为功能。 另一个工具Diez是一个开放源代码的开发人员工具箱,它使用令牌将您的设计语言转换为可伸缩的代码。 还有其他工具,例如前面提到的Modulz以及Interplay ,它们可以以可视化方式使用编码组件。 这比过去的所见即所得的早期编辑器要好得多,因为它们的生成代码可以访问并且具有生产质量。 但这并不能忽略这个领域的其他参与者,例如Adobe , Figma , Framer , Sketch , UXPin ,还有很多其他正在为推动这一进步做出很多贡献的人 。
隐形设计系统
我一直在思考的事情是,我们花了多少时间来制作漂亮的设计系统网站。 我喜欢看着他们。 他们真棒。 但是,随着我们的设计和工程工具越来越近,我们是否会达到不需要网站的地步? 由于我们的设计系统已融入工具中,因此我们的工具是否可以浮出水面以提供更好的可访问性,本地化,性能和可用性的建议? 只是一个想法 。
无代码运动
Webflow使人们无需编写代码即可构建网站(具有商务和电子商务功能),最近又召开了一次名为No Code Conf的会议 。 根据他们的网站,会议庆祝了视觉发展的未来。
这一运动虽然不是新事物,但却正在Swift发展。 除了使用Webflow构建功能全面的网站外,多年来,大型的技术巨头(如Salesforce)(及其Lightning App Builder )还探索了可视化的声明式应用程序构建 ,而Glide等较小的公司则通过这种方法来构建整个应用程序。电子表格。 借助Zapier和IFTTT等所有基于任务的自动化服务,无需编写代码,您可以做很多事情。
现在不要误会我的意思。 我仍然喜欢编写代码,也喜欢看到其他设计师的代码。 我也喜欢与工程师紧密合作。 我并不是说我们根本不应该编写代码。 但是我很高兴看到我们摆脱了较慢的“将设计扔到墙上”的过程。 我想看到的人能做出的事情,而不需要编写代码。 摆脱关于设计师是否应该编码的烦恼的争论也将是一件好事,而我们都朝着我们可以一起创造什么的方向迈进。
而且如果我们可以达到一个不需要弥合或弥合任何差距的地步,因为这个差距根本就不存在,那么我想成为一个令人兴奋的世界。