Oi.

Falei um pouco sobre Go e Clean Code em alguns meetups e na última Gophercon Brasil em 2019 (slides aqui) e agora estou quebrando essa apresentação em uma série de posts, começando com esse, para explicar que tipo de código é considerado limpo em Go. A motivação é dividir um pouco após anos de escrita de código em Go sobre as práticas consideradas boas / ruins.

Minha opinião modesta é que codigo limpo é mais do que uma série de Design Patterns ou princípios SOLID. Focamos muito nessas coisas e às vezes esquecemos em como escrever código que é facil de ser compreendido por outras pessoas que sabem programar nessa linguagem. Então eu sempre começo pelo styleguide da linguagem.

Eu tenho uma tendência a não gostar da Microsoft. Uma mistura de experiência, preconceito, filosofias que não batem.

Eu trabalhei bastante tempo com Java/Grails, e nessa época o Eclipse quebrou um galho. Gostava bastante do IntelliJ, mas a versão que dava suporte à todo ecossistema do Grails era a versão paga, então não foi uma opção na época. Usava ele até pra HTML/CSS/JS.

Quando comecei a trabalhar com Python e JavaScript, fiquei órfã de editor. A lentidão do Eclipse não compensava. Fui testando. Sublime, gostei, mas não clicou, falta alguma coisa. IntelliJ, muito bom, mas era um canhão pro que eu queria. Atom, amei, melhor editor. Vim, foda, gostei pra caralho, mas demoro o triplo do tempo pra fazer as coisas. Volta pro Atom. Putz, esse bicho tá lento demais. Cara, cansei de sofrer. Vamos lá. Vamos tentar. VSCode.