Reagir · Next.js · Node.js

Programadores full-stack que fecham o ciclo

Uma funcionalidade não está pronta quando a UI está bonita ou o endpoint devolve 200. Os engenheiros full-stack da iQud possuem o slice, React ou Next.js no browser, Node.js ou NestJS atrás, para que o pull request que um product lead pode fazer merge entregue os dois lados.

  • Reagir/Next.js + Node.js
  • MERN e APIs de produto
  • UI e serviço num PR
  • Primeiro PR em cerca de uma semana

Sinais de entrega full-stack

  • 5dTempo típico até ao primeiro pull request
  • 1 RPUI e API revistas em conjunto
  • MERNStacks de produto que já entregamos
  • 2 sem.Cadência de sprint com revisão de ponta a ponta

Os lugares full-stack que realmente preenchemos

«Full-stack» não é um júnior que tocou nas duas pastas. Emparelhamos o slice de que o produto precisa, as mesmas stacks frontend e backend das nossas páginas de tecnologia.

  1. 01

    Engenheiros de produto MERN / Next.js

    React ou Next.js no cliente, serviços Node.js e Mongo onde os dados vivem, um owner para uma área de produto, não dois tickets que divergem.

  2. 02

    Owners de funcionalidade, da UI à API

    Um engenheiro nomeado que consegue entregar ecrã, contrato e migração no mesmo sprint, com revisão sénior dos dois lados.

  3. 03

    Módulos NestJS + React

    Fronteiras de serviço tipadas com uma UI de produto que as consome. OpenAPI no PR, não um print do Slack de um endpoint.

  4. 04

    MEAN quando o Angular já é o cliente

    Módulos Angular ligados a serviços Node que já entregamos, só se for assim que enviam hoje.

  5. 05

    Integrações que atravessam a stack

    Auth, pagamentos e APIs de terceiros ligados na sessão do cliente e na camada de serviço, não um mock frontend com um TODO no backend.

  6. 06

    Quando um especialista é o melhor lugar

    Um rebuild de design system ou um cutover da camada de dados ainda quer um especialista frontend ou backend. Dizemo-lo na chamada intro em vez de forçar um full-stack.

Ferramentas que abrem no primeiro dia

Cada mosaico é uma página de tecnologia iQud. A faixa abaixo é o catálogo frontend e backend que já entregamos, não um subconjunto full-stack encurtado.

ReactNodeJsMongoDbReactNodeJsMongoDbReactNodeJsMongoDbReactNodeJsMongoDb
NextNestNextNestNextNestNextNestNextNestNextNest

Da chamada intro a um PR com merge

Uma contratação full-stack deve entregar um slice vertical no vosso repositório, não esperar por um ticket de backend antes da UI avançar.

  1. 1

    Mapear o slice

    Stack de cliente, stack de serviço, data stores, seniority, horas de overlap, e o que é «feito em 30 dias» na UI e na API.

  2. 2

    Fazer shortlist de engenheiros reais

    Emparelhamos especialistas full-stack disponíveis ao brief e partilhamos trabalho que atravessa realmente o cliente e o serviço.

  3. 3

    Vocês entrevistam

    Conheçam a pessoa que vai entrar no standup. Validem como falam de uma funcionalidade que toca no ecrã e nos dados.

  4. 4

    Primeiro sprint nas vossas ferramentas

    Acesso ao repo, ambientes e primeiro pull request, tipicamente numa semana após o go.

Comece com um lugar. Cresça se o backlog o disser.

A maioria dos clientes embebe primeiro um engenheiro full-stack. Dividir em lugares frontend e backend só quando o trabalho realmente diverge.

  • Um engenheiro embebido

    Um especialista React + Node junta-se ao vosso squad, segue o lead e possui funcionalidades de ponta a ponta nos vossos rituais.

    Ideal paraFechar um fosso de velocidade de produto sem dois lugares de vendor

  • Lugar full-stack dedicado

    Um owner estável para uma área de produto (admin, onboarding ou uma app delimitada) que entrega UI e API na mesma cadência.

    Ideal paraUm slice de produto que precisa de um owner nomeado

  • Iniciativa de produto delimitada

    Um build definido: um módulo, uma integração ou um slice MVP com o contrato já em movimento.

    Ideal paraUm marco que consegue apontar, não um banco aberto

Tarifas de contratação full-stack, por escrito

Duas formas de staffar um engenheiro React / Next.js / Node.js. À hora para picos e tickets definidos. Um lugar mensal dedicado se quiser alguém no standup todos os dias, a uma tarifa efetiva mais baixa do que deixar o relógio correr.

  • Contratar à hora

    20 €/ hora

    Capacidade full-stack flexível para picos de funcionalidade, revisões e tickets delimitados. Paga apenas as horas trabalhadas.

    • Os mesmos engenheiros de produto de um lugar mensal
    • Ideal para overflow, uma integração ou um único módulo
    • Começar depressa, pausar quando o pico acaba
    • Faturado nas horas reais, não um retainer
    Staffar à hora

Tarifas para engenheiros full-stack dedicados (React, Next.js, Node.js, NestJS). Mix de seniority e overlap confirmados na chamada intro. Não cotamos uma stack que não entregamos já.

Porque as equipas de produto staffam full-stack aqui

Um programador full-stack medíocre produz uma demo que funciona no portátil. Estes engenheiros produzem um slice que sobrevive a utilizadores reais, dados reais e ao próximo trimestre de funcionalidades.

  • Um owner, os dois lados do ticket

    Não atiram CSS por cima de um muro nem esperam por um stub de backend. O contrato, o ecrã e a migração aterraram juntos.

  • O vosso repo, a vossa cloud, as vossas horas

    Overlap GIFT City com a Europa e os EUA. Revisões de design e arquitetura em direto quando os leads estão online.

  • Olhos seniores no sprint

    Velocidade mid-level sem dívida de UI sem supervisão nem atalhos de schema. A revisão faz parte do engagement, não um SKU extra.

  • Dez clientes por trimestre, de propósito

    Não rodamos um banco. A capacidade é limitada para que o engenheiro que entrevistam seja o do standup.

Perguntas de contratação full-stack

Comece com um. A maioria dos clientes embebe um engenheiro full-stack sénior ou mid, e depois acrescenta um especialista se o trabalho de UI ou de serviço começar a dominar.

Global map illustration for iQud contact section

Dê ao produto um engenheiro que consegue entregar o slice

Digam-nos a stack de cliente, a de serviço e a primeira funcionalidade que querem com merge. Voltamos com um perfil nomeado, uma janela de arranque e um plano de duas semanas.