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

Achava que Sabia Tudo: A Queda de um Dev Exausto!

A minha ruína

No início da minha carreira, eu achava que era algum tipo de super-herói. "Já tinha resolvido problemas muito complexos", ou pelo menos era o que eu pensava.

super-dev-bournout

Um bom começo

Meu começo foi um pouco sofrido: único dev em uma empresa, tive que aprender a me virar com análise de requisitos, design, arquitetura, entre outras coisas. Isso não foi ruim, muito pelo contrário, foi um dos períodos em que mais aprendi. É aquele ditado: a dor ensina — e ensina mesmo.

Tempo maluco

O problema foi achar que, depois disso, eu já sabia muita coisa, haha. Aquele velho ego de júnior... Trabalhei por anos como um maluco, virando noites e finais de semana para adiantar tarefas, achando que estava "ajudando a empresa" e, ao mesmo tempo, "mostrando serviço".

Terrível Ego

Na época, eu pensava que sistemas mais "legados" eram todos ruins e, na minha visão, tudo deveria ser refeito com o mais alto nível arquitetural, as melhores práticas possíveis e tecnologias mais novas. (Como alguém pode se dizer sênior e fazer algo tão simples e "mal feito"?, eu pensava.)

Uma reviravolta

Porém, com o passar dos anos, fui percebendo o quão errado eu estava e quantas cag@d@s eu deixei pelo caminho. Nesse meio tempo, acabei tendo um burnout, o que também me trouxe outras lições valiosas.

Conselhos para iniciantes:

  • Você não sabe nada. Na linha do tempo de dev, imagine que você ainda é uma ameba (sem ofensa).

  • Não tente abraçar o mundo:

    • No começo, foque em uma única tecnologia (seu "hello world" em 5 linguagens diferentes não serve pra nada).

    • Não pegue muitas tasks de uma vez (duas entregas de qualidade são melhores do que 6 bombas para o sênior ou pleno resolverem).

    • Evite trabalho extra. Nos fins de semana e feriados, curta sua vida, estude. "As tarefas urgentes" podem ser resolvidas no tempo certo (Você definitivamente não vai querer passar por um burnout, confie em mim).

  • Ouça os conselhos dos devs mais experientes. Mesmo que não concorde, tente refletir sobre eles.

  • Sempre prefira soluções mais simples às mais complexas.

  • Você vai errar muito. E tá tudo bem. Os erros vão te ensinar a ser melhor.

E você? Passou por algum problema semelhante? Tem algum conselho para deixar para os iniciantes?

Carregando publicação patrocinada...
2

Acho que todo mundo quando comeca acaba achando que ta abalando. Infelizmente eu tinha um ego muito grande e trabalhei em multinacionais, grandes empresas e startups e depois de toda essa caminhada sou freelancer e percebi uma coisa.
Nao importa quem seja sempre tem alguma coisa pra te ensinar.
O importante e resolver o problema, o cliente nao importa com TDD, GDD, DDD, PQP ele quer o produto no ar.
E como dev acho que a coisa mais importante e o principio KISS - Keep is simple stupid e agora vejo que mesmo que todas as boas praticas sejam importantes e mais importante tentar manter as coisas simples e deixar o design emergir no projeto.

1

complemento sensacional!

Manter as coisas simples, focar em resolver o problema do cliente.

O ponto principal é saber o que usar e quando usar.

valeu!!

1
1

Show.
No inicio de carreira dev fullstack, mas fui afunilando, e me especializando.

Então continuo como Dev. Atualmente mobile.

0