VOLOVLOAutomation risk & transition, task by task
AskOccupationsMajorsBusinessFoundersChangesNotesMethod
Search occupations, majors…For agents
EN
  • English
  • 简体中文
  • 日本語
  • Español
  • Português
  • Français
VLO
VOLO

Understanding how automation changes work — task by task, with the evidence shown and the uncertainty admitted.

AskOccupationsMajorsBusinessFoundersChangesNotesMethodWill AI replace my job?AboutRole diagnosisOpen dataOntologyFor agentsVOLO ProPrivacyTerms
© 2026 VOLO
Occupations
All occupations
AI / software
Translator / InterpreterBank tellerCopywriterContent moderatorCustomer service representativeAdministrative assistantSoftware tester / QA engineerData entry clerkGraphic designerParalegalVideo editorAccountant / BookkeeperMarketing specialistFrontend developerTax preparer / tax agentVoice actorMedical coderData analystInsurance claims handlerTechnical writer / documentation engineerJunior software developerInsurance underwriterHR / recruiterLoan officer / credit officerFinancial analystProcurement / supply chain specialistJournalistSales / account managerReal estate agentNetwork engineerIllustratorTravel agent / travel advisorIT support specialist / helpdeskAuditorSupply chain plannerManagement consultantPhotographerBackend developerAI researcherProduct / UX designerBusiness systems ownerE-commerce operations specialistActuaryAnimator and VFX artistWriter and authorPayroll specialist / payroll clerkRadiologistData engineerProject managerData scientistCourt reporterEditor and proofreaderLawyerMedical assistant / clinic assistantQuantity surveyorContent creatorQuantitative analystMachine learning engineerExperienced software engineerDevOps engineer / platform engineer / SREBusiness analystMusician and composerGIS analyst / cartographerProperty appraiser / valuerProperty managerProduct managerDietitian / nutritionistEconomistPharmacistPartnerships / channel managerSecurity analyst (SOC)Financial adviser / financial plannerInterpreterPathologistChip design engineerGrant writer / grants officerCompliance officerLibrarianDrafter / CAD technicianArchitectFirst-line manager / team supervisorCounsellor / psychotherapistRetail salesperson / shop assistantCivil / structural engineerElectrical engineerIndustrial engineerStatisticianSecurity guardInterior designerUniversity lecturerPsychologistBus driverInsurance agentMechanical engineerFashion designerOptometristNotarySchool teacherGeneral practitioner / primary care doctorAirline pilotDriving instructorUrban plannerEmergency dispatcherWaiter / restaurant serverRadiographer / radiologic technologistLand surveyorAuto mechanic / vehicle technicianPolice officerSonographerAircraft maintenance technicianDental hygienistAnaesthesiologist / anaesthetistBuilding inspectorSpeech-language pathologist / speech and language therapistNurse practitionerAir traffic controllerVeterinarianBartender / baristaPhysiotherapist / rehabilitation therapistDentistSurgeonParamedic / EMTConstruction workerSocial workerJudge / magistrateRegistered nurseMassage therapistMidwifeCare worker / nursing assistantPlumberAI implementation lead
RPA / self-service
Government service clerkOperations coordinatorMetro train driverReceptionist / front deskPharmacy technicianPhlebotomistDental assistant / dental nurseRespiratory therapistOccupational therapist
Robotics
Retail cashier / shop assistantContainer port workerWarehouse workerAssembly line workerMedical laboratory technicianActor and modelMachinist / CNC machinistWelderChef / cookGardener / landscaperCleaner / janitorFarmerFirefighterHVAC technicianBricklayer / blocklayerCarpenter / joinerCabin crewHairdresser / barberElectrician
Autonomous driving
Ride-hail / taxi driverTruck driverDelivery rider / courier
Majors
All majorsEnglish / Foreign languagesComputer scienceAccountingPsychologyJournalism / CommunicationFinanceLawVisual communication designMarketingNursingBusiness administrationEducation and teacher trainingArchitecturePublic administrationMedicineHospitality and tourism managementEconomicsInformation systems
Guides
Ask VOLOFor businessFor foundersRecent changesNotesFor institutionsVOLO ProMethod & evidenceAboutFollow an occupationSearch
You are reading as:I have a jobI am studyingI run a companyI am building something
On this pageWhat is happeningTask breakdownRecent changesFor youWhat it means for youWhat you can doHow we knowWhat these rest on
Occupations›Frontend developer

