---
title: "React | Skills We Assign For | Azendo"
description: "React on products that already have users — component ownership, state decisions and the Azendo roles assigned for frontend work."
url: "https://azendo.co/skills/react/"
---

[Skills](https://azendo.co/skills/) Languages and runtimes 

# React.

React is a JavaScript library for building user interfaces from composable components. It is the most widely used frontend library in commercial software, which matters less for its features than for the size of the pool of engineers who already know it.

## Where React fits on a long engagement.

Most React work is not a new application. It is a codebase that has accumulated five years of components, three state-management approaches and a design system that stopped being authoritative some time ago. Useful work usually starts with deciding which of those to keep.

The decisions that age worst are state and data fetching. They are made early, they are invasive to change, and by the time they hurt they are everywhere. A specialist who will still be on the product in two years makes those choices differently from one delivering a milestone.

## What an assigned team does with React.

A React codebase records every staffing decision ever made about it. Three state libraries means three eras of contractor; a component folder with four button variants means nobody stayed long enough to consolidate. Continuity is visible in the source, which is the argument for it that does not need making.

Feature work and platform work compete for the same capacity here, and the platform work always loses unless it is scoped separately. That is usually the point at which a partner moves from one specialist to [outsource software development services](https://azendo.co/services/software-development/) covering both.

## What we use React for.

* Consolidating a fragmented UI Several generations of components reduced to one set, so a change to a button stops meaning a change in nine places.
* Performance on real devices Render and bundle work driven by field data rather than a local machine with a fast connection.
* Design system implementation Components built to match a system a designer owns, with the two staying in step because both people stay on the account.

## How React capacity is assigned.

React capacity is assigned under software development outsourcing, frequently next to design capacity so the component library and the design system are maintained by people who talk to each other. Capacity is agreed as a [committed monthly capacity](https://azendo.co/pricing/) rather than per skill.

## Roles we assign React for

* [Frontend Developer Software development](https://azendo.co/services/software-development/frontend-developer/)
* [Full Stack Developer Software development](https://azendo.co/services/software-development/full-stack-developer/)

## Service lines it sits in

* [Software development](https://azendo.co/services/software-development/)

Capacity is agreed as a committed monthly capacity across a discipline, not per skill.

## Related in languages and runtimes

* [TypeScript — skill we assign for](https://azendo.co/skills/typescript/)
* [Node.js — skill we assign for](https://azendo.co/skills/nodejs/)
* [Next.js — skill we assign for](https://azendo.co/skills/nextjs/)
* [R — skill we assign for](https://azendo.co/skills/r/)
* [.NET — skill we assign for](https://azendo.co/skills/dotnet/)
* [Go — skill we assign for](https://azendo.co/skills/go/)
* [Ruby on Rails — skill we assign for](https://azendo.co/skills/ruby-on-rails/)
* [Swift — skill we assign for](https://azendo.co/skills/swift/)

## Tell us what your roadmap needs React for.

A service delivery manager replies with the disciplines we would assign, the monthly capacity and what the first month looks like.

[All skills we assign for](https://azendo.co/skills/)