Hacker News Reader

Comment by didip | Hacker News Reader

This precise struggle is why Go is created, and also why Rob Pike said what he said. The industry needs a statically typed language with good ergonomics (not typing too much) and performant.

I agree with you, asking everyone to be discipline with their code in a dynamic language is a bit too much to ask (unfortunately).

View on HN

If there is something similar with Django on golang ecosystem, I would use golang more. Battery-included web framework seem to be out of style these days and no one invest in developing one for newer language like golang. As a single developer working mostly alone, microservice-based development is quite painful.

Second this. There's no rails/express for golang. Personally I'd love to see a next-gen Rails-like framework arise in Swift. That would be amazing in my opinion.

Not sure about golang but D language has a battery included web framework based on the excellent vibe.d [1].

Fun fact, D language forum website is probably one of the fastest and the most responsive websites on the planet [2], and it's written in D but not based on vibe.d or Diamond [3].

[1] https://code.dlang.org/packages/diamond

[2] https://news.ycombinator.com/item?id=16731302

[3] https://news.ycombinator.com/item?id=3592769

Gobuffalo is close but it's been a while since I've looked at it. What you said is has been my experience too.

Here I go about the batteries included vs micro thing. People pick Flask because it looks approachable but then DIY features in. The same thing happens with Sinatra+Rails. If the python ecosystem grows and other communities come in, maybe they will bring their culture and standards in.

Take poetry for python. It's basically, "hey ... cargo/yarn/mix/bundler all kind of figured out these ergonomics". Poetry's "why" section in the README really resonated with me. Cross pollination of ideas across tribes is _good_.

But then, I'm biased/blub-paradox of course. And it's definitely in line with the productivity/DSLs/rapid vs types/verbosity/slower modes discussion.

Go needs to be renamed to something that can be googled.

Golang?

Yeah. When you have two experts in a garage, it rocks. When you absolutely need to hire some new folks in little old Victoria in the next two months so you turn to bootcamps and interns, not so much.... ;-)

This is just my humble opinion, but i'd argue that it is much easier to hire Go developers than Scala or Clojure, even outside Silicon Valley.

Victoria, BC? /me waves from Quadra (Island, not Street).

Not job hunting, but always happy to chat with people doing cool stuff sort-of locally.

Too bad the lack of generics means it has awful ergonomics in reality.

I also think rust's ? makes the "return err" pattern much nicer to deal with.

I like generics because it actually solves a lot of things that OOP and inheritance were supposed to without turning your dependencies into a ball of mud.

After 30 years of mediocre programming things I hate are unplanned/hidden side effects, train wrecks due to mutable state, and out of control dependencies. Error handling at this point seems like Weltschmerz.

Agreed on the second point, but when I think of "ergonomics", I'm mostly thinking about how much I have to type to get stuff done. For example, Java has generics and unchecked exceptions, but still sucks ergonomically without an IDE just due to syntax and imports.

Reply on news.ycombinator.com