Hacker News Reader

Comment by akira2501 | Hacker News Reader

[flagged]

There's nothing about the Go compiler that enforces any case standard. I can't imagine a more trivial hill to die on.

Nitpicking, but Go is one of the only languages I’m aware of where identifier case is semantically relevant (to determine visibility). Given that fact it’s hard to say “nothing” enforces a case standard.

Haskell enforces that types and type constructors start with Uppercase, and that everything else starts with lowercase.

Adding to that, the compiler doesn't enforce using "mixed caps", as the documentations calls it, but it's strongly recommended (https://go.dev/doc/effective_go#mixed-caps)

> I can't imagine a more trivial hill to die on.

I can't imagine why this attitude pervades on hacker news. I can't imagine a more trivial reason than yours to make a reply.

I guess some people see this as a place to discover differences, and others see it as a place to enforce blind conformity to the current fad.

I was just thinking today that the case style is the only thing I continue to find objectionable on a day-to-day basis after a decade of writing/reading Go.

I've fantasized about the idea of a future `go fmt` version rewriting all the code which seems possible if somewhat impractical.

Go forth and prosper https://www.emacswiki.org/emacs/GlassesMode.

That is a bizarre thing to care so much about.

That's actually PascalCase, which I like better than camelCase and snake_case.

PascalCase for public variables, camelCase for private variables. Just to keep you on your toes.

and snake_case for db/sql.

kebab-case might be feeling left out of the party.

> I love go, but I hate CamelCase so much that I often find myself using a thesaurus to find better names for my structs and functions

what does one have to do with the other? also yeah I agree, CamelCase is awful. for a while I was doing:

    Camel_Case

but it just didnt fit with anything, so now I use:

    CamelCase // just the normal style, for public identifiers
    snake_case // for private identifiers

but, I do not respect acronyms, as keeping them hurt readability I think:

    HtmlHello
    HelloHtml

Reply on news.ycombinator.com