Live data from Hacker News

Go is Google's language, not ours

utcc.utoronto.ca

191–200 of 679 posts

Re: Go is Google's language, not ours

#191

For what it's worth I'm a semi-grey beard (20 years in) and I love golang. For me it was like going back to being 8 years old on my Commodore Plus/4 and really enjoying writing code again. It needs close parenting. Java has been ruined by the push to include everyone's pet feature.

"Java has been ruined by the push to include everyone's pet feature."

Care to expand on this? Java is very careful to release new features.

Re: Go is Google's language, not ours

#192
post #149

I pity the recent CS graduates that weren't able to attend a decent CS degree and need Go to fit their mental model.

That's not really a problem for computer science students, I think. Their area of focus tends to be on the algebraic, theoretical side of the spectrum. It's much more of a problem for computer (software) engineers.

Re: Go is Google's language, not ours

#193
post #22

So proprietary is bad? I have no issues with things being owned by a single entity, especially when they're financially backed by that (massive) entity. What is being proposed as the alternative here?

I even think that for language and base class library design a strong ownership is key to success. They make the language consistent and the library easy to learn.

In both aspects, just compare .NET/C# with PHP.

Re: Go is Google's language, not ours

#194
The post makes it sound as if Go being Google's language (not the community's) is a bad thing. I don't see where this sentiment is coming from as the strong opinions enforced by Go core devs is probably one of the defining features of Go.

As with many open source projects under benevolent dictatorship, this can result in streamlined and consistent features with long-term success.

Re: Go is Google's language, not ours

#195
post #186

Earlier quoted context omitted.

>everyone's pet feature Isn't that C#? Java is very slow at adding new features, Java has only things that were proved to work in other languages.

Generics was introduced in Java in 2004 with J2SE 5.0[0]. [0]: https://en.wikipedia.org/wiki/Java_version_history#J2SE_5.0

The concept of generics/parametric polymorphism has existed decades prior to that in languages like SML and proven to work rather well.

Re: Go is Google's language, not ours

#196
post #168

Earlier quoted context omitted.

Could you name some I’m pretty curious? For my use case it’s a no brainer because only PostgreSQL have a decent GIS extension, last time I checked Oracle was lagging well behind.

- Distributed transactions across cluster nodes - The IDE experience with PL/SQL, including graphical debugging of stored procedures - Compiling PL/SQL to native code for better performance - Running bare metal without an underlying OS - Oracle RAC - The fine tuning options on their JDBC and .NET drivers - A proper C++ driver API

I don't have the stats to back this up, bit that all seems very niche. I have to imagine you get downvoted because people don't recognize these as real requirements. I needed not a single one of these. Ever.

Re: Go is Google's language, not ours

#197

For what it's worth I'm a semi-grey beard (20 years in) and I love golang. For me it was like going back to being 8 years old on my Commodore Plus/4 and really enjoying writing code again. It needs close parenting. Java has been ruined by the push to include everyone's pet feature.

"Java has been ruined by the push to include everyone's pet feature." Care to expand on this? Java is very careful to release new features.

It's not about being careful (they are--but always with the baggage of backwards compatibility), it's about not having a soul.

Java has made a U-turn in adding streams and related functional features on top of a language that used to be strongly for OOP (actually defining the meaning of OOP for a generation of developers.)

These different paradigms together make for code that does not read the same no matter who writes it.

I love how Go code usually ends up being extremely similar, no matter who write is. (Actually, Kubernetes is a counter example for this: Go should have gone even further in forcing style.)

If you think that "all code reads the same" is detrimental to developers, you are conflating the idea of developer (problem solver) to that of coder (keyboard typist.)

Re: Go is Google's language, not ours

#198
post #148

Earlier quoted context omitted.

> I wonder why so many companies are happily paying Oracle (and the likes) tons of money instead of sponsoring an open source project like PostgreSQL. Because that are plenty of nice enterprise features that PostgreSQL still doesn't cover.

Could you name some I’m pretty curious? For my use case it’s a no brainer because only PostgreSQL have a decent GIS extension, last time I checked Oracle was lagging well behind.

Like automatically refreshing materialized views, by which I mean when a base table is changed, the engine uses the definition of the materialized view to run triggers to update materialized view.

Re: Go is Google's language, not ours

#199
post #27

Earlier quoted context omitted.

Not yet. But we can hope. Ten years is a long time in this business.

Modern Java is a pleasant experience compared to Go.

Can you elaborate? In what ways, is modern Java a more pleasant experience compared to Go?

Re: Go is Google's language, not ours

#200
post #134

Earlier quoted context omitted.

No, but it's very likely that they'll make decisions that'll alienate the community and thereby cause it's ecosystem to lose more and more relevance. It has done that with other open source projects they stewarded.

If they alienate the community, the community can fork it, right?

Only if there are major contributing developers who do not work for Google. Is that the case with Go?

If there are no major non-Google contributors to Go, then the fork may not be successful due to lack of familiarity with the code base.

Post reply on HN