Cinco Lições Mais Importantes do Livro "14 Habitos de Desenvolvedores Altamente Produtivos"

Escrito por Zeno Rocha, "14 Hábitos de Desenvolvedores Altamente Produtivos", é uma coletânea de entrevistas no qual acompanha diversos desenvolvedores ao redor do mundo. De São Paulo ao Vale do Silício, do Google a Microsoft, o livro contem insights valiosos e importantes para aqueles que buscam se aperfeiçoar ou já começar com o pé direito, em sua carreira como desenvolvedor ou desenvolvedora. Tive o prazer de concluir esta leitura recentemente, e venho aqui, através desse artigo, listar as cinco lições mais importantes dos quais encontrei no livro.

1 . Foco nos fundamentos.

Com o avanço da Inteligência Artificial e Assistentes Virtuais, é nítido ver que conforme o ser humano passou a delegar suas tarefas ao computador, acabou se criando uma grande massa de pessoas onde é perceptível a escassez sobre conhecimentos teóricos e fundamentais para o desenvolvedor, conhecimentos básicos como lógica de programação, pensamento computacional e estruturas de dados estão cada vez mais difíceis de serem encontrados, principalmente em desenvolvedores recém formados ou dos quais estão chegando agora no mercado. A Lição desse hábito é, para se ter destaque nos dias atuais como desenvolvedor, em um mercado ultra competitivo e impulsionado por IA, foque nos fundamentos, na base da computação pois com esses fundamentos e conhecimentos em mãos, você será possível de construir soluções limpas, escaláveis e robustas, gerando entrega de qualidade para a sua organização ou negocio.

2 . Faça para o seu futuro eu.

Quem nunca iniciou aquele projeto, parou para dar andamento em um outro projeto, e quando voltou ao primeiro mal conseguia entender o que você mesmo tinha feito? Esta lição/Hábito do livro deveria ser lida por todos (inclusive por aquele amigo que refatora o código todo por complemento e ninguém nem sabe mais aonde o if começa e quando termina rs) pois a mesma se trata sobre qualidade do código, e isso impacta diretamente sobre a qualidade de nosso trabalho não apenas para nosso entendimento porem dentro da squad onde trabalhamos, refatoração de código é importante, porém como diz um ditado "Um código bom é um código que mesmo se a pessoa não for da área, ela vai conseguir entender". Comente seu código, o torne legível, é um favor que você pode fazer para o seu time e para o seu futuro eu.

3 . Domine o Lado Sombrio da Força.

Se você é uma pessoa como eu, que começou a codar por conta de algum exemplo de filme ou quadrinhos, como o Homem de Ferro ou assistiu CyberChase quando era criança (eu infelizmente ou felizmente quis entrar nessa jornada porque achei incrível uma IA como o Ultron dos Vingadores), quando viramos adultos encontramos um cénario que não era bem o que esperavamos... As regras de négocio. Adoramos a parte de escrever códigos, de lógica, terminais de comando, mas e aquele calculo para saber o quanto do imposto deve ser calculado sobre aquela nota fiscal para o financeiro da empresa? Grande partes dos desenvolvedores se recusam a se aprofundar nesse lado do trabalho, o problema (ou não) é que justamente esse lado é o mais importante para se construir um sistema inteligente e eficaz para seu cliente ou a empresa, e justamente ter domínio e adaptabilidade sobre esse conhecimento, difere os ótimos desenvolvedores de desenvolvedores medianos. Escrever códigos e ter o visual studio code com o tema Dracula é importante, porem o mais importante ainda é ter dominio sobre o problema no qual você precisa resolver.

4 . Ouvir Ativamente.

Quem nunca foi tentar fazer aquela sugestão em uma reunião e antes de falar um "A" a primeira coisa que ouviu foi: "Não dá", "Não é possível", "Não vai funcionar". Eu sempre fui o tipo de pessoa que gosta de levantar hipóteses antes de tomar decisões bruscas diante de um problema, pois já fui o tipo de pessoa que acreditava ter o amplo conhecimento do algoritmo antes mesmo de chegar a vê-lo e cometia enganos ao experimentar tais soluções e elas realizarem a correção do problema, eu acredito que esta seja a lição mais importante do livro justamente por ser a menos praticada no ambiente de trabalho. Espere a ultima pessoa terminar seu ponto antes de dizer seu argumento e antes de dizer seu argumento verifique se ele se enquadra ou se será eficaz para realizar o problema proposto.

5 . Não Subestime.

A situação que todo desenvolvedor(a) vai passar em sua carreira, fornecer prazos curtos pois subestimou o projeto. Acontece que sempre queremos impressionar nossos gestores e lideres oferecendo um prazo curto, ou apenas por não termos um escopo do projeto ou porque não iriamos imaginar um erro de conversão de data que nem o chatGPT aliado com o Gemini e o Github Copilot iriam saber resolver, e isso acaba frustrando a equipe, o líder, o chefe do líder, e o principal, nós mesmos. A dica é, imagine que você comprou algo pela internet, e no site diz que ira entregar em 10 dias, porém você recebe a encomenda em 5, isso iria deixa-lo(a) feliz, certo? Porem imagine o oposto, invés de ser entregue em 5, foi entregue em 15, isso iria causar a reação oposta, e o mesmo acontece na entrega de um projeto, leve isso em consideração ao estimar o tempo de entrega do seu software, sempre tenha um tempo de segurança.