可复用组件
用于文本、图片、横幅和页面区块的独立构建模块，尽量基于 AEM Core Components 搭建，在不合适的地方再进行扩展或替换。
考虑是否要迪拜聘请 Adobe AEM 开发工程师的企业，通常早已跳过了该用哪套内容管理平台这个问题。Adobe Experience Manager，即 AEM，往往已是既定标准，常常是在集团或区域层面就已选定，摆在他们面前的任务，是让 Sites 这一侧真正服务好每天撰写页面的人：市场团队、编辑和区域内容负责人，这些人本不该因为改一个标题或换一张图片就需要开发人员介入。
在 AEM 中做 Sites 开发是一项专门的技能。它意味着搭建编辑可以拖拽到页面上的组件、定义每种页面类型允许哪些内容的可编辑模板，以及约束作者能改和不能改哪些内容的对话框，让页面在没有开发人员逐条审查每次修改的情况下也能保持品牌一致。一开始就把这套结构搭对，是让 AEM 投入真正物有所值的关键；一旦搭错，之后每一个新页面都要占用开发人员的时间。
Sites 开发交付什么
Adobe AEM 开发工程师为 Sites 搭建的内容
大多数聘请 Adobe AEM 开发工程师的迪拜企业，都希望在编辑团队上线之前，先把这些基础模块准备好。
可编辑模板
定义某种页面类型允许哪种布局和组件的页面级结构，让作者无需开发人员介入也能搭建一个新的落地页。
编辑对话框
编辑在侧边面板中看到的表单，配有恰当的字段、校验和默认值，即使有很多人同时在编写内容，也能保持内容一致。
前端模板与样式
正确渲染每个组件所需的 HTL 和前端代码，与您现有的设计系统相匹配，而不是套用一个通用的起点。
Experience Fragments
如推广横幅或页脚这类可复用内容块，只需编写一次即可在多个页面之间复用，需要时也可以跨区域站点复用。
工作流与权限配置
与谁应该能够发布哪类页面相匹配的编辑权限，以及需要时设置的审批流程。
需要关注的技能
迪拜聘请 Adobe AEM 开发工程师前应核实的能力
这些是针对 Sites 编写工作的专门技能，不是一般的网站开发能力。
| 技能或工具 | 合格的表现 | 为什么重要 |
|---|---|---|
| Core Components 经验 | 先扩展和配置标准组件，再考虑从零编写新组件 | 重复搭建 Adobe 已经维护的内容会增加成本，也带来未来的升级风险 |
| 可编辑模板设计 | 围绕编辑实际搭建页面的方式设计模板，而不只是考虑技术上能做到什么 | 过于死板或过于开放的模板，会在之后数年内持续引发支持请求 |
| HTL（HTML Template Language） | 编写整洁、可测试的 HTL，而不是随意混合逻辑与标记 | 让作者和其他开发人员都能理解和维护的前端代码 |
| 对话框与内容建模 | 在搭建对话框之前先规划好作者需要的字段，包括校验规则和合理的默认值 | 令人困惑的对话框会让编辑犯错，或干脆避开 CMS |
| 打包与部署规范 | 理解内容和代码包如何在不同环境之间干净地流转 | 混乱的部署流程是大多数 AEM 项目在上线后损失时间最多的地方 |
Adobe 详细记录了其 Core Components 和组件与模板模型，在聘请 Adobe AEM 开发工程师负责迪拜 Sites 项目时，能够指出该文档具体章节、而不是仅凭记忆描述 AEM 的候选人，通常是更强的人选。
合作方式
与 Adobe AEM 开发工程师合作的方式
大多数 AEM Sites 工作适合由专属开发工程师加入已有的实施项目，随着网站的发展持续搭建组件和模板，按月计费，由您的团队安排工作。项目制工作适合范围明确的一次性任务，例如新建一套组件库或重新设计模板，按书面范围交付并完成移交。顾问咨询适合在启动大型内容项目之前，先审查现有的 AEM 实施情况；招聘支持则适合正在自建永久性 AEM 团队的企业，因为当您聘请 Adobe AEM 开发工程师长期在迪拜加入组织内部时，寻源和技术评估往往才是更困难的部分。
确定 Adobe AEM 开发工程师范围前有用的信息
- 您运行的是 AEM as a Cloud Service 还是本地部署版本
- 现有的设计系统（如果有的话）
- 谁负责撰写内容，页面变动的频率如何
- 已经存在的 Experience Fragments 或可复用内容块
评估候选人
如何评估一名 Adobe AEM 开发工程师
聘请 Adobe AEM 开发工程师前，这些检查专门针对 Sites 编写工作，而不是一般的网站开发。
请他们讲解一个自己搭建过的组件
要一个真实的组件，而不是教程示例。询问编辑对话框长什么样，以及他们为什么做出这些设计选择。
审查一个他们设计过的模板
询问该模板允许和限制了哪些内容，以及原因。一个要么过于死板、要么完全开放的模板，往往说明设计这一步被省略了。
询问一次出过问题的部署经历
包冲突以及内容与代码的分离，是 AEM 中常见的失败点。一位能讲出真实经历、并说明之后做了哪些改变的候选人，比一个干净但没有细节的回答更有价值。
给他们看一个设计稿，询问如何将其组件化
一个简短的原型或现有页面就足够了。他们的回答能显示出他们是以可复用模块思考，还是以一次性页面代码思考。
询问他们会如何向新编辑讲解这套 CMS
由于最终使用成果的是编辑而不是开发人员，能够简明解释编写流程的人，更可能在搭建时就把编辑放在心上。
认证证书
值得向 Adobe AEM 开发工程师询问的认证证书
AEM 有一套活跃的厂商认证体系，在迪拜聘请 Adobe AEM 开发工程师前询问这一点是合理的。
Adobe Experience Manager Sites Developer
一个专门针对 Sites 开发的 Professional 或 Expert 级别证书，与本页最为贴近。Adobe 的认证目录列出了当前的等级和要求，这些内容会随着 Adobe 更新考试而变化。
核实证书，而不只是听信说法
Adobe 为通过考试的人颁发数字徽章，候选人可以分享，徽章上会注明具体的认证名称和等级。我们可以在为您初筛候选人时，把某个指定认证列为要求，并建议您先查看徽章，再对说法信以为真。
阿联酋相关考量
迪拜 Adobe AEM 开发工程师的双语编写能力
一旦 AEM 需要同时服务阿拉伯语和英语受众，这是一个常见的需求。
从右到左的模板
为英语网站搭建的组件和模板，并不会自动在阿拉伯语中正确渲染。从右到左的排版需要在组件和模板设计阶段就规划进去，而不是事后再补上。
面向区域内容的多站点管理
如果企业需要相同的组件在阿联酋和其他区域站点之间以不同方式编写内容，AEM 的多站点管理应从模板设计一开始就纳入考虑，避免编辑手动重复工作。
迪拜聘请 Adobe AEM 开发工程师时，该角色属于我们 Adobe 与 Commerce 分类的一部分，隶属于 迪拜开发者招聘。如需了解更广泛的 Adobe Experience Manager 平台，包括迁移至 AEM as a Cloud Service、Assets 和 Forms 模块，请查看我们的 Adobe Experience Manager 开发工程师 页面。当 AEM 需要与 Analytics、Target 或 Campaign 连接时，我们的 Adobe Experience Cloud 开发工程师 页面涵盖该类集成工作；至于 Adobe 平台的商城部分，请查看我们的 Adobe Commerce 开发工程师 页面。如果最终网站还需要更广泛的前端工作，我们的 UI UX 设计 团队可以支持模板背后的视觉设计。
直接解答
常见问题
Adobe AEM 开发工程师实际搭建什么？
组件、可编辑模板、编辑对话框以及背后的前端和后端逻辑，让市场或内容团队能够在 AEM Sites 编辑器中拼装页面，而不需要每次改动都由开发人员介入。
这和聘请一名 Adobe Experience Manager 开发工程师是一回事吗？
是同一款产品，只是使用了它的简称。本页专注于 Sites 编写工作：组件、模板和内容结构。我们的 Adobe Experience Manager 开发工程师页面更全面地涵盖该平台，包括迁移至 AEM as a Cloud Service、Assets 和 Forms 模块。
我们需要 AEM as a Cloud Service，还是较旧的 6.5 版本就够用？
这取决于您现有的部署方式和与 Adobe 的合约。如果您正在今天选择起点，可以在沟通简报时让我们为您讲解两者的区别，因为这会影响组件的搭建和部署方式。
一名 AEM 开发工程师能否同时处理 Assets 或 Forms？
Sites、Assets 和 Forms 是 AEM 产品的不同组成部分，开发工程师在每个方面的深度各不相同。请告知我们项目涉及哪些部分，我们会为您匹配拥有相应经验的人选，而不是假设 Sites 技能能覆盖全部三者。
如何撰写一份 AEM Sites 项目的需求简报？
描述编辑团队需要搭建的页面或页面类型、哪些字段应由谁编辑，以及现有的设计系统或组件库（如果有的话）。您会收到一份根据该简报确定范围的书面固定价格方案。
书面固定价格
发送您的需求，45 分钟内获取工作范围和价格。
- 开工前书面确认的一个固定金额
- 无任何义务，也不会催促签约
- 英文和阿拉伯文作品，正确处理从右到左排版
- 一个团队负责设计、营销、网站、媒体和文案
已收到，我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。