出海雷达

前端开发工程师 (尼日利亚)

Frontend Developer (Nigeria)

开发工程设计未标注地域日间重叠约 2 小时,需偶尔早起或晚睡
公司Talent Hackers
薪资未公开
工作地点Nigeria
地域资格未标注地域
时区要求日间重叠约 2 小时,需偶尔早起或晚睡
用工类型Contractor
发布时间10 天前
数据来源Himalayas
前往 Himalayas 查看并投递 →
作息提示:日间重叠约 2 小时,需偶尔早起或晚睡。

职位概述
我们正在寻找一名前端工程师,负责构建可靠、响应式的用户界面,并交付高性能的网页应用。理想的候选人应具备语义化 HTML、CSS、TypeScript 以及现代前端框架(如 React、Vue 或 Svelte)的深入专业知识,同时具备强大的 API 集成能力、网页性能优化(核心网页指标)和网页可访问性(WCAG)能力。该职位将与工程负责人和后端开发人员紧密合作,建立可复用的组件库和架构标准,并确保所有设备和边缘情况下的无缝高质量用户体验。

核心职责
1. 界面实现

  • 根据 Figma(或其他类似工具)中的设计图实现范围内的屏幕和流程,忠实还原设计,并指出设计未涵盖的情况。
  • 编写语义化 HTML 和可维护的 CSS:在目标断点/设备上响应式布局,跨目标浏览器正确显示,并在内容变化时保持稳定。
  • 处理被跳过的状态——加载中、空状态、错误、部分数据、长字符串、慢网络——使界面在非理想条件下仍能正常运行。
  • 满足 WCAG 2.1 AA / 所述的可访问性要求:键盘导航、焦点管理、标签和对比度。

2. 组件库和前端架构

  • 在框架中(例如 React、Vue、Svelte)构建可复用的组件库,并使用 TypeScript 类型,使下一位开发者能够组合而非重写。
  • 建立并记录前端规范:文件结构、状态管理方法、样式方法、命名和测试策略。
  • 保持组件 API 简洁且可预测;为每个组件的 props 和预期用途提供文档说明。

3. 调用 API

  • 将前端与团队的 API 集成:认证、数据获取、缓存、乐观更新、分页和错误处理。
  • 在开发过程中对真实响应进行 API 调用——尽早向后端团队展示差距、模糊点和不合适的 payload 结构,此时更改成本较低。
  • 端到端地对 API 响应进行类型定义,使合同变更在构建时失败,而不是在生产环境中。

4. 网页优化

  • 建立性能基准,并在目标设备和连接配置上达成 Core Web Vitals 的既定目标:LCP、INP、CLS。
  • 通过代码分割、懒加载和依赖管理减少打包体积;为每项添加的重型依赖提供合理依据。
  • 优化资源交付:图像格式和 s
查看英文原文

Job Overview
We’re looking for a Frontend Engineer to build resilient, responsive user interfaces and deliver high-performance web applications. The ideal candidate combines deep expertise in semantic HTML, CSS, TypeScript, and modern frontend frameworks (such as React, Vue, or Svelte) with strong capabilities in API integration, web performance optimization (Core Web Vitals), and web accessibility (WCAG). This role will collaborate closely with engineering leads and backend developers, establish reusable component libraries and architectural standards, and ensure seamless, high-quality user experiences across all devices and edge cases.
Core Tasks
1. Interface implementation

  • Build the screens and flows in scope from designs in Figma (or similar), matching them faithfully and raising the cases the designs do not cover.
  • Write semantic HTML and maintainable CSS: responsive across target breakpoints / devices, correct across target browsers, and holding up as content changes.
  • Handle the states that get skipped — loading, empty, error, partial data, long strings, slow networks — so the interface behaves when conditions are not ideal.
  • Meet WCAG 2.1 AA / stated accessibility expectations: keyboard navigation, focus management, labeling, and contrast.

2. Component library and frontend architecture

  • Build a reusable component library in framework, e.g., React, Vue, Svelte with TypeScript types, so the next developer is composing rather than rewriting.
  • Establish and document the frontend conventions: file structure, state management approach, styling approach, naming, and testing strategy.
  • Keep the component API small and predictable; document each component's props and intended use.

3. Exercising the API

  • Integrate the frontend with the team’s API: authentication, data fetching, caching, optimistic updates, pagination, and error handling.
  • Exercise endpoints against real responses during development — surface gaps, ambiguities, and awkward payload shapes to the backend team early, while they are still cheap to change.
  • Type API responses end to end so contract changes fail at build time rather than in production.

4. Web optimization

  • Establish performance baselines and hit agreed targets for Core Web Vitals: LCP, INP, CLS on target devices and connection profile.
  • Reduce bundle size through code splitting, lazy loading, and dependency discipline; justify every heavy dependency added.
  • Optimize asset delivery: image formats and sizing, font loading strategy, caching headers, critical CSS.
  • Add performance measurement to CI or the deploy process so regressions are caught before release, not after.

Deliverables

  • Production-deployed frontend covering the agreed scope of screens and flows.
  • Documented, typed component library with usage examples.
  • Written frontend conventions: architecture, state management, styling, and testing approach.
  • Automated tests running in CI.
  • Accessibility audit results against WCAG 2.1 AA / stated with issues resolved or documented.
  • Performance report showing baselines and final numbers against the agreed targets, plus the measurement setup that produced them.
  • Cross-browser and responsive verification across target browsers and breakpoints.
  • Handoff package: architecture notes, known limitations, and a walkthrough session with the team.

Must Haves

  • 3+ years of frontend engineering experience
  • HTML and CSS — core, not assumed. You write semantic markup and CSS that stays maintainable past the first sprint, and you can build a responsive layout without reaching for a framework to do it for you.
  • TypeScript and JavaScript — production experience with modern JavaScript and with TypeScript used to prevent real bugs, not to satisfy a linter.
  • Exercising APIs — you are comfortable consuming REST or GraphQL APIs, handling their failure modes, and giving backend engineers useful feedback about what is hard to consume.
  • Web optimization — you can profile a slow page, identify the actual cause, and fix it; you know what moves Core Web Vitals and what does not.
  • At least one frontend framework — depth in React / Vue / Svelte / Angular or comparable. Which one matters less than knowing why it behaves the way it does.

Nice to Haves

  • Accessibility experience beyond automated checks — screen reader testing, focus management, ARIA used correctly and sparingly.
  • Experience working directly from Figma (or similar) design files and collaborating with designers on the gaps.
  • Familiarity with build tooling, e.g., Vite, Webpack and frontend testing tools such as Playwright, Testing Library.
  • Prior contract work where you owned a frontend scope and delivered it independently.

How we will work together

  • You report to the Architect / Engineering Lead and coordinate directly with the backend engineer on API contracts.
  • Written status update at the close of each week: what shipped, what is at risk, what you need.
  • Code is reviewed by project lead before merge; you work in team’s repository and follow its conventions.
  • Tooling: repo host, project tracker, chat, design files, staging environment access.

Originally posted on Himalayas

本页面信息整理自 Himalayas,版权归原发布方所有。职位可能随时关闭,投递请以原始页面为准。 本站只做信息聚合展示,不参与招聘流程,也不向求职者收取任何费用。

该公司其他在招职位

项目经理(拉美/南非)

Talent HackersColombiaFull Time14 天前
职能支持限定地区(需当地身份)与中国几乎无重叠,需长期倒时差

← 返回全部职位