Se você está lendo isso, já começou errado. Porque o pior front-end é aquele que nunca estuda, nem lê conteúdos na internet sobre programação.
O primeiro passo para ser o pior front-end da empresa é não estudar.
Por falar nisso, porque você está aqui lendo esse blog? Pare já!
O pior front-end nunca estuda
Você já deve ter ouvido falar que a prática vale mais do que a teoria. Só não te contaram que ela é a única que vale.
Mas se algum dia você quiser estudar, faça o seguinte...
Estude React, Javascript, CSS e HTML (nessa ordem)
O motivo é muito simples, compare a média salarial de desenvolvedores React com desenvolvedores HTML. E agora responda: qual ganha mais?
Invista seu tempo apenas naquilo que traz um retorno financeiro maior.
Após estudar de forma geral essas tecnologias (até porque especialista não está com nada), mantenha esse conhecimento com você.
Não compartilhe conhecimento
É muito contraditório gastar dinheiro com faculdade, para depois ensinar os outros de graça. Nunca faça isso, mesmo que você reclame do preço da faculdade sem ter feito uma.
Mas tome cuidado! Quando te pedirem ajuda, nunca diga não de forma direta. Caso contrário, as pessoas não irão querer te ajudar no futuro
Peça a solução pronta
O pior front-end não precisa entender como as coisas funcionam.
Se um dia você precisar da ajuda de alguém (o que dificilmente vai acontecer), seja o mais direto possível. Copie a descrição da tarefa no Jira, cole no Slack, e aguarde seu colega responder com o código pronto.
Caso seja difícil conseguir o que queria, existem algumas frases chave para mandar:
- "Não está funcionando" (sem mais detalhes)
- "Deu erro" (essa é ótima)
- "Será que não existe outra forma de fazer isso?"
E a minha preferida:
- "Não quer me mostrar em uma video chamada?"
Nunca falha.
Caso peçam para ver seu código sem ser em uma vídeo chamada, você já sabe...
O pior front-end nunca usa Git
Git é confuso demais:
- O repositório existe de forma local no computador e remoto na nuvem
- Cada branch também, mas se for remota, chamam ela de
origin - Pull é puxar, mas push é empurrar
- Pushar (com "sh") é diferente de puxar (com "x"), e é o mesmo que push (que é empurrar)
- Se algum engraçadinho altera minha linha, tenho que resolver conflito (e claro que sempre mantenho meu código em cima dos outros)
Existe uma forma muito mais prática de fazer isso, e precisa de apenas 2 passos:
- Compactar a pasta do repositório local
- Enviar por e-mail ou subir no FTP
Se responderem seu e-mail com qualquer sugestão que não seja o que você pediu, ignore.
Nunca peça codereview
Por que você deveria pedir aprovação de um trabalho? Se a empresa te contratou, é porque confia em você.
Jogue tudo direto na branch main. Caso a branch principal seja a master, troque seu nome para main. Ninguém vai perceber.
Não importa se o time trabalha com um Git Flow estruturado. Outras branchs como develop, feature ou release devem ser ignoradas. O quanto antes você colocar em produção, mais pontos você entrega na sprint.
Da mesma forma, ignore pedidos de codereview. Apenas aprove e já faça o merge você mesmo. Assim, talvez ganhe mais pontos ainda.
Nunca use libs externas
Reinvente a roda.
O pior front-end não confia na comunidade open source. Usa o VS Code, Github e Stackoverflow, mas são exceções.
- Faça carrosséis na mão
- Construa sua própria SPA
- E se o tempo colaborar, adapte o Web Assembly para rodar sua própria linguagem de programação
Esqueça a refatoração
Por último, mas não menos importante, nunca refatore.
Funcionou? Partiu próxima task.
Até porque tempo é dinheiro, e o Jira não irá fazer suas tarefas sozinho.
Vamos celebrar o horror
De tudo isso - com festa, velório e caixão
Está tudo morto e enterrado agora
Já que também podemos celebrar
A estupidez de quem cantou esta canção
Top comments (4)
Um artigo aonde me identifico bastante, infelizmente, mas vejo uma melhora enorme em mim, pois ando estudando mais e melhorando as más praticas que adquiri.
Entrei em uma empresa aonde nos utilizamos git, mas essa ideia de codereview não existe, me sentia sempre fazendo tudo errado, demorei pra pegar confiança no meu trabalho, ainda não sinto muito, desenvolvi síndrome do impostor, que todos podem fazer melhor do que eu.
Não sei ao certo o que eu sei, me sinto meio Estagiário/Junior, as vezes até um sênior KKKKK, fui solto em um vulcão em erupção e tive que aprender a surfar direto na lava quente. Segunda (18/12/2023) tenho uma entrevista, não sei ao certo o que pode ser perguntado e estou bem nervoso por conta disso, não sei ao certo o que revisar, o que preciso saber pra me destacar, a vaga é pra angular, tenho familiaridade com o JS, mas a vaga cobra as novas versões, estou procurando me atualizar pra ver se consigo ir bem, tem alguma dica do que posso estudar? e de como posso me comportar em nessa entrevista?
Codereview acho essencial demais, independente da senioridade. Ele ajuda tanto em manter a qualidade do código quanto no aprendizado, absorvo muita coisa com ele. Já li um artigo que era "Seu time realmente precisa de codereview?", e a pessoa tentava flexibilizar isso, mas os argumentos não me convenceram.
Sobre a entrevista, eu sempre penso que não tem motivos para ficar nervoso na hora. O "certo" era ficar nervoso se o tempo tá passando e tu não tá estudando. Lá, tu só vai mostrar o que tu já sabe, o que tu já estudou.
A vaga cobra as versões novas de JS ou Angular? De JS beleza, é ler a MDN, comprar cursos atualizados, ler a data de artigos na internet ou de perguntas do Stackoverlow, pq às vezes tu ta lendo algo de 2012 e nem se ligou. Mas se a vaga for de júnior acho que nem deveria cobrar Angular assim logo de cara.
Então só vai e expõe o que tu já sabe.
Sobre como se comportar na entrevista, eu já escrevi vários posts sobre isso no blog duma empresa que trabalhei. É wkrh.com.br/blog/ vai nos posts entre 12/2018 a 07/2020.
Valeu pelas dicas e eu concordo Codereview é essencial, além de passar uma confiança, você se depara com uma outra visão do seu código.
A vaga é pra trabalhar com angular 8+, mas eu tenho conhecimento no Angular.js (Uma das primeiras versões do angular), mas já estou dando uma estudada, acho que consigo me sair bem.
Vou dar uma olhada no blog, muito obrigado mesmo 🦤.
Até favoritei, sem dúvidas são dicas que irei levar pra minha carreira 😂😂