Thread

1. thih9 · 1790538464 · focus · HN ↗

   > In my opinion, every commerical software development team using Go should be using custom domains for namespacing their internal libraries and packages.

   I’d remove “go” from the above, i.e. I think same applies to other stacks.

   Even using GitHub domain links in code comments gets problematic long term. Ie when a migration happens and those links start pointing nowhere.

   1. mort96 · 1790539790 · focus · HN ↗

      I mean yeah, but other languages don't make it quite so easy to make this mistake. Once your Go project gets to a size where it makes sense for different files to live in different folders (which, given Go's folder-based module system, often happens at just a couple hundred lines of code), the most straightforward way which the tooling nudges you towards means putting GitHub URLs (or URLs to whatever git host website you happen to use) in your source code.

      1. someonebaggy · 1790554667 · focus · HN ↗

         Or example.com/yourname if your module is never going to be imported from another project.

         1. someonebaggy · 1790578821 · focus · HN ↗

            to clarify: I mean literally "example.com", not your own domain name
         2. mort96 · 1790584314 · focus · HN ↗

            I do something like this in all my projects now. Except that I don't use example.com, I just use the name of the project. So if I'm working on a program called Frobnicator, I'll just have `module Frobnicator;` in my go.mod and do things like `import "Frobnicator/lib/blah"` in my source files. It works really well to be honest for non-library software.

            But it's something you have to do as an active choice; the tooling, and your colleagues, will nudge you towards using URLs to your primary git host's web front-end. And it naturally doesn't work for libraries.

            1. dolmen · 1790590867 · focus · HN ↗

               If the first part of the module path is without dot, it is assumed to be stdlib.

               Many tools will fail if you break this contract.

               1. mort96 · 1790595156 · focus · HN ↗

                  Oh that's horrible. I've somehow never encountered it but damn.
         3. dolmen · 1790590768 · focus · HN ↗

            yourname.internal/mymodule is even better. But don't expect to Go toolchain (especially "go get" or "go mod download") to work.

            <a href="https:&#x2F;&#x2F;datatracker.ietf.org&#x2F;doc&#x2F;draft-davies-internal-tld&#x2F;" rel="nofollow">https:&#x2F;&#x2F;datatracker.ietf.org&#x2F;doc&#x2F;draft-davies-internal-tld&#x2F;

      2. ljm · 1790607121 · focus · HN ↗

         I think this is one of the biggest missteps made in Go and in all honesty I don&#x27;t think it was any more intuitive than going through a package manager. Probably less, looking back.

         Everything else is fine. Generics, errors, whatever...

Unofficial Hacker News client; not affiliated with Y Combinator.