Live data from Hacker News

Go 1.6 is Released

blog.golang.org

11–20 of 367 posts

Re: Go 1.6 is Released

#11
post #5

Go checks a lot of boxes for my ideal language for developing web services: Static type, C derived, has garbage collection, generates a single binary, supports concurrency very well, is opinionated, is small/simple, its community prefers to just use standard lib for most work, etc. Yes, Generics is an issue and so is debugging. But, overall, I can't think of many other options that check so many boxes. EDIT: I must h…

"is opinionated"? What does that mean in the context of a computer programming language?

One way to do things, not ten.

Opposite example: implementations of OOP in Lisp and JS.

Re: Go 1.6 is Released

#12
post #5

Go checks a lot of boxes for my ideal language for developing web services: Static type, C derived, has garbage collection, generates a single binary, supports concurrency very well, is opinionated, is small/simple, its community prefers to just use standard lib for most work, etc. Yes, Generics is an issue and so is debugging. But, overall, I can't think of many other options that check so many boxes. EDIT: I must h…

Java SE and a fat jar... checks all the boxes and has generics and superior tooling. I still don't get the Go love.

Go starts very fast compared to jvm. Go compiles into a binary that does not require a jvm to be installed... Go does not require an IDE to develop in... Go is also less verbose

Re: Go 1.6 is Released

#13
post #10

I can't wait to see what's new in 1.6! I really had a pleasure working with Go for my senior project last year. If I need to write either a server (HTTP or TCP/UDP), or a client application that must be easy to build and distribute, Go is my first choice. What Go is lacking at this moment in my opinion is: 1) A comprehensive and mature web framework. Play w/ Scala is my go-to choice now, with Django a very close seco…

Why GUI though? Go shines for servers, but I would never want to write a desktop application with it though. Especially if I could do it in C#.

Re: Go 1.6 is Released

#14
post #5

Go checks a lot of boxes for my ideal language for developing web services: Static type, C derived, has garbage collection, generates a single binary, supports concurrency very well, is opinionated, is small/simple, its community prefers to just use standard lib for most work, etc. Yes, Generics is an issue and so is debugging. But, overall, I can't think of many other options that check so many boxes. EDIT: I must h…

"is opinionated"? What does that mean in the context of a computer programming language?

Doesn't attempt to please everyone. Case in point: no OOP or inheritance and no FP. Minimal syntactic sugar.

Re: Go 1.6 is Released

#15
post #10

I can't wait to see what's new in 1.6! I really had a pleasure working with Go for my senior project last year. If I need to write either a server (HTTP or TCP/UDP), or a client application that must be easy to build and distribute, Go is my first choice. What Go is lacking at this moment in my opinion is: 1) A comprehensive and mature web framework. Play w/ Scala is my go-to choice now, with Django a very close seco…

Pretty decent Qt bindings here https://github.com/visualfc/goqt

Re: Go 1.6 is Released

#16
I just recently started with go, but I love how simple (apart from horrible $GOPATH) and effective that is.

Still can't get over the moment I realized that in order to deploy my web server on an empty virtual box all I had to so was to build and upload. After all the languages and frameworks that required endless customization and setting up it was a true eureka moment.

Re: Go 1.6 is Released

#17

Earlier quoted context omitted.

"is opinionated"? What does that mean in the context of a computer programming language?

One way to do things, not ten. Opposite example: implementations of OOP in Lisp and JS.

I'm not sure that I understand your definition of the term "opinionated". Is Haskell opinionated? Is Fortran?

Re: Go 1.6 is Released

#18
post #6
post #5

Go checks a lot of boxes for my ideal language for developing web services: Static type, C derived, has garbage collection, generates a single binary, supports concurrency very well, is opinionated, is small/simple, its community prefers to just use standard lib for most work, etc. Yes, Generics is an issue and so is debugging. But, overall, I can't think of many other options that check so many boxes. EDIT: I must h…

The more I dig into type coercion and interfaces the less I miss generics. Still not 100% there, but for day to day the things I used to use generics for have been replaced by alternates. I still wish I never had to write `interface{}` though. Debugging absolutely needs work though.

Even with the delve debugger?

Re: Go 1.6 is Released

#19
post #10

I can't wait to see what's new in 1.6! I really had a pleasure working with Go for my senior project last year. If I need to write either a server (HTTP or TCP/UDP), or a client application that must be easy to build and distribute, Go is my first choice. What Go is lacking at this moment in my opinion is: 1) A comprehensive and mature web framework. Play w/ Scala is my go-to choice now, with Django a very close seco…

Why GUI though? Go shines for servers, but I would never want to write a desktop application with it though. Especially if I could do it in C#.

Because a C# GUI on Linux or Mac is not very native looking. Also for the same reason some like Go over Java, static binaries instead of requiring JVM or CLR be installed.

On another note, because writing programs in Go is much faster than say C++ or C for most use cases.

Re: Go 1.6 is Released

#20
post #10

I can't wait to see what's new in 1.6! I really had a pleasure working with Go for my senior project last year. If I need to write either a server (HTTP or TCP/UDP), or a client application that must be easy to build and distribute, Go is my first choice. What Go is lacking at this moment in my opinion is: 1) A comprehensive and mature web framework. Play w/ Scala is my go-to choice now, with Django a very close seco…

Why GUI though? Go shines for servers, but I would never want to write a desktop application with it though. Especially if I could do it in C#.

The way I see it:

1) Go produces 100% portable code. I absolutely suffered doing the same for a very basic C++ program that used C++11's std::regex. Compiled fine on clang-3.5 on OS X, fails on clang on Linux. It took me hours of searching online to find and install the exact version of GCC that actually fills in std::regex instead of just keeping it empty. Trust me, there are some versions that do that! No errors during compilation, but still doesn't run.

2) Statically compiled binaries. I can be confident that the absence of some essential library from the user's end won't break my app.

3) Cross-platform, especially with something like Qt. Write once, compile for each OS, then run - done!

Post reply on HN