“开发人员体验”是感知开发人员遵循的程序完成工作的惯例，并且随后优化了这种体验。DX将开发人员视为专业用户，并受到用户体验（UX）的启发; 这在本质上是简化与软件产品的最终用户交互以增强他们的经验的科学。因此，UX的意识形态可以应用于DX，因为正在考虑的领域（软件编程）也是类似的。这使得DX成为了UX和传统开发意识形态的合并。虽然DX具有多种应用程序并吸引了广泛的受众群体，但我们正在将我们的重点放在人类的API（应用程序编程接口）上。
对于面向消费者软件的企业，UX已经发展成为关键方面，因为它可以帮助他们获得竞争优势。但是由于API的最终用户是开发人员，所以需要设计一个很好的体验也是至关重要的。这可以通过关注DX来实现，这反过来需要使用同情的特殊方面。这是因为我们基本上是处理人类，需要了解使用API时的感受。开发人员在与API进行交互时的整体经验总和得出了开发者体验的总体组成部分。
与通用用户不同，开发人员在技术上有资格以更好的方式处理软件。以此作为推论，为开发人员创造高度增强的体验的方式通常不是旨在。然而，另一方面，开发人员也很聪明，可以发现API中的不准确之处，最终可能导致令人震惊的DX。
在API的利基市场中，功能几乎相似，可用性是唯一的区别，专注于DX变得更加重要。整体负面的DX可能导致对产品的悲观评论，甚至可以给开发者足够的动力来转换为竞争对手的产品。相反，如果您的API提供比所有其他竞争产品更好的DX，您可以在专业市场中获得显着的竞争优势。
专注于同情
要建立具有丰富开发人员经验的API，API设计人员必须仔细阅读移情的方面; 这是通过把自己置于自己的位置来感知别人的情感状态。通过关注移情，API开发人员可以解释开发人员在使用产品时会遇到的情绪。这将有助于他们使API更加有效。
虽然专注于同情心的括号听起来很简单，但令人惊讶的是，将这一点付诸实践也许是非常复杂的。这是通常的，因为对具有不同看法的人的设计总是很棘手。
例如，API设计师是开发人员，并且已经习惯了自己产品的各种特性。对产品的亲密熟悉可能使他们难以识别可能成为使用API的开发人员的痛点的怪癖。虽然这些功能对于设计师而言是件事情，但它可能会产生与其他人完全不同的体验。这是过程的情感方面成为解释所需的同情心的关键。如果一个API设计为员工同情，它涵盖了使用它的开发人员的所有基础，最终产品可能具有DX的特殊商品。
辅助沟通
如果易于理解，可以充分利用API。API设计人员通过提供足够的代码文档来确保使用它的开发人员找不到错误的理想方式。这将使开发人员能够轻松阅读源代码并解读核心功能。除了必要的文件外，还提供了一套全面的“入门指南”以及说明性图表，非常有用。此外，添加例子，统计和事实将改善内涵。这不仅可以帮助开发人员快速浏览记录，而且还会引起很大的兴趣。使用辅助文档的方法将有助于他们以更好的方式吸收可用性，从而有助于DX。
易于调试
尝试创建无错的API始终是设计师的目标。然而，不可否认的是，错误和修复是软件开发过程的组成部分。因此，近乎完美的API将是一个容易修复不可避免的错误的API。尽管最终用户，如果API是熟练的技术人员本身，让他们有机会自己修复错误，变得更加重要。另外，由于API的不同步特性，在生产过程中调试它们可能特别乏味。另一方面，作为软件的最终目标受众，开发人员可以专门调整他们通常使用的功能。API设计人员可以通过提供一个仪表板来缓解开发人员的任务，这将让他们更容易地检查他们的请求和回调。这可能会显着增加DX因子。
专用支持
即使开发人员在技术上能够调试一些微不足道的问题，但是主要或复杂的错误可能需要他们从原始设计团队寻求帮助。在这种情况下，可以高度珍惜有技术支持指导他们寻找解决方案。然而，由于诸如成本和资源可用性等因素，专门的支持结构可能并不总是可能的。然而，让API团队中的某个人能够帮助开发人员轻松解决问题，这将大大有助于DX。
通过帮助开发人员找到解决方案，让自己的鞋子吸收同情心，API设计人员可以通过其他方式来增强目标受众的整体体验。虽然这些措施可能不是最大化DX的最全面的原则清单，但它们非常适合于为人类开发API而定义一个有凝聚力的框架。
总结
“开发者体验”是关于理解开发人员完成工作所遵循的程序，并且还优化了这种体验。
在API的利基市场中，功能是相似的，使可用性成为主要的区别，并且重点放在DX上变得很重要。
API代码的深刻文档将使开发人员能够更好地了解API。
复杂的错误可能需要开发人员从原始设计团队寻求解决方案的帮助，解决方案可以通过有效的支持结构来完成。
渝公网安备 50010802001760号
