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.

O texto dos requisitos da vaga é enorme. Não fica muito claro se você precisa saber tudo. Você fica em dúvida se aplica, quando aplica não tem retorno, e quando passa dessa fase, dificilmente tem feedback. Você quer aprender tudo e tem vontade de estudar o que for necessário mas afinal, o que você precisa saber pra conseguir entrar na área?

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.