在关于 Drupal 人才与机会平衡的讨论背景下，存在着开发者注册速度不够快还是正在逃离现场的问题。同样在背景讨论（不在本文中）中，问题是，以更大的用户关注为导向是否与开发者的利益相悖，从而导致他们离开。
所有这些都非常有趣，值得考虑，但我不认为它们是 Drupal 特有的。作为一名拥有 20 多年经验的开发者、16 年经验的 UX 专家和 4 年经验的“Drupaler”，我认为开发者和用户之间的“紧张关系”在 Drupal 社区中与其他任何地方都一样。它一直存在，而且将永远存在。这种紧张关系通常归结为开发者方便与用户方便之间的拉锯战。多年来，我一直倡导用户至上，我一直在争论、恳求、劝说和说服开发者（及其经理）为用户做正确的事情。为了使功能可用而付出额外的努力和承诺（以及金钱）是需要付出的——这就是业务的本质。
好消息是，我发现大多数专业开发者不仅希望编写干净、功能正常的代码，而且也希望服务于用户的利益。有时他们无法看到如何同时实现这两个目标。这就是为什么我们需要 UI 系统设计师。我发现 Drupal 也是如此。
所以，是的，在 Drupal 世界中，存在 <a href="http://www.tuag.ca/blog/small/user-narratives-video" target="_blank">当前开发实践与可用性需求之间明显的“冲突”</a>——通过正确的 <em>系统级别 </em> UI 设计方法，我认为这些冲突可以得到解决，从而使开发者和用户都受益。
Bèr，您提出了非常好的观点，谢谢。我当然可以理解您所说的关于拥有合适的工具，我当然同意 Drupal 缺少一些关键要素——在我看来，它缺少一个完整的 UX 设计师层（这与通过主题化摆脱困境或构建自定义粘合模块的能力不同。）
我不会反驳您说的任何话，但我确实想进一步澄清我的立场。根据我的经验，技术能力或局限性只是导致不良 UX 的众多潜在原因之一。我遇到的其他因素包括糟糕的产品管理、缺乏 UX 人才、缺乏资金等等。但我最关心的首要问题是，我认为是功能优先于用户体验的文化。这就是在开发者和用户之间建立紧张关系的原因，我在我工作过的所有环境中都看到了这一点。不，并非每个人都有这个问题，但它确实会出现。这是许多软件供应商犯下的代价高昂的错误（我在这方面做了很多 UX 救援）。
因此，在这方面，我将 Drupal 的“状况”（糟糕的 UX 和缺乏足够的 UX 控制系统）视为历史上偏向于功能而非用户体验的结果。这里有两个例子：（A）FAPI 是开发者构建用于从表格获取用户数据并将其放入表格的单体表单的便捷方式——但单体表单不是我在大多数情况下推荐的 UX 策略。（B）t() 函数是开发者帮助 UI 可翻译的便捷方式——但它对达到非常常见的更微妙的习语用法上下文没有任何作用。
我认为这些具体的例子是 Drupal 开发社区迄今为止为解决一些基本问题而做出的最大努力，它们本质上是功能性策略。作为一名开发者，我发现它们非常有用。但作为一名 UX 设计师，这些技术就目前而言，远不能满足许多 UX 需求。
我认为 Drupal 社区越来越重视用户体验是很棒的。我们确实面临着许多挑战。好消息是，正如您在评论中所说，有办法让后端、前端和 UX 设计师进行富有成效的合作，以满足客户的需求。我希望我们能在 Drupal 世界中实现这一目标。
撰写的评论
在关于 Drupal 人才与机会平衡的讨论背景下，存在着开发者注册速度不够快还是正在逃离现场的问题。同样在背景讨论（不在本文中）中，问题是，以更大的用户关注为导向是否与开发者的利益相悖，从而导致他们离开。
所有这些都非常有趣，值得考虑，但我不认为它们是 Drupal 特有的。作为一名拥有 20 多年经验的开发者、16 年经验的 UX 专家和 4 年经验的“Drupaler”，我认为开发者和用户之间的“紧张关系”在 Drupal 社区中与其他任何地方都一样。它一直存在，而且将永远存在。这种紧张关系通常归结为开发者方便与用户方便之间的拉锯战。多年来，我一直倡导用户至上，我一直在争论、恳求、劝说和说服开发者（及其经理）为用户做正确的事情。为了使功能可用而付出额外的努力和承诺（以及金钱）是需要付出的——这就是业务的本质。
好消息是，我发现大多数专业开发者不仅希望编写干净、功能正常的代码，而且也希望服务于用户的利益。有时他们无法看到如何同时实现这两个目标。这就是为什么我们需要 UI 系统设计师。我发现 Drupal 也是如此。
所以，是的，在 Drupal 世界中，存在 <a href="http://www.tuag.ca/blog/small/user-narratives-video" target="_blank">当前开发实践与可用性需求之间明显的“冲突”</a>——通过正确的 <em>系统级别 </em> UI 设计方法，我认为这些冲突可以得到解决，从而使开发者和用户都受益。
Bèr，您提出了非常好的观点，谢谢。我当然可以理解您所说的关于拥有合适的工具，我当然同意 Drupal 缺少一些关键要素——在我看来，它缺少一个完整的 UX 设计师层（这与通过主题化摆脱困境或构建自定义粘合模块的能力不同。）
我不会反驳您说的任何话，但我确实想进一步澄清我的立场。根据我的经验，技术能力或局限性只是导致不良 UX 的众多潜在原因之一。我遇到的其他因素包括糟糕的产品管理、缺乏 UX 人才、缺乏资金等等。但我最关心的首要问题是，我认为是功能优先于用户体验的文化。这就是在开发者和用户之间建立紧张关系的原因，我在我工作过的所有环境中都看到了这一点。不，并非每个人都有这个问题，但它确实会出现。这是许多软件供应商犯下的代价高昂的错误（我在这方面做了很多 UX 救援）。
因此，在这方面，我将 Drupal 的“状况”（糟糕的 UX 和缺乏足够的 UX 控制系统）视为历史上偏向于功能而非用户体验的结果。这里有两个例子：（A）FAPI 是开发者构建用于从表格获取用户数据并将其放入表格的单体表单的便捷方式——但单体表单不是我在大多数情况下推荐的 UX 策略。（B）t() 函数是开发者帮助 UI 可翻译的便捷方式——但它对达到非常常见的更微妙的习语用法上下文没有任何作用。
我认为这些具体的例子是 Drupal 开发社区迄今为止为解决一些基本问题而做出的最大努力，它们本质上是功能性策略。作为一名开发者，我发现它们非常有用。但作为一名 UX 设计师，这些技术就目前而言，远不能满足许多 UX 需求。
我认为 Drupal 社区越来越重视用户体验是很棒的。我们确实面临着许多挑战。好消息是，正如您在评论中所说，有办法让后端、前端和 UX 设计师进行富有成效的合作，以满足客户的需求。我希望我们能在 Drupal 世界中实现这一目标。