UI开发人员如何适应而不死

关于用户界面（及其开发）在接下来的十年中变得不可识别的讨论很多。令人难以置信的，无需代码的工具会使UI开发人员尘土飞扬吗？一旦发生这些不可避免的变化，人工智能和涉及可穿戴设备和手势的新范例是否会导致当今的2D编码器无法使用？恕我直言，答案是否定的-如果您允许自己适应。当涉及到范式转换和颠覆性技术时，emPHAsis通常被放在错误的音节上：破坏的隐约负面影响。实际上，UI开发人员正在不断吸收超越他们碰巧擅长的范式的技能。如果您愿意的话，这将适用于我们将来梦想的一切。我认为情况会改变的几种方式，以及如何适应UI工程师的需求。

产品开发中最大的痛点之一是设计师，用户反馈和工程师之间不断的来回交流。通常，这些各方之间的价值观，利益和观点是巨大的。

因此，如果设计人员或企业用户可以直接解决UI的细微差别并自己实现，那不是理想的选择吗？

幸运的是，由于每个人都喜欢使用流行的编程工具中的新视觉开发功能，并且使用完整的低代码平台（如Airtable，Bubble等），我们仍在逐步接近这一现实。如果仅查看Apple平台的演变，它们就会从纯粹的基于代码的UI开发到一点点冻干的UI（称为笔尖），再到可以在情节提要中布局到SwiftUI的整个流程，可以对其进行编辑通过Xcode中的漂亮编辑器无需编写代码。

现在，所有这些进步听起来都像是在使开发人员从方程式中脱颖而出，但我认为这真正导致的结果是消除了开发人员抽出列表，诸如设置和入职流程之类的基本屏幕以及各种方式的需求。您在最流行的Web和移动应用程序中看到的原型。这就是为什么实际上可以促进开发人员的原因：

这意味着您作为开发人员的工作重点将从繁琐的乏味组件转移到承担更多真正能够利用您的技能的工作，例如设计人员使用的工具无法完全进行的下一级交互。他们自己的。在第50次实施屏幕上的基本项目列表后，您已经一辈子都受够了。但是，磨练自定义交互，插入动画和复杂的重新排序逻辑仍然是工程思维所需要的（并且要被激发）。

即使大多数应用程序不需要前卫的交互，也将有机会使用设计师将使用的各种专有和开源工具。换句话说，必须由开发人员来最终构建非开发人员使用的低代码和无代码平台，因此这是一个全新的市场！我认为这是一个丰富的问题​​：人们在抽象出常见问题时将面临的问题将带来许多挑战，这需要多年直接解决这些问题的经验。例如，SwiftUI及其随附的编辑器只会获得更多功能。现在，很多功能都依赖于知道如何利用这种灵活性的代码和编码人员的灵活性。但是您可能是设计UI的人，该UI允许从未见过代码的人直观地将模型集合连接到他们所构建的视图。它是一种将常见的工程挑战转化为对于那些不习惯像工程师那样思考的人来说微不足道的艺术。

Warning: Can only detect less than 5000 characters