Add context to errors. After reading the logs, this will significantly cut down debugging time.
Use structured logging.
Avoid package-level variables. If you do use one, put it at the top of the file.
Keep the happy path left.
Avoid mocks.
Avoid side-effects and favor pure funcs.
Avoid naked returns. Use named return variables for documentation only.
Put main as the first func.
Avoid generic package names such as "helper" and "util".
Avoid using the keyword "new".
https://github.com/bahlo/go-styleguide
Add context to errors. After reading the logs, this will significantly cut down debugging time.
Use structured logging.
Avoid package-level variables. If you do use one, put it at the top of the file.
Keep the happy path left.
Avoid mocks.
Avoid side-effects and favor pure funcs.
Avoid naked returns. Use named return variables for documentation only.
Put main as the first func.
Avoid generic package names such as "helper" and "util".
Avoid using the keyword "new".
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
https://github.com/bahlo/go-styleguide
Add context to errors. After reading the logs, this will significantly cut down debugging time.
Use structured logging.
Avoid package-level variables. If you do use one, put it at the top of the file.
Keep the happy path left.
Avoid mocks.
Avoid side-effects and favor pure funcs.
Avoid naked returns. Use named return variables for documentation only.
Put main as the first func.
Avoid generic package names such as "helper" and "util".
Avoid using the keyword "new".