Ask HN: New OSS Projects: Go or Java?

Re:Ask HN: New OSS Projects: Go or Java? by pbohun on Monday September 19, 2016 @03:27PM (#12534010)

The most important thing is to use the right tool for the right job. If the project has networking and doesn't involve building a GUI or graphics, then Go is a great choice. (Not that Go can't do GUIs or graphics, but there aren't very robust and mature libraries for those things yet).

[ Parent | on HN ]

Re:Ask HN: New OSS Projects: Go or Java? by raptaml on Monday September 19, 2016 @03:53PM (#12534184)

Java's networking capabilities are rock solid, battle-tested and have got very fast as it is used in many heavy duty back end systems all over the world

[ Parent | on HN ]

Re:Ask HN: New OSS Projects: Go or Java? by _RPM on Monday September 19, 2016 @03:41PM (#12534106)

With network applications, you're often trying to optimize performance. It seems to me that the Go GC would make it a non optimal choice for network applications. I think writing it in Go would be good for the prototype.

[ Parent | on HN ]

Re:Ask HN: New OSS Projects: Go or Java? by perfmode on Monday September 19, 2016 @03:42PM (#12534119)

Go is great for I/O bound applications.

[ Parent | on HN ]

Re:Ask HN: New OSS Projects: Go or Java? by AnimalMuppet on Monday September 19, 2016 @03:29PM (#12534023)

Does Go do networking better than Java?

[ Parent | on HN ]

Re:Ask HN: New OSS Projects: Go or Java? by perfmode on Monday September 19, 2016 @03:42PM (#12534116)

Go's standard library is pretty nice.

[ Parent | on HN ]

Re:Ask HN: New OSS Projects: Go or Java? by AnimalMuppet on Monday September 19, 2016 @03:53PM (#12534186)

I know that Java's standard library is very complete. I know very little about Go's, but I presume that it's not more complete than Java's. Is Go's library easier to use than Java's? Is it significantly easier?

[ Parent | on HN ]

Re:Ask HN: New OSS Projects: Go or Java? by Matthias247 on Monday September 19, 2016 @04:03PM (#12534252)

Go is through it's integrated support goroutines (green-threads) very efficient at IO, while still presenting it in a traditional fashion (like blocking IO).

Java can also be very efficient, but only provides the lower level NIO library out of the box. To use that you either have to build und understand a lot of components for yourself (e.g. an IO Reactor, timer handling, etc.) or include one of the bigger frameworks for this purpose (e.g. Netty).

[ Parent | on HN ]

Re:Ask HN: New OSS Projects: Go or Java? by kt9 on Monday September 19, 2016 @03:38PM (#12534090)

If I did any UI pieces it would probably be in React talking back to an API handled by the core server.

[ Parent | on HN ]