Executando verificação de segurança...
1

A diferença do front-end para produto do front-end para projeto

Olá a todos! Hoje, gostaria de lançar uma provocação para discutirmos um pouco.

Sou front-end há cerca de 6 anos e, ao longo desse tempo, vi muitas mudanças – tanto em estilos de código quanto em estruturas, etc. A maior parte da minha experiência é com projetos, e, como sabemos, projetos têm prazos para finalizar enviar para o cliente. Depois disso, pronto, lá se vai o seu front-end. Você não sabe se o cliente vai utilizar bem, se haverá manutenção de qualidade no código, e por aí vai.

Enfim, a minha dúvida de hoje é: o front-end de um produto é mais bem estruturado ou mais bem cuidado, por assim dizer, do que o front-end de um projeto?

Na minha cabeça, se estou trabalhando em um produto e vejo um bug, posso corrigi-lo imediatamente. Agora, se encontro um bug em um projeto que já foi entregue, não posso fazer nada, pois o projeto já foi finalizado, outra empresa ou pessoa está dando manutenção, e vida segue...

Carregando publicação patrocinada...
2

Não sou desenvolvedor ativo no mercado ainda, apenas faço Freelancer de vez enquando quando preciso, mas infelizmente já senti na pele o quanto desprezam um código de qualidade no Front-end, nem todos, para não generalizar.

A quantidade de código sujo em sites bem simples não é brincadeira. Houve um cliente que pediu ajustes no código dele, e eu reescrevi tudo de novo, mais organizado e estruturado, agradeceu, recebi, todo mundo feliz.

Agora, se encontro um bug em um projeto que já foi entregue, não posso fazer nada, pois o projeto já foi finalizado, outra empresa ou pessoa está dando manutenção, e vida segue...

Uma vez entregue e sem retorno, eu não resolveria também. Mas eu gosto de dar uma garantia de resolução de bugs em um intervalo de tempo, se necessário. Manter o cliente é melhor do que perde-lo por simplesmente não querer fazer o serviço bem feito.

Sobre a manutenção, é complicado. É como sol e lua. Alguns apenas jogam no ChatGPT, outros fazem bem feito.

A minha conclusão é que para quem realmente quer entregar algo bom e bem feito, não há distinção entre projeto e produto, ser front-end ou back-end. Até mesmo protótipos são bem feitos. Já tive a oportunidade de conversar com um dev back-end que precisou trabalhar no front-end e ainda entregou um resultado melhor que muitas pessoas que se "profissionalizaram" em front-end.

1

Acredito ser mais burocrático, altera se for trivial, mas normalmente você adiciona um backlog e depois aloca a correção (se valer a pena).
Tempo investido em novo recurso ou bugs reportados é mais valioso que tempo investido em correções de coisas que ninguém nunca notou e que se você alterar, vai ser notado ou pior, pode gerar regressões ou bugs em pontos que não tem nada a ver com a sua tarefa inicial.