Programador frontend

Pegar numa maqueta ou numa descrição e produzir a marcação, os estilos e a estrutura de componentes que a apresentam.

Vazio, a carregar, parcial, sem rede, erro, lento, e aquele em que o utilizador carregou duas vezes no botão — decidir o que cada um deve fazer e fazer com que aconteça.

O telemóvel velho, a ligação lenta, o navegador duas versões atrás, o leitor de ecrã, o pacote que ficou grande demais.

Percursos com teclado, semântica para leitores de ecrã, contraste, ordem do foco — e, cada vez mais, conseguir provar que o fizeste.

A biblioteca partilhada: decidir o que lhe pertence, o que uma alteração parte, e a quem é preciso avisar.

Respostas em fluxo contínuo, incerteza, citações, botões de parar, e o que o ecrã faz quando o modelo erra ou está lento.

O código de uma empresa, publicado por essa empresa, com a estimativa da migração manual (ano e meio de tempo de engenharia) dada pela mesma empresa e não verificável de fora. O que torna o resultado reproduzível é o mecanismo, que a publicação descreve por inteiro: a migração é uma máquina de estados em que cada passo tem um árbitro automático — o jest, o eslint e o tsc dizem passa ou falha — por isso o modelo podia voltar a tentar sem ninguém a ver, e a primeira passagem em massa resolveu 75% dos ficheiros em quatro horas. A cauda que sobrou é o número mais útil: ao fim de quatro dias de afinação, 97%; os últimos 3% tinham sido tentados entre 50 e 100 vezes cada um e foram terminados à mão. A publicação é também explícita em que o fator principal foi selecionar os ficheiros relacionados certos para pôr na instrução — que cresceu para entre 40.000 e 100.000 tokens puxando até 50 ficheiros — e não a redação da instrução. Não comunica qualquer mudança de efetivos, de contratação ou de lugares, nem o afirma.

Uma empresa pô-lo em produção. Pode mover a linha de base, ponderado pela escala e por quanto esse contexto se parece com o teu.

A tarefa para que antes terias sido contratado primeiro — transformar um desenho num ecrã — é a mais exposta aqui. Isso vale a pena saber antes de passares um ano a ficar rápido nela. As partes que se aguentam são os estados que ninguém desenhou e a exigência de funcionar para toda a gente, e nenhuma delas se aprende a construir páginas de portefólio.

A tua alavanca passou de produzir ecrãs para os restringir: o sistema de design, os estados, o orçamento de desempenho, a obrigação de acessibilidade. É trabalho menos visível e mais difícil de mostrar num portefólio, o que é um problema real da próxima vez que mudares de emprego — começa a guardar um registo do que recusaste e porquê.

Ficar e reforçar-te

Ser dono da camada de restrições

Quando os ecrãs ficam baratos, o que escasseia é a pessoa que mantém um produto coerente — a biblioteca de componentes, os estados, o orçamento de desempenho.

Refazer o posto

Seres quem consegue provar que é acessível

Isto está a passar de boa prática a obrigação em vários mercados, e uma obrigação precisa de uma pessoa com nome que consiga demonstrar o cumprimento em vez de o afirmar.

Movimento lateral

Aproximares-te da decisão de produto

Os engenheiros de frontend veem o que as pessoas fazem mesmo mais diretamente do que quase toda a gente, e essa observação é a matéria-prima do trabalho de produto.

Nenhum número aqui seria honesto, e a pergunta faz-se melhor tarefa a tarefa. Produzir um ecrã a partir de um desenho é já em grande medida feito por máquina; decidir o que o ecrã faz quando faltam os dados não é, nem responder por ele funcionar para alguém que usa um leitor de ecrã. Um sinal que consegues verificar: quanto do teu último mês foi escrever marcação contra decidir comportamento. Se foi sobretudo o primeiro, a exposição é real e o passo é na direção do segundo.

Na sua tarefa mais visível, é, e a razão é mecânica e não um juízo sobre dificuldade: a entrada é visual, a saída é texto, o correto verifica-se a olhar, e os dados de treino são a web pública. Mas a maior parte de um código de frontend real não é essa tarefa — são os estados que ninguém desenhou, os aparelhos em que ninguém testou, e as restrições que mantêm coerente um produto que cresce. Estar exposto na metade visível não é estar exposto no trabalho.

A amplitude não é automaticamente proteção, e é esse o enquadramento que vale a pena largar. Duas exposições superficiais são mais fáceis de substituir do que uma profunda; o que protege é ser a pessoa em quem se confia para julgar, e o critério é específico de um domínio. Se atravessares, atravessa por uma razão — os estados e o modelo de dados estão mesmo ligados, e perceber os dois torna-te melhor na fronteira, que é onde vive a maioria dos erros.

Continua a ser pedido, e é um sinal cada vez mais fraco pela mesma razão que a primeira tarefa desta página: quem o analisa já sabe quanto custa produzir um ecrã bonito. O que não enfraqueceu é a evidência de critério — um componente que retiraste e porquê, um estado que trataste e que ninguém especificou, um orçamento de desempenho que seguraste sob pressão. Isso é mais difícil de juntar e muito mais difícil de gerar.