A resposta em uma frase
O desenvolvedor web transforma em código que funciona aquilo que foi decidido antes — o conteúdo das páginas, a estrutura do site e o desenho da interface —, e cuida de tudo que precisa continuar funcionando depois que ele entra no ar. É uma definição curta, mas ela já separa o essencial: ele implementa decisões; não é dele o papel de tomá-las sozinho.
A versão anterior deste artigo dizia outra coisa. Afirmava que o objetivo do desenvolvedor é "realizar a elaboração de um visual bem desenvolvido para os sites" — o que descreve o trabalho de um designer, não o de um desenvolvedor. E acrescentava que ele "desenvolve sistemas de informação de websites através de outras ferramentas como, por exemplo, redes de computadores", frase que não descreve atividade nenhuma. Vale refazer a resposta inteira, e começar pela correção técnica mais importante.
Correção: CMS, CSS e Java não são o que o texto antigo dizia
O post original listava as "linguagens obrigatórias" da profissão: "CMS, CSS, Java e muitas outras". São três erros em uma frase só, e todos eles aparecem com frequência em orçamentos e sites de agência — vale saber identificá-los:
- CMS não é linguagem. A sigla significa sistema de gerenciamento de conteúdo: um programa pronto, como o WordPress, que permite publicar páginas sem escrever código. Ele é construído com linguagens, não é uma delas;
- CSS não é linguagem de programação. É uma linguagem de estilo: descreve cor, espaçamento e posição. Não tem lógica nem decisão. O mesmo vale para o HTML, que é linguagem de marcação — organiza o conteúdo da página. A referência aberta sobre as três está no MDN Web Docs, mantido pela Mozilla;
- Java não é JavaScript. São linguagens diferentes, com histórias e usos distintos; a semelhança no nome é um acidente de marketing dos anos 1990. A linguagem que roda no navegador dos seus visitantes é o JavaScript. Trocar uma pela outra é o sinal mais comum de texto técnico escrito por quem não é da área.
A lista correta do que sustenta um site é: HTML para o conteúdo, CSS para a aparência, JavaScript para o comportamento no navegador e uma linguagem de servidor — PHP, Python, Node.js, entre outras — para a lógica que roda do outro lado. Como essas peças se encaixam está explicado em o que é desenvolvimento web.
As 7 atividades do dia a dia
| # | Atividade | O que significa na prática |
|---|---|---|
| 1 | Escrever o código das páginas | Transformar o layout aprovado e o conteúdo em páginas que funcionam |
| 2 | Integrar a serviços externos | Formulários, pagamento, WhatsApp, e-mail, sistemas de gestão |
| 3 | Fazer funcionar em toda tela | Celular, tablet, computador e navegadores diferentes |
| 4 | Cuidar do desempenho | Peso das imagens, ordem de carregamento, tempo até a página aparecer |
| 5 | Cuidar da segurança | Certificado, atualizações, permissões, proteção de formulários |
| 6 | Publicar o site no ar | Servidor, domínio, redirecionamentos, ambiente de testes |
| 7 | Corrigir e manter | O trabalho que começa no dia seguinte à entrega e não termina |
Repare que apenas a primeira dessas sete é "programar" no sentido que a maioria imagina. As outras seis são o que separa um site que abre de um site que funciona — e são justamente as que somem dos orçamentos mais baratos.
O que não é trabalho do desenvolvedor
Delimitar o papel evita a frustração mais comum em projetos de site, que é esperar de uma pessoa quatro competências diferentes:
- Decidir o que o site diz — o conteúdo vem do negócio e do redator. Desenvolvedor não inventa a proposta de valor da sua empresa;
- Desenhar a interface — hierarquia visual, tipografia, cores e espaçamento são decisões de web design. Um profissional pode acumular os dois papéis, mas são competências distintas;
- Definir a estratégia de busca — o desenvolvedor implementa o que a estrutura técnica exige; quais páginas devem existir e para quais buscas é outra função;
- Escolher público e oferta — isso é decisão do negócio, e ninguém pode tomá-la no lugar dele.
Quando essas decisões não são tomadas por ninguém, elas acabam sendo tomadas por omissão — e sobram para o desenvolvedor. É assim que nasce um site tecnicamente correto e comercialmente vazio. A divisão completa dos papéis está em como se chama o profissional que cria sites.
Front-end, back-end e full stack: o que muda para você
Três palavras que aparecem em todo orçamento e valem uma tradução curta. Front-end é a parte que roda no navegador do visitante: o que ele vê e com o que interage. Back-end é a parte que roda no servidor: regras, banco de dados, integrações, segurança. Full stack é quem trabalha nas duas pontas.
O que isso muda na sua contratação: um site institucional bem-feito é majoritariamente front-end. Já um projeto com cadastro de usuários, pagamento, área logada ou integração com o seu sistema de gestão exige back-end de verdade — e é aí que orçamentos muito distantes entre si costumam revelar que um deles não incluiu essa parte.
Por que "mudar só isso" demora
É a pergunta que todo cliente faz, e a resposta honesta ajuda os dois lados. Quase nenhuma mudança em um site é isolada. Mover um bloco na home exige revisar como ele se comporta no celular, conferir se nada quebrou nas outras páginas que usam o mesmo componente, testar em navegadores diferentes e publicar sem derrubar o site no processo.
O tempo de digitar o código costuma ser a menor parte do trabalho. O resto é verificação — e é exatamente ela que separa um ajuste seguro de um problema novo criado para resolver um antigo. Quando um desenvolvedor diz que algo simples leva algumas horas, na maioria das vezes ele está contando o teste, não a digitação.
"Escrever o código é a parte rápida. Garantir que ele continue funcionando amanhã é o trabalho."
Os 7 entregáveis que você deve receber
- O site publicado no seu domínio, funcionando em celular e computador;
- Todos os acessos em nome da sua empresa — domínio, hospedagem, painel do site, DNS, analytics e Search Console;
- O código-fonte ou a garantia contratual de acesso a ele, com a propriedade definida por escrito;
- Instruções do que é editável por você e como editar, de preferência com um treinamento curto — o tema de site profissional gerenciável;
- A medição instalada e registrando desde antes do primeiro visitante;
- Um período de garantia para correção de defeitos, com prazo definido em contrato;
- Quem faz a manutenção a partir dali — nome, escopo e forma de acionar.
Faltando qualquer um deles, o projeto não está encerrado, ainda que o site esteja no ar. Os riscos de aceitar a entrega incompleta estão detalhados em erros na hora de criar sites.
Como avaliar um desenvolvedor sem saber programar
Você não precisa ler código para julgar bem. Precisa olhar para o que é verificável:
- Sites publicados, não imagens de portfólio — peça endereços no ar, abra cada um no celular e veja quanto tempo leva para aparecer;
- Prazos combinados e cumpridos — vale mais do que qualquer certificação. Peça referência de um cliente anterior sobre esse ponto específico;
- Clareza ao explicar — um bom profissional consegue dizer, em português comum, por que algo leva o tempo que leva. Quem só responde com jargão costuma estar escondendo incerteza;
- Disposição para discordar — quem concorda com tudo o que o cliente pede não está avaliando nada;
- Entrega dos acessos sem resistência — hesitação aqui é o sinal de alerta mais confiável de todos;
- Estimativa por escrito — escopo, prazo, o que está incluído e o que não está.
Como trabalhar bem com um desenvolvedor
Metade do resultado de um projeto depende de quem contrata. Quatro hábitos mudam o desfecho:
- Entregue o conteúdo completo antes de o desenvolvimento começar — material em partes ao longo de semanas é a principal causa de atraso;
- Reúna os pedidos de ajuste em uma lista só, em vez de mandar mensagens soltas ao longo do dia. Cada interrupção custa mais do que o ajuste;
- Descreva o problema, não a solução — "ninguém acha o telefone" leva a uma resposta melhor do que "coloca um botão vermelho aqui";
- Aceite prazos para o que é invisível — testes, desempenho e segurança não aparecem na tela, mas são o que evita o retrabalho de amanhã.
Interno, freelancer ou agência
| Formato | Quando faz sentido | Risco principal |
|---|---|---|
| Freelancer | Projeto pontual, escopo pequeno e bem definido | Indisponibilidade depois da entrega |
| Agência | Projeto que precisa de design, conteúdo e SEO junto | Contratar sem verificar quem executa |
| Profissional interno | Sistema próprio com evolução contínua | Custo fixo alto e dependência de uma pessoa |
| Plataforma pronta | Presença simples, orçamento mínimo | Limite de crescimento e conteúdo preso à ferramenta |
O que o profissional precisa saber hoje
Além das linguagens, três competências separam o profissional do amador — e nenhuma delas é sobre digitar código:
- Versionamento — manter histórico do código, poder voltar atrás e trabalhar em equipe sem sobrescrever o trabalho alheio;
- Ambiente de testes — um lugar para experimentar mudanças antes de aplicá-las no site que está no ar. Quem edita direto no site publicado está apostando;
- Noções de desempenho e acessibilidade — saber que uma imagem pesada custa visitantes e que um contraste ruim exclui gente é parte do ofício, não um extra.
E, do outro lado da cadeia, entender o que acontece com o código depois de escrito — como ele vira o que roda de fato — é o assunto de o que é código objeto.
5 erros de quem contrata
- Esperar que o desenvolvedor decida o conteúdo — ele implementa; quem sabe o que a empresa faz é você;
- Comparar orçamentos só pelo preço — o mais barato frequentemente cobre a atividade 1 das sete;
- Contratar sem definir a propriedade do código — a discussão só aparece quando a relação termina;
- Pedir ajustes por mensagens soltas — sem lista e sem registro, alguma coisa sempre se perde;
- Não combinar a manutenção — o projeto acaba, o site continua, e ninguém sabe quem chamar. O encadeamento correto das fases está em o mapa organizacional da criação de sites.
Perguntas frequentes
O que faz um desenvolvedor web, em uma frase?
Ele transforma em código que funciona aquilo que foi decidido antes — o conteúdo, a estrutura das páginas e o desenho da interface. Traduzido em atividades: escreve o código, integra o site a serviços externos, garante que funcione em telas e navegadores diferentes, cuida do desempenho e da segurança, publica, corrige e mantém. O que ele não faz é decidir sozinho o que o site deve dizer ou como deve parecer.
CSS é uma linguagem de programação?
Não, e a distinção importa na hora de avaliar um orçamento. CSS é uma linguagem de estilo: descreve cor, espaçamento e posição, sem lógica, decisão ou repetição. HTML, do mesmo jeito, é linguagem de marcação — organiza o conteúdo. A lógica fica com linguagens de programação como JavaScript, PHP ou Python.
Java e JavaScript são a mesma coisa?
Não. São linguagens diferentes, com histórias e usos distintos, e a semelhança no nome é um acidente de marketing dos anos 1990. A linguagem que roda no navegador dos seus visitantes é JavaScript. Java é usada em outros contextos, como sistemas corporativos e aplicativos Android. Confundir as duas é o sinal mais comum de texto técnico escrito por quem não é da área.
CMS é uma linguagem?
Não. CMS quer dizer sistema de gerenciamento de conteúdo — é um programa pronto, como o WordPress, que permite publicar e editar páginas sem escrever código. Ele é construído com linguagens, não é uma delas. Um desenvolvedor pode trabalhar sobre um CMS, personalizando temas e funcionalidades, ou construir tudo do zero.
Desenvolvedor web faz o design do site?
Não é a função dele. Desenhar a interface — hierarquia visual, tipografia, cores, espaçamento — é trabalho de designer. O desenvolvedor implementa esse desenho em código e garante que ele funcione em telas diferentes. Um profissional pode acumular os dois papéis, mas são competências distintas, e tratar as duas como uma só é a origem de boa parte da frustração em projetos de site.
Qual a diferença entre front-end, back-end e full stack?
Front-end é a parte que roda no navegador do visitante: o que ele vê e com o que interage. Back-end é a parte que roda no servidor: regras de negócio, banco de dados, integrações e segurança. Full stack é quem trabalha nas duas pontas. Sites institucionais costumam exigir mais front-end; sistemas com cadastro, pagamento e área logada exigem back-end.
Como avaliar um desenvolvedor sem entender de código?
Avalie pelo que é verificável sem ler código: sites publicados que abrem rápido e funcionam no celular, prazos combinados e cumpridos, explicação em linguagem clara sobre por que algo leva o tempo que leva, entrega dos acessos em nome da sua empresa e disposição para dizer que algo é má ideia. Portfólio bonito em imagem não prova nada; site no ar, sim.
Por que uma mudança pequena no site demora tanto?
Porque quase nenhuma mudança é isolada. Mover um bloco na home costuma exigir revisar o comportamento em celular, conferir se nada quebrou nas outras páginas, testar em navegadores diferentes e publicar sem derrubar o site. O tempo de digitar o código é a menor parte; o resto é verificação — e é justamente ela que separa um ajuste seguro de um problema novo.
O que devo receber ao final de um projeto de site?
Sete coisas: o site publicado no seu domínio, todos os acessos em nome da sua empresa, o código-fonte ou a garantia contratual de acesso a ele, instruções de como editar o que é editável, a medição instalada, um período de garantia para correções e a definição de quem faz a manutenção a partir dali.