Get told when a verified record lands on this occupation → · Mark which of these tasks are yours (VOLO Pro, free) → · For a team or a graduating class →

Frontend developer

Builds the surface people actually touch — and is left with the parts a generated screen does not survive: real devices, real networks, and the legal requirement that it work for everyone.

Software & technologyAssessed 2026-09-12
Tasks automating
1of 6
1 being augmented
Still human-led
3of 6
1 new task
Evidence-backed judgements
5of 6
6 verified records
Test this week · first of 3 directions

Take one screen in your product and list every state it can be in. Then check how many of them actually exist in the code.

See all 3 ↓
66/100
Automation impact indexLow confidence

This is not a probability of losing your job. It combines how much of the role's task load is exposed to automation with how far adoption has actually gone — useful for comparing occupations on one consistent basis, and for nothing else.

Where this applies

Written for engineers who build web and app interfaces. It cuts by layer rather than by seniority — the junior and experienced software pages cut the other way, and a senior frontend engineer sits on both. Design itself is a separate occupation; native mobile and games diverge.

What is happening

What is actually changing#

The unit of analysis is the task, not the job title. A role is not replaced — its task mix shifts.

AutomatingBeing augmentedStill human-ledNew taskStriped: our inference, not yet backed by a verified record

Each tile is one task. Its size is how much of the job it is; its colour is where the task is heading. Click a tile to see what the judgement does not establish.

Core task
Turning a design into a working interface
Automating✓ Evidence-backed
What this does NOT mean

A screen that renders is not a screen that ships. It says nothing about whether the result is maintainable, whether it matches an existing design system, or how it behaves in the states nobody drew — empty, loading, error, half a list.

Read this task in full →Test AI on this task in your free workspace →
Core task
The states nobody drew
Still human-led≈ Platform inference
What this does NOT mean

This is a judgement about where the work sits, not a measurement of it. Teams do not count how much of their frontend code is edge-case handling, so there is no figure to check this against, and the balance differs enormously between a marketing page and a trading screen.

Read this task in full →
Core task
Making it survive real devices and networks
Being augmented✓ Evidence-backed
What this does NOT mean

A government standard requires this testing for its own services; nothing here says how many hours it takes elsewhere or whether teams do it at all — a great deal of shipped frontend work never gets this attention, and the tools existing does not mean they were run.

Read this task in full →Test AI on this task in your free workspace →
Significant task
Making it work for everyone, because it is required
Still human-led✓ Evidence-backed
What this does NOT mean

A regulator's action has listed the barriers left on sites that relied on an automated overlay, without naming the sites; what would settle it further is an enforcement action that names a specific interface and what was wrong with it. Requirements differ by market and by whether the product is consumer-facing.

Read this task in full →
Significant task
Owning the components everyone else uses
Still human-led✓ Evidence-backed
What this does NOT mean

Whether this is a job or a side duty depends entirely on team size, and how many teams staff it deliberately is not something anyone counts.

Read this task in full →
Significant task
Building interfaces for things that answer back
New task✓ Evidence-backed
What this does NOT mean

New work appearing is not the same as new headcount: this is being absorbed into existing roles, and nothing here says anyone was hired to do it.

Read this task in full →

Is this your job? Say so and this page narrows to your share of it.

A job title is a bundle of tasks bought together, and no two people hold the same bundle. Nothing is sent anywhere — it stays in this browser.

