问题从而产生了新的范例、工具和概念。事实上很多事情都变得更好了。让我们快速浏览一下应对上述挑战的一些最常见的方法。 编码设计师 设计师应该编码吗 这是一个陈词滥调的问题通过文章、会议演讲和所有其他媒体讨论过无数次讨论中时不时出现新的声音。有一个普遍的假设如果设计师知道如何编码（我们甚至不首先开始讨论如何定义知道如何编码）那么他们会更容易地设计出采用技术的设计。考虑到约束条件并且更容易实施。 有些人甚至会更进一步表示他们应该在实施过程中发挥积极作用。在那个阶段很容易得出这样的结论完全跳过使用设计工具而只是在代码中设计并不是没有意义的。

尽管这个想法听起来很诱人但它很少在现实中

证明自己。我认识的所有最好的编码设计师仍在使用设计工具。这绝对不是因为缺乏技术技能。解释原因很重要要强调构思、草图和构建实际事物之间的区别。 只要代码设计有许多有效的用例例如利用预定义的样式和组件快速构 柬埔寨电话号码表 建功能齐全的界面而无需为设计工具而烦恼设计工具就可以提供不受约束的视觉自由度仍然具有不可否认的价值。许多人发现以设计工具提供的格式绘制新想法更容易并且更适合创意过程的性质。这不会很快改变。设计工具将永远存在并永远存在。 设计系统 设计系统是过去几年数字设计世界最伟大的流行语之一它的伟大使命始终是限制猜测和重复提高效率和可维护性并统一事实来源。

等企业系统在宣传这一想法方面做了大量的工

作并为大小参与者采用该概念带来了动力。事实上设计系统帮助我们做出了很大的改变。采用更加结构化的方法来开发一组已定义的设计原 B2C 电话列表  则、模式和组件帮助无数公司构建了更好、更易于维护的产品。 但一些挑战尚未立即得到解决。使用流行的设计工具设计设计系统阻碍了许多人实现单一事实来源的努力。相反已经创建了过多的系统尽管它们是统一的但仍然存在于两个独立的、不兼容的源中设计源和开发源。维持两者之间的相互对等通常被证明是一件痛苦的苦差事重复设计系统最初试图解决的所有最令人讨厌的痛点。