Wemerson Evangelista
Wemerson Evangelista14/07/2025 12:15
Share

🧠💬 TĂĄ Codando ou Escondendo CĂłdigo? — A Verdade Que NinguĂ©m Te Conta Sobre Comunicação TĂ©cnica!

  • #Java
  • #C#
  • #HTML
  • #C++
  • #CSS
  • #JavaScript

image

Fala dev! đŸ‘šâ€đŸ’»đŸ‘©â€đŸ’»

Se vocĂȘ acha que ser bom em cĂłdigo Ă© sĂł saber fazer aquele for maroto ou montar um CRUD no back, temos um papo sĂ©rio pra trocar.

Hoje vamos falar sobre comunicação tĂ©cnica — ou, traduzindo pro dialeto dev: explicar o que vocĂȘ fez sem parecer um orĂĄculo do Stack Overflow que fala sĂł em sigla.

📉 Por que devs com código bom ficam invisíveis?

Senta aĂ­ que eu vou te contar uma verdade dolorida:

Não é só o seu código que precisa ser limpo, quem escreve ele também precisa se fazer entender.

JĂĄ parou pra pensar que:

  • VocĂȘ pode ser o ninja do React, mas se ninguĂ©m entende o que vocĂȘ escreveu... đŸ’„ retrabalho.
  • Mandou bem naquele script que salva vidas, mas nĂŁo escreveu UMA linha de comentĂĄrio? ☠ seu colega vai te amaldiçoar.
  • Participou da daily calado por medo de falar besteira? 😬 NinguĂ©m vai notar sua evolução.

A real é que, sem comunicação técnica, seu talento vira um código-fantasma.

đŸ§© Onde o bicho pega

Muita gente começa na ĂĄrea achando que ser dev Ă© sĂł "fazer funcionar". Mas o problema nĂŁo Ă© sĂł o que vocĂȘ faz, Ă© o que vocĂȘ consegue compartilhar.

Alguns sintomas clĂĄssicos:

  • Travar quando alguĂ©m pergunta “por que vocĂȘ usou esse padrĂŁo?”
  • Escrever commits genĂ©ricos tipo update final 2 de verdade agora
  • Subir PRs sem descrição (ou sĂł com emojis đŸ€Ą)
  • Achar que “comentĂĄrio Ă© perda de tempo”

Spoiler: ninguĂ©m consegue ler sua mente, mesmo que vocĂȘ seja o novo Linus Torvalds.

🚀 Como virar o dev que a galera entende (e admira)

1. Participe dos Code Reviews de verdade

NĂŁo Ă© sĂł dar um "LGTM" por educação. Leia, questione, elogie. Aprenda como os sĂȘniores explicam o porquĂȘ, nĂŁo sĂł o como.

2. Commits e PRs contam sua histĂłria

Evite mensagens como tentativa 3. Prefira:

bash
CopiarEditar
fix: ajusta lĂłgica do filtro para lidar com mĂșltiplos parĂąmetros

3. Documentar nĂŁo Ă© burocracia, Ă© empatia

Uma doc clara Ă© o que transforma cĂłdigo bom em legado de respeito. Pense em vocĂȘ mesmo daqui a 3 meses tentando entender o que escreveu agora. Se nĂŁo conseguir, falhou na missĂŁo.

4. Aprenda a falar sobre o que fez

Treine o famoso "elevator pitch do commit":

"Implementei uma melhoria no componente X pra reduzir o re-render com memoização. Resultado: ganho de 35% no desempenho em listas com mais de 100 itens."

Simples, direto e respeitĂĄvel.

5. Daily e reuniÔes não são castigo

É o momento de mostrar que vocĂȘ estĂĄ crescendo, aprendendo e resolvendo pepino. NĂŁo precisa florear, sĂł precisa compartilhar com clareza.

✹ Conclusão: Dev que se comunica, cresce

Se comunicar bem tecnicamente nĂŁo Ă© "soft skill" — Ă© core skill.

E sabe o que mais? Os devs que sabem explicar sĂŁo os que viram referĂȘncia, lĂ­deres, tech leads, mentores.

Então, bora parar de esconder código como se fosse magia negra e começar a escrever e falar como quem entende do que tå fazendo. Porque, spoiler final:

Código bom todo mundo copia. Comunicação boa, poucos dominam.

Se vocĂȘ curtiu essa provocada, compartilha com aquele amigo dev que vive mudo na daily ou escreve final_final_valendo.py. Bora levantar esse padrĂŁo, time! đŸ’ȘđŸ”„

Share
Comments (1)
DIO Community
DIO Community - 16/07/2025 09:51

Wemerson, vocĂȘ trouxe um ponto essencial sobre a comunicação tĂ©cnica no desenvolvimento de software, e como ela pode ser o divisor de ĂĄguas entre ser um bom programador e ser um programador verdadeiramente eficaz no trabalho em equipe.

O foco na comunicação clara e objetiva, seja em commits, PRs ou em reuniĂ”es, Ă© muitas vezes subestimado, mas Ă© vital para garantir que o trabalho que vocĂȘ faz seja compreendido e aproveitado por outros membros da equipe. Um cĂłdigo bem escrito, mas mal documentado ou explicado, pode rapidamente se tornar um fardo para o time, causando retrabalho e frustração.

A analogia de “cĂłdigo-fantasma” Ă© brilhante! VocĂȘ tem razĂŁo, Ă© como se um cĂłdigo bem feito mas nĂŁo compartilhado adequadamente se tornasse invisĂ­vel, o que diminui a colaboração e, muitas vezes, a confiança que a equipe tem no trabalho de um indivĂ­duo.

Minha pergunta para vocĂȘ seria: como vocĂȘ vĂȘ a relação entre a comunicação tĂ©cnica e a cultura organizacional de um time de desenvolvimento?