Progredindo em ambientes caóticos - a visão de um dev

Em minha jornada de desenvolvimento, atuei por ambientes caóticos onde o tal caos estava presente em diferentes sabores. Nesse artigo, busco discutir sobre como você desenvolvedor pode sobreviver (e progredir) nesses ambientes e também conto um pouco de minha experiência pessoal.

O caos pode se manifestar de diversas formas e durante diferentes períodos. Não acho que enfrentei todos (possuo uma carreira relativamente nova), mas já provei de alguns sabores de caos e com eles aprendi uma coisinha ou outra.

O caos nosso de sexta-feira

Todo desenvolvedor já passou por um momento de caos nosso de sexta feira: aquele famoso deploy de sexta-feira que dá errado e torna o ambiente caótico por um tempinho.

Costuma ser um caos passageiro e que nos ensina lições quase que instantâneas. É durante esse momento em que nos são apresentadas as deficiências em nossos processos e a observabilidade de nosso código.~

Meu(s) aprendizado(s) para sobreviver ao caos nosso de sexta-feira: foi:

• Don't panic!... ou pelo menos não em público. Pânico, acusações de culpa e afins não vão resolver o problema. Xingue no twitter (fechado), xingue no grupo de whatsapp de seus amigos, xingue pra namoradx. No chat corporativo seja prestativo e busque informar TUDO o que está acontecendo.

• Anote os valiosos insumos do problema que rolou. Com isso em mãos, você consegue não só estudar e propor resoluções posteriormente (caso o problema esteja em sua responsabilidade) como estudar e apoiar a criação de resoluções mais eficientes no caso de problemas em terceiros.

• (*) Esse é um extra: deploys em sextas-feiras podem realmente não ser uma boa ideia. O argumento é muito mais psicológico do que prático, mas, software é construído e utilizado por pessoas.

O caos C4

Existem ambientes onde o caos está presente no cotidiano: sistemas legado mal construídos e com pouquíssima documentação, tecnologias com baixa adesão no mercado... a tal "bomba relógio" que todo dev já ouviu falar dentro de uma empresa.

Você possui duas formas de sobreviver á projetos legado ruins:

• Propõe com muito estudo e munido "habilidades de venda" a criação de um novo projeto á fim de substituir o legado

OU

• Aprende á lidar com as partes as quais você interage desse código legado. Eu mesmo já aprendi coisas incríveis lendo códigos legado.

O caos darwinista

Quando uma empresa (ou o país/mundo) passam por momentos de crise econômica por exemplo, o caos é generalizado: o CEO da empresa cobra os vices...

...que cobram os diretores
...que cobram os superintendentes
...que cobram os gerentes
...que cobram os gestores
...que cobram ..

Bom, você entendeu: a cobrança torna-se generalizada. . E nesse caso, você acaba sendo muito levado pela maré: Muitos sofrerão layoffs e quem sobrar fatalmente trabalhará sobrecarregado.

Sinceramente, como dito no parágrafo anterior, esse caos pode te afetar muito e você possui pouca ou nenhum controle desses fatores. Mas, você consegue ao longo de sua trajetória dentro da empresa tentar se tornar insubstituível.

No fim, ninguém é insubstituível. Mas se você se envolver com os projetos da empresa e for engajado dentro de um ambiente corporativo, você se torna um alvo mais dificil de se mandar embora.