On: Go's Sweet 16

[wanderlust123]

I think lack of classes is highly desirable. So much enterprise code is poorly put together abstractions.

I think go needs some more functional aspects, like iterators and result type/pattern matching.

[robryan → wanderlust123]

Go does have iterators: https://pkg.go.dev/iter

[wanderlust123 → robryan]

Thanks! Did not see this until your message, looking forward to make use of this

[nicodjimenez → wanderlust123]

The solution to bad abstractions it not to make it very difficult to create abstractions at all. For systems code I think it's fine but for application code you probably want some abstractions or else it's very hard to scale a codebase.

[jen20 → nicodjimenez]

It’s really not though. Plenty of systems are built in Go, Erlang etc that do not have the architectual monstrosities which commonly show up in object-oriented code, especially when a Java or C# expert beginner has been let loose.