的大预览 但开发人员通常也必须依赖猜测。用图形编辑器模拟的用户界面很少能回答他们所有的问题。它与我们已有的组件是否相同我应该将其视为不同的状态还是独立的实体当 X、Y 或 Z 时此设计应如何表现我们可以做一些不同的事情因为它会更快、更便宜吗讽刺的是询问最初设计者是谁并不总是有帮助的。不少情况下他们也不知道。 通常这并不是日益增长的挫败感的结束点。因为那时还有其他人。经理、利益相关者、团队领导、销售人员。由于他们的注意力和心智能力在产品各个部分所在的所有工具和地方中被拉伸因此他们比其他任何人都更难以很好地掌握它。
浏览原型理解设计中缺少某些功能和状态
的原因以及区分缺少的内容、正在进行的工作以及有意识地从范围中排除的内容几乎是不可能的。快速迭代已经完成的事情、可视化您的反馈并提出您自己的想法也感觉几乎是不可能的。讽刺的 尼泊尔手机数据库 是越来越复杂的工具和流程旨在让设计人员和开发人员更好地合作；他们设定的标准更高而其他人积极参与流程则更加困难。 解决方案 我们行业的无数负责人致力于解决这些问题从而产生了新的范例、工具和概念。事实上很多事情都变得更好了。让我们快速浏览一下应对上述挑战的一些最常见的方法。 编码设计师 设计师应该编码吗 这是一个陈词滥调的问题通过文章、会议演讲和所有其他媒体讨论过无数次讨论中时不时出现新的声音。
有一个普遍的假设如果设计师知道如何编
码（我们甚至不首先开始讨论如何定义知道如何编码）那么他们会更容易地设计出采用技术的设计。考虑到约束条件并且更容易实施。 有些人甚至会更进一步表示他们应该在实施过程中发挥积极作用。在那个 BSB 目录 阶段很容易得出这样的结论完全跳过使用设计工具而只是在代码中设计并不是没有意义的。 尽管这个想法听起来很诱人但它很少在现实中证明自己。我认识的所有最好的编码设计师仍在使用设计工具。这绝对不是因为缺乏技术技能。解释原因很重要要强调构思、草图和构建实际事物之间的区别。 只要代码设计有许多有效的用例例如利用预定义的样式和组件快速构建功能齐全的界面而无需为设计工具而烦恼设计工具就可以提供不受约束的视觉自由度仍然具有不可否认的价值。
