Start with the output
Broad occupation profiles such as O*NET’s software developer entry group together work that employers may split into several teams. A role’s day-to-day output is more informative than the label alone.
| Direction | Typical output to investigate | Small evidence project |
|---|---|---|
| Frontend | Usable interface and browser behavior | Accessible form with validation and tests |
| Backend | Service behavior and data boundaries | API with authorization and failure handling |
| Data engineering | Reliable movement and transformation of data | Repeatable pipeline with quality checks |
| Reliability or platform | Operational capability for other teams | Service with monitoring and recovery notes |
These are editorial examples, not a statistical account of all job postings. Mobile, embedded, security and other roles introduce additional constraints that deserve their own investigation.
Compare the constraints you enjoy solving
Frontend work may expose accessibility, interaction and browser compatibility questions. Backend work may emphasize authorization, consistency and integration failures. Data work may involve quality, lineage and rerunning a transformation safely. Infrastructure work may require thinking about deployment and operational ownership.
The MDN curriculum and Google’s SRE books illustrate two different bodies of practice. Neither is a promise that completing the material qualifies someone for every job using the associated title.
Use a small project as a decision aid
Choose a modest task and complete its whole lifecycle. A backend API without a run command or tests leaves important evidence missing. A frontend mockup that cannot be used by keyboard does not show the full interface problem. Keep the scope small enough to examine these details.
Afterward, write what you enjoyed, what confused you and what you would improve next. This is more useful than selecting a specialization from a salary headline. If a project involved AI assistance, explain which parts you generated and how you checked them.
Read the actual role before applying
For each vacancy, identify the system, expected ownership, technologies, collaboration pattern and on-call requirements if any. Treat an unclear title as a question for the recruiter. Do not assume “full-stack” means the same scope everywhere.
Continue with frontend versus backend, DevOps, SRE and platform work or data versus machine learning engineering. Use the comparison to choose a next project, not to assign permanent limits to your career.
