DISCLAIMER: This has nothing to do with a certain famous book that also speaks about Clean Code. Nothing. I’m talking from the experience of writing lots of bad code throughout the years, of lots of research on how to do it better while writing Go code and these examples do not necessarily apply to any other programming language.

This is the third post of a series that started here based on a talk I gave about Go and Clean Code(slides here, in Portuguese).

This is a second post of a series that started here based on a talk I gave about Go and Clean Code(slides here, in Portuguese)

Now I’m gonna talk about package names and how to choose package names in the Go way.

First of all, packages in Go is how Go code is organized. It is similar to a Python module and pretty much the same as a Java package, a C# namespace or a JavaScript component. It is a folder containing code that, in a good software architecture, has something in common.

Hi.

I spoke about Go and Clean Code in a couple of meetups and at the last Gophercon Brasil in 2019 (slides here, in Portuguese) and I am now breaking the presentation in a series of posts, starting with this one, to explain what kind code is considered clean in Go. The motivation behind this is to share a little after years of writing Go code on what kind of practices are considered good / bad.