Turning a design into a working interfaceAutomating✓ Evidence-backedThe states nobody drewStill human-led≈ Platform inferenceMaking it survive real devices and networksBeing augmented✓ Evidence-backedMaking it work for everyone, because it is requiredStill human-led✓ Evidence-backedOwning the components everyone else usesStill human-led✓ Evidence-backedBuilding interfaces for things that answer backNew task✓ Evidence-backed

Read all 6 tasks in full — direction, reasoning and limits →

Recent changes#

202420252026today2024-09-27 · ConstraintEvery UK government service must use progressive enhancement, says the government's Service Manual, listing regular manual testing on older or lower-powered devices as one way to make JavaScript work2025-03-13 · DeploymentAirbnb reports migrating nearly 3,500 React component test files from Enzyme to React Testing Library in six weeks, against a hand estimate of 1.5 years2025-04-21 · ConstraintThe FTC's case against accessiBe, whose AI tool claimed to make any website accessible, states that no automated tool alone can determine WCAG compliance and manual human testing is required2025-09-23 · ConstraintAI chatbots on UK government services must let users know answers are not from a human and might be inaccurate, and how to reach a person, says the Service Manual2026-03-01 · ConstraintFigma reported that in March 2026 it began enforcing the AI credit limits it had introduced across all its seats in 2025, and started selling credit add-ons and pay-as-you-go usage2026-04-20 · ConstraintThe US Justice Department extended state and local governments' web accessibility deadlines to 2027 and 2028, saying generative AI does not yet reliably automate fixing inaccessible content
Can move a judgementCannot move one (forecast, capability demo…)
Constraint2026-04-20Verified 2026-09-27
The US Justice Department extended state and local governments' web accessibility deadlines to 2027 and 2028, saying generative AI does not yet reliably automate fixing inaccessible content

A US federal rule binding state and local governments under Title II of the Americans with Disabilities Act. The 2024 rule requires their web content and mobile apps to meet WCAG 2.1 AA; this interim final rule, effective 20 April 2026, extends compliance to 26 April 2027 for entities with populations of 50,000 or more and to 26 April 2028 for smaller ones and special districts. In its reasoning the Department says advanced technology such as generative AI does not yet reliably automate the remediation of inaccessible content at scale, and that the less public entities can rely on technology to make content accessible, the more they will need to rely on manual work instead. That is the Department's reasoning, not an operative requirement, and it is about fixing existing content rather than building new interfaces; the rule binds governments, not private companies.

Failure, rollback, regulation or cost is suppressing adoption. Can lower an assessment or widen its uncertainty.

US Department of Justice, Civil Rights Division — Interim final rule, Extension of Compliance Dates for Nondiscrimination on the Basis of Disability; Accessibility of Web Information and Services of State and Local Government Entities (Federal Register, 20 April 2026) ↗Full impact card →
Constraint2026-03-01Verified 2026-09-18
Figma reported that in March 2026 it began enforcing the AI credit limits it had introduced across all its seats in 2025, and started selling credit add-ons and pay-as-you-go usage

The filing establishes metering, not its effect. Figma states it introduced AI credits across all seats during 2025 and began enforcing the limits in March 2026, selling monthly add-ons or pay-as-you-go usage beyond them; the filing names the month, not a day. It reports no usage figure for Figma Make or Dev Mode. It says only that, after enforcement began, it saw more support requests, some public dissatisfaction and reduced usage by certain customers, with no measurement of how much. Figma sells these seats, so it has an interest in how a pricing change is presented — but the fact recorded here, that generating an interface from a design now costs metered credits rather than being included in the seat, is stated in a filing where overstating carries liability. It says nothing about tools from other vendors, and nothing about in-house pipelines.

Failure, rollback, regulation or cost is suppressing adoption. Can lower an assessment or widen its uncertainty.

Figma, Inc. — Form 10-Q for the quarter ended 2026-06-30, filed 2026-08-05 (SEC EDGAR) ↗Full impact card →
Constraint2025-09-23Verified 2026-09-27
AI chatbots on UK government services must let users know answers are not from a human and might be inaccurate, and how to reach a person, says the Service Manual

