Composables
Pulls shared logic into small composables with clear inputs and return values, so features reuse behaviour instead of copying it between components.
Hire · Frontend
Senior Vue developers who become part of your team and take over components, stores and routes in your Vue 3 codebase. Candidates reach you only after a paid task covering the Composition API, Pinia, reactivity edge cases and the basics of Nuxt rendering.
Assessed in Vue 3, not Vue 2 habits
Senior and lead engineers only
Commits to your repo from week one
On your team
Pulls shared logic into small composables with clear inputs and return values, so features reuse behaviour instead of copying it between components.
Keeps global state in focused Pinia stores, uses storeToRefs to keep reactivity when destructuring, and leaves form and UI state local.
Plans migrations off the Options API, Vuex and filters, using the compatibility build where it helps and removing it once the code is clean.
Sets up Vue Router with lazy routes, navigation guards for auth and roles, and scroll and focus behaviour that suits keyboard users.
Covers components with Vitest and Vue Test Utils, mocking stores and HTTP so tests stay quick and focus on behaviour.
Vue’s gentle learning curve means many developers can produce a working page quickly, and plenty learned on Vue 2. The gap appears when state grows. Ask how they would share fetched data between two distant components and listen for whether they reach for a composable, a store or prop drilling, and why.
Reactivity is where experience shows. Developers who have shipped real Vue 3 code can tell you, without notes, what breaks when you destructure a reactive object or replace a ref’s value inside a watcher.
Vetting
Fluent with script setup, ref versus reactive, computed and watch, defineProps and defineEmits, and typed props with TypeScript.
Knows that destructuring a reactive object loses reactivity, when to use toRefs, why deep watchers are costly and when shallowRef is the right call.
Setup and option stores, getters, actions that call APIs, plugins for persistence, and testing stores in isolation.
Understands SSR, hydration mismatches, useFetch and useAsyncData, and recognises when a project needs a dedicated Nuxt build rather than a client-only Vue app.
Configures Vite aliases, environment variables and code splitting, and reads the build output to find oversized chunks.
Builds menus, dialogs and tabs with correct roles, focus return and keyboard handling, and checks them with a screen reader.
Work sample
The candidate receives a component where a destructured store and a reactive object have stopped updating the view. They fix both and explain the cause in a few sentences.
Against a stub API they build a paginated table with a reusable composable for fetching, sorting synced to the query string and tests. It is paid and limited to a few hours.
They convert one Options API component with mixins into script setup and a composable, keeping behaviour identical.
A brief conversation where they explain to a product manager why a piece of state went into Pinia or stayed in the component.
Levels
Builds and maintains features within your established component library and store layout, and reviews other Vue code.
Defines composable patterns, store boundaries, folder layout and testing rules, and leads the move off Vue 2 where it remains.
Decides between SPA, SSR and static generation per section of the product, owns the Nuxt configuration and sets performance targets for the front end.
A tidy Vue 3 app with Pinia and a component library needs a senior developer who can add features without fuss. A codebase that still mixes Options API, mixins and Vuex benefits from a lead who will set a direction and migrate in stages. Bring in an architect when rendering strategy or several Vue apps sharing code is the real question.
Other options
If you want an opinionated framework with built-in DI and forms for a large team, look at Angular developers.
Open registerIf most of the work is content templates and plugins with a little Vue on top, a WordPress developer is a better fit.
Open registerVue skills translate in principle but not in libraries; hire for the framework you actually run.
Open registerA client-rendered Vue app and a Nuxt app share components but behave differently in production. Nuxt adds server rendering, file-based routing and its own data-fetching helpers, which bring hydration and caching concerns. Decide which one you run before hiring; if it is Nuxt, weight the interview towards SSR.
Point them at the composables folder and the stores first; that is where your conventions live or are missing. Ask for a written note after a few days on anything inconsistent there. Then give them a feature that touches routing, a store and a form, which shows quickly how they balance local and shared state.
Agree a component testing approach early so tests do not depend on implementation details that change with every refactor.
FAQ
They can maintain Vue 2 code, but Vue 2 reached end of life at the end of 2023. Most clients ask them to plan and carry out the move to Vue 3 alongside feature work.
Every candidate understands Nuxt’s rendering model and data fetching. For a site where server rendering, caching and SEO are the main work, ask for someone at the architect level with Nuxt production experience.
Pinia is the official recommendation for new Vue 3 work. A lead can migrate stores gradually, one module at a time, so you do not need a big-bang rewrite.
Works alongside
Vue and Laravel are a frequent pairing, and shared decisions on Inertia or API resources save rework.
Open registerTo agree component states, spacing tokens and empty states before the first composable is written.
Open registerWhen the Vue app talks to Node services and needs stable contracts, auth and rate limits.
Open registerProduct delivery
Primary sources
Dated official documentation, standards, and research that support the factual claims on this page.
Official explanation of ref, reactive and their limitations.
The official state management library for Vue.
How to read this page
Scope, cost and timeline figures are planning guidance until confirmed in a written proposal. Diagrams and screens are illustrations, not client deliverables, and source-code rights and handover follow the signed agreement. See the delivery process and the full disclaimer.
Next decision
Define outcomes, constraints, evidence, rights and handover before delivery begins.
Commercial rights, repositories, environments, documentation, acceptance and handover remain contract-defined.