O processo de compilação de um código Go

DISCLAIMER: Esses posts não tem nada a ver com um certo livro que fala sobre Código Limpo. Nada. Aqui eu tomo a liberdade de definir o que código limpo, especialmente em Go, baseado na minha própria experiência em escrever muito código uhm, não limpo ao longo dos anos, várias pesquisas que faço pra tornar meu código melhor enquanto estou escrevendo em Go. Esses exemplos **provavelmente não se aplicarão diretamente a nenhuma outra linguagem de programação.

Pra quem busca idéias de conteúdo pra iniciar a programar em Go!

Esse é o segundo post de uma série de posts que começou aqui baseado numa palestra dada sobre Go e Clean Code(slides aqui) Agora vou falar sobre nomes de pacotes e como escolher nomes de pacotes em Go. Primeiro de tudo, pacotes em Go é como o código Go é organizado. É similar a um módulo Python e basicamente o mesmo do que um pacote Java, um namespace em C# ou a um componente JavaScript.

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?