有文档记录的接口
按约定规格构建的接口端点,请求和响应格式清晰,前端或移动团队可以放心据此开发。
有些服务器端工作有明确的开始和结束:为尚无接口的产品新建一个接口、为已经变得混乱的数据库进行妥善设计、搭建一个后台管理系统让员工不再直接编辑数据记录,或是把一个已成为负担的后端迁移出去。正是在这类情况下,企业会选择在迪拜聘请项目制后端开发工程师,按书面范围约定进行一次限定建设,而不是把人无限期地纳入团队。这样一来,工作边界从一开始就十分清晰,双方对交付标准也不会产生误解。
把这类工作当作项目而不是无限期安排来处理的价值在于,每个人从一开始就清楚“完成”意味着什么:一套经过测试、附带文档并完整交付的可运行系统,代码和访问权限从第一天起就归客户所有。在开工之前,把这种清晰度明确说清楚十分值得,能避免日后对交付标准产生分歧,也让双方都更安心。
项目的交付内容
来自限定范围建设的具体成果,而不是持续性安排。
按约定规格构建的接口端点,请求和响应格式清晰,前端或移动团队可以放心据此开发。
依据数据实际使用方式设计的表和关联关系,而不是照搬旧系统遗留下来的样子。
一个可正常运行的界面,供员工直接查看和管理记录,无需任何人手动查询数据库。这是客户在项目制后端开发工程师进行首次建设时,最常要求的交付物之一。
证明接口和数据处理按规格运作的测试,对于必须保留原有行为的迁移项目尤为重要。在确认任何项目完成之前,都值得先要求查看这些测试。
关于如何运行系统、修改设置以及在出现问题时如何恢复的清晰说明,面向日后接手的任何人。
与您团队专门用时间讲解接口和数据库为何按此结构设计,以及产品增长过程中需要留意什么。
关键技能
专门针对交付一个干净、完整成果所需的技能。
| 技能或工具 | 达标标准 | 重要原因 |
|---|---|---|
| 先设计后开发 | 在编写代码之前先草绘数据模型和接口结构,并能说明背后的理由 | 第一周做出的结构性决策,一旦交付后再改动成本很高 |
| 接口文档 | 端点文档写得足够清晰,让另一位开发人员无需阅读源码就能对接 | 一个没有文档的已交付接口,其实并不算真正完成 |
| 数据库迁移 | 能够安全地将数据从旧结构迁移到新结构,并备有回滚方案 | 一次没有退路的失败迁移,可能会导致线上系统宕机 |
| 后台管理系统的访问控制 | 从一开始就把谁能查看或编辑哪些记录,视为核心设计问题 | 权限设置松散的后台管理系统,是数据错误的常见来源 |
| 书面交接材料 | 在建设过程中同步撰写文档,而不是在最后仓促拼凑 | 项目末尾匆忙写就的文档,往往是最容易被省略的部分 |
MDN 的网络标准模型将服务器端描述为在结果到达浏览器之前,负责运行逻辑并与数据库交互的一层,交付项目的后端开发工程师,应当能在交接时向非技术方清楚说明您这套具体建设中的这一层。
为什么按项目制界定范围
本页面聚焦于一项范围明确的工作:事先约定好的规格、固定价格,以及最终连同全部代码和访问权限一起归您所有的完整系统。如果需要有人留在团队中,之后持续扩展该系统,这属于不同的合作安排,我们的后端开发工程师页面对此有说明。招聘支持适合希望组建自有永久后端团队、而不是购买单次建设的企业,咨询则适合在正式写下范围之前,先获得一个关于这项工作是否值得做的诚实意见。
评估候选人
专门核实最终成果能否真正可用的方法。
请对方展示一个已经完成并交付、最好文档仍然齐全的系统,而不是一个仍在悄悄打补丁的项目。
一个在写代码之前进行的简短练习,能揭示他们是深思熟虑地设计,还是边做边即兴发挥。
关于哪里出了问题、又如何修复的具体、坦诚的回答,比泛泛而谈“很仔细”更能说明问题。
要求提供一份真实文档,而不是口头描述。如果过往项目没有留下这样的文档,请询问原因。
适合这个角色的项目型开发人员,应当在建设开始前就明确说明哪些属于额外工作,而不是等到项目已经进行中才提出。
认证
这里几乎没有证书可供核实,因此应直接评判已完成的成果。
后端工作涉及众多语言和框架,没有任何一项认证能涵盖这个角色通常需要的组合,因此对笼统的说法应保持谨慎。
把过往建设的原始需求,和最终实际交付的成果及留下的说明放在一起对比。每当您为固定项目聘请项目制后端开发工程师时,这种并列比较比任何证书都更能说明问题。
阿联酋相关事项
两项值得尽早确定的决策,因为它们会影响项目范围。
如果系统将存储客户或员工数据,《2021 年第 45 号联邦法律关于个人数据保护》应当从一开始就影响数据库设计,而不是等到上线后才作为变更请求处理。请在建设开始前,就把这一点写入需求简报中。
亚马逊云科技在阿联酋境内实体运营着一个 AWS 区域,即中东(阿联酋),于 2022 年开放。是否部署在该区域还是其他地方,应该写入需求简报中,而不是等项目已经进行中才决定。
直接解答
有明确完成节点的限定服务器端工作:一个新接口、一次数据库重建、一个后台管理系统,或是从一个后端迁移到另一个后端。如果工作是为您已在运营的产品持续开发新功能,我们的后端开发工程师页面对此有说明。
存放在您掌控的代码仓库中的源代码、说明系统如何运行和部署的文档,以及与您团队进行的一次讲解。代码和访问权限的归属,会在开工前的书面方案中约定清楚。
通常两者都属于同一范围,因为接口的质量取决于其背后的数据模型。项目的具体边界会在评估范围阶段确认清楚,避免日后产生歧义。
只有在这属于约定范围时才会。许多客户会自带前端团队,或通过我们的前端开发工程师页面另行聘请,无论哪种方式,接口都会按照有文档记录的约定来构建。
采用根据您需求简报制定的固定书面报价,而不是按小时计费。规模较大的建设可能会拆分为多个阶段,每个阶段开始前都会先行确认,让成本全程保持可预测。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。