一个完成的 React.js 界面
按照商定的设计和规格构建,无论这是一个全新产品的界面,还是用 React.js 对现有界面的一次重建。
有些迪拜企业根本不想增加任何编制,只是需要把一个界面妥善构建或重建好,最后完整交给他们。一套从零开始上线的全新客户界面,或是一个已经变得缓慢、难以改动的旧界面,这两种情况都比一场无限期的雇用更适合按项目处理。在这个页面上,迪拜聘请 React.js 开发工程师正是为了完成这样一次构建,事先商定“完成”的标准,交付时把代码、访问权限和文档完整地留给您。
React.js 官方文档将其描述为一个由组件构成的库,每个组件拥有自己的逻辑和外观,以返回标记的函数形式编写。这种组件模型很适合界限明确的构建,因为一个完成的界面,连同构成它的可复用部件,能作为一个自成一体的交付物完整移交,而不是一项无限期持续的工作。
项目交付的内容
来自一次界限明确的构建的具体产出,而不是一份持续性的安排。
按照商定的设计和规格构建,无论这是一个全新产品的界面,还是用 React.js 对现有界面的一次重建。
界面的构建单元,经过结构化处理,让未来的界面可以直接用它们拼装,而不必每次从零开始搭建。
证明关键交互和组件行为符合规格的测试,对重建项目尤其有用,因为在这类项目中,匹配原有行为至关重要。
足够的书面背景资料,让日后接手的另一个团队不必重新摸索当初为什么这样构建。
专门安排的时间,带您的团队走一遍完成的界面,解答疑问,并标出短期内可能需要留意的部分。
在开工前商定好的方案,让用户和内容从旧界面平稳过渡到新界面,而不是仓促切换。
值得关注的技能
专门用于干净交付一个完成界面的技能,而不仅仅是会写 React.js。
| 技能或工具 | 良好水平的表现 | 为什么重要 |
|---|---|---|
| 从零开始搭建界面 | 在动手之前,已对组件库该如何组织有清晰的想法 | 构建第一周做出的选择,会决定之后每一个界面的搭建难易程度 |
| 设计还原度 | 严格按商定的设计构建,遇到实际问题会提出,而不是悄悄偏离设计 | 移交的界面应当与客户在开发前确认的内容一致 |
| 无障碍基础 | 从一开始就考虑键盘导航和屏幕阅读器支持 | 在已完成的界面上事后补做无障碍,远比一开始就构建进去费工夫 |
| 迁移纪律 | 坚持在重建前先梳理现有界面和行为 | 如果真实行为被遗漏而非有意保留,重建往往会悄悄出问题 |
| 边做边记录 | 在构建过程中记录决策,而不是等到最后才手忙脚乱地回忆 | 一个没有任何说明就移交的项目,几乎算不上真正的移交 |
React 官方的 快速入门指南 展示了一个完成的界面如何由各自拥有逻辑和外观的组件构成,值得在迪拜聘请的 React.js 开发工程师应当把同样的纪律应用到您的具体构建上,而不是把它当作一堆松散拼凑的页面。
这项工作的合作方式
本页面的大多数客户想要的是一个具体界面被完成并移交,而不是一名新的固定团队成员,因此合作从一开始就按照商定简报以固定报价开展。如果您想要的是在自己团队和代码仓库中持续获得开发产能,请查看我们的 React 开发工程师 页面,其中将同一个库描述为一项持续性角色。正在组建固定前端团队的创始人可能更适合我们的招聘支持,而当悬而未决的问题是这次重建是否真的值得做时,我们的咨询模式会先回答这个问题,再决定是否投入任何构建工作。
评估候选人
既然没有人会在构建过程中帮您发现问题,就要提前寻找证据。
打开他们真正构建过的作品,请他们讲述其中较难的决策。一张精美的作品集截图,远不如一段关于真实取舍的对话说明问题。
用您自己简报中的一个小功能描述给他们,看看他们是先勾勒方案,还是直接动手写代码。前者才是您在一个固定范围构建中想要的。
每一次重建都会遇到某个从没被好好记录的界面或交互。问问他们是怎么发现的,以及发现之后做了什么。
一份真正交给过去客户的完成文档,而不是一句以后会写的承诺,说明这是他们工作方式中正常的一部分,而不是事后补做。
在达成任何协议之前,先明确得到答复:他们报价的范围止于哪里,超出部分从何处开始计费。
认证
评判一次构建,与评判简历上的一行字并不是一回事。
React 团队和 Meta 都没有运行任何认证项目,因此任何随 React.js 培训一起出现的徽章都来自不相关的课程提供商,反映的是应试准备,而不是构建质量。
在迪拜聘请 React.js 开发工程师完成一次固定构建之前,最值得要求的一件事,是请他们展示最近一次从头到尾真正收尾的项目,以及结束时交付了什么。
阿联酋相关事项
两者都容易提前规划,事后补上则代价高昂。
从右到左的阿拉伯语布局会改变整个组件库中间距、图标和文字方向的处理方式,因此请在简报中明确提出,而不是等大部分界面已经建好才发现这个缺口。
阿联酋联邦个人数据保护法《2021 年第 45 号联邦法令》依然适用,即便大部分处理发生在别处的服务器上,因为界面中的表单和展示字段同样属于这条链条的一部分,值得在范围文件中明确写出。
您会在我们的 网页开发 分类下找到这项服务,隶属于更广泛的 迪拜招聘开发人员 板块。想要以持续团队成员的形式使用同一个库,而不是一次性构建?我们的 React 开发工程师 页面对此有专门说明。如果是一次界限明确的界面构建,另有两个页面值得参考:前端开发工程师 和 Next.js 开发工程师;如果简报的范围扩大到一整个网站,而不只是一个界面,我们的 网站开发 服务可以直接承接这一更大的范围。
直接解答
有明确起点和终点的一项工作,例如一个全新的面向客户界面,或对现有界面的一次重建。如果您需要有人以持续方式加入现有团队和代码库,我们的 React 开发工程师页面对此有专门说明。
可以,这是在迪拜聘请 React.js 开发工程师的常见原因之一。我们会先梳理现有界面和行为,确认哪些必须保留,然后依据这份梳理进行重建,而不是凭猜测遗漏细节。
您掌控的代码仓库中的界面源代码、在相关情况下的一套组件库、涵盖构建和部署方式的文档,以及与您团队进行的一次移交讲解。代码的归属权会在开工前写入书面提案中商定。
两者都可以,或者我们也可以按您已有的设计来构建。无论哪种方式,客户都会在开发开始前先确认完整设计,这能让构建过程专注于实现,而不是被后期改动打断。
按照您的简报确定范围,给出固定的书面报价,而不是按小时计费。较大的重建工作可能会拆分为多个阶段,每个阶段在开始前分别确认,因此成本不会是无限开放的。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。