The UK central government's standard for building public digital services. If a service uses AI, it must make clear to users how this might affect their data and the outcome or information they receive; if it uses an AI-powered chatbot, it must make sure users understand that the answers do not come from a human and might not be accurate, and know how to contact a human being. The page also says services should be prepared to stop using AI if needed. It binds UK central-government service teams, not private companies, and it sets what the interface must communicate, not how any team builds it.

Failure, rollback, regulation or cost is suppressing adoption. Can lower an assessment or widen its uncertainty.

Government Digital Service — Service Manual, "Using artificial intelligence (AI) in services" (published 23 September 2025) ↗Full impact card →
Constraint2025-04-21Verified 2026-09-27
The FTC's case against accessiBe, whose AI tool claimed to make any website accessible, states that no automated tool alone can determine WCAG compliance and manual human testing is required

The US consumer-protection regulator's complaint against a company that sold an AI-powered widget said to make any website compliant with the Web Content Accessibility Guidelines, settled by a final order requiring a $1 million payment and barring such claims without evidence. The complaint states that, according to accessibility experts, no automated testing tool alone can determine whether a website meets accessibility standards and manual human testing is required, and lists barriers that remained on sites using the product: missing focus indicators, keyboard traps in forms and menus, missing or inaccurate alt text, incorrect headings. It is a deceptive-advertising case settled by consent, the expert sentence cites outside experts, and the affected sites are not named.

Failure, rollback, regulation or cost is suppressing adoption. Can lower an assessment or widen its uncertainty.

Federal Trade Commission — In the Matter of accessiBe Inc. and accessiBe Ltd., Docket No. C-4817, complaint (final order approved April 22, 2025) ↗Full impact card →
Deployment2025-03-13Verified 2026-09-12
Airbnb reports migrating nearly 3,500 React component test files from Enzyme to React Testing Library in six weeks, against a hand estimate of 1.5 years

One company's own codebase, published by that company, with the hand-migration estimate (1.5 years of engineering time) supplied by the same company and not checkable from outside. What makes the result reproducible is the mechanism, which the post describes in full: the migration is a state machine whose every step has an automatic referee - jest, eslint and tsc say pass or fail - so the model could retry without a person watching, and the first bulk run cleared 75% of files in four hours. The remaining tail is the more useful number: after four days of tuning, 97%; many of the long-tail files had been retried between 50 and 100 times, and the last 3% were finished by hand. The post is also explicit that the main driver was selecting the right related files to put in the prompt - which grew to 40,000-100,000 tokens pulling in up to 50 files - rather than prompt wording. It reports no change to headcount, hiring or roles, and does not claim one.

An employer has put it into production. Can move the baseline — weighted by scale and how similar the setting is.

The Airbnb Tech Blog (Airbnb's own engineering blog) ↗Full impact card →
Constraint2024-09-27Verified 2026-09-27
Every UK government service must use progressive enhancement, says the government's Service Manual, listing regular manual testing on older or lower-powered devices as one way to make JavaScript work

The UK central government's standard for building public digital services. All government services must follow progressive enhancement — work with HTML first, then add CSS and JavaScript — even if part of the service needs JavaScript. To make JavaScript work across browsers, the page lists feature detection, polyfills and transpiling, using automated tests or linters, and doing regular manual testing, including testing with older or lower-powered devices. It binds UK central-government service teams; it is a standard for how the work must be done, not a measurement of how much of it is automated.

Failure, rollback, regulation or cost is suppressing adoption. Can lower an assessment or widen its uncertainty.

Government Digital Service — Service Manual, "Using progressive enhancement" (last updated 27 September 2024) ↗Full impact card →
What it means for you

What this means for you#

If you are starting out

The task you would previously have been hired to do first — turning a design into a screen — is the one most exposed here. That is worth knowing before you spend a year getting fast at it. The parts that hold are the states nobody drew and the requirement that it work for everyone, and neither is taught by building portfolio pages.

If you are experienced

Your leverage moved from producing screens to constraining them: the design system, the states, the performance budget, the accessibility obligation. That is less visible work and harder to show in a portfolio, which is a real problem when you next change jobs — start keeping a record of what you refused and why.

Your options#

Four directions, each with its real constraints and one thing you can test this week. Continuing as you are is a legitimate choice — it just has to be a chosen one.

Stay and strengthen

Own the constraint layer

When screens become cheap, the scarce thing is the person who keeps a product coherent — the component library, the states, the performance budget.

Real constraints

It is low-visibility work that is easy to be taken for granted, and it needs a team big enough for consistency to matter.

Test this week

Take one screen in your product and list every state it can be in. Then check how many of them actually exist in the code.

Reshape the role

Become the one who can prove it is accessible

This is moving from good practice to obligation in several markets, and an obligation needs a named person who can demonstrate compliance rather than assert it.

Real constraints

Requires learning to test with assistive technology rather than with a checker, which most engineers have never done.

Test this week

Turn on a screen reader and complete one flow in your own product without looking at the screen. Write down where you got stuck.

Adjacent move

Move toward the product decision

Frontend engineers see what users actually do more directly than almost anyone, and that observation is the raw material of product work.

Real constraints

Requires giving up being the person who knows the code best, and learning to argue with numbers rather than with taste.

Test this week

Find one feature you built that nobody uses, and go and find out why. The answer is almost never what the team assumed.

Common questions#

How long do I have?

No number here would be honest, and the question is better asked task by task. Producing a screen from a design is already largely done by machine; deciding what the screen does when the data is missing is not, and neither is being answerable for whether it works for someone using a screen reader. A signal you can check yourself: how much of your last month was spent typing markup versus deciding behaviour. If it is mostly the former, the exposure is real and the move is toward the latter.

Is frontend the most exposed engineering role?

On its most visible task, yes, and the reason is mechanical rather than a judgement about difficulty: the input is visual, the output is text, correctness is checkable by looking, and the training data is the public web. But most of a real frontend codebase is not that task — it is the states nobody drew, the devices nobody tested on, and the constraints that keep a growing product coherent. Exposure on the visible half is not the same as exposure on the job.

Should I learn backend as well?

Breadth is not automatically protection, and that is the framing worth dropping. Two shallow exposures are easier to replace than one deep one; what protects is being the person who can be trusted to judge, and judgement is domain-specific. If you cross over, cross for a reason — the states and the data model are genuinely connected, and understanding both makes you better at the boundary, which is where most bugs live.

Does a portfolio of interfaces still get me hired?

It is still asked for, and it is a weakening signal for the same reason the first task on this page is: a reviewer now knows what a good-looking screen costs to produce. What has not weakened is evidence of judgement — a component you removed and why, a state you handled that nobody specified, a performance budget you held against pressure. Those are harder to assemble and much harder to generate.

Studying towards this?

These majors lead here. Their pages break down which of their competencies transfer and what graduates typically lack.

Computer science →
How we know

What these judgements rest on#

5 of 6 task judgements on this page are backed by a verified event and 1 are platform inference, each labelled where it appears. Behind them sit 2 technology dimensions, a reconstructed trajectory since language models reached the public, and 6 verified events.

See which technologies, how it got here, and the method →

Where it sits in the official classification: skills, knowledge, related jobs →

Other roles in the same function#

A company divides its work into functions before it divides it into jobs. These sit in Technology & data alongside this one — a fact about org charts, not a judgement that they are similar or that they are changing in the same direction.

Junior software developer · Experienced software engineer · Backend developer · Data engineer · Machine learning engineer · AI researcher · Software tester / QA engineer · Data analyst · Data scientist · Statistician · Economist · Business analyst · Business systems owner · IT support specialist / helpdesk · Security analyst (SOC) · DevOps engineer / platform engineer / SRE · Network engineer · Technical writer / documentation engineer · Grant writer / grants officer