Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Go 1.13 Release Notes

golang.org

Post reply on HN
Print view View original

141–150 of 264 posts

Re: Go 1.13 Release Notes

#141

Post by rgbrenner »

TheDong wrote: post #113
rgbrenner wrote: post #111

Earlier quoted context omitted.

First programming language that I've had to read and understand a privacy policy to use.. and consider that it may change in the future. The idea that the language I'm programming in now reports anything back to google is distressing.. and I say that as someone who has been programming in Go for about 7 years. What right does google have to collect usage information from modules hosted on github (or elsewhere)? I che…

> This is the first language in my 23 years programming that reports my usage back to the language authors I suppose that means you haven't used any of: 1. nodejs, which reports your usage back to npm Inc with the exact same amount of detail (names of dependencies, ip of caller) (and stores much more, since it publishes 'downloads per month', etc) 2. rust, which does the same with crates.io 3. perl, which does that w…

If I download something from a server, of course that server knows what I downloaded.

This is different. It’s a proxy in front of others repositories. They want info on downloads from GitHub, gitlab, and anywhere else you get code from.

They (google) are a 3rd party to the download.

Re: Go 1.13 Release Notes

#142

Post by dragonwriter »

mfer wrote: post #139
TheDong wrote: post #113

Earlier quoted context omitted.

> This is the first language in my 23 years programming that reports my usage back to the language authors I suppose that means you haven't used any of: 1. nodejs, which reports your usage back to npm Inc with the exact same amount of detail (names of dependencies, ip of caller) (and stores much more, since it publishes 'downloads per month', etc) 2. rust, which does the same with crates.io 3. perl, which does that w…

There is a difference between npm, perl, and the others mentioned and Go. Go is Google with a diverse set of products and services. Many people who use Go build competitive services to Google. What company is using python and building something in competition to the python software foundation? Or something for the others? This difference is worth taking into account. If Go were part of a software foundation like Pyth…

So, the issue isn't the information sent back to the language maintainer, but the identity of the maintainer?

Re: Go 1.13 Release Notes

#144

Post by lacampbell »

mseepgood wrote: post #91
skunkworker wrote: post #12

Earlier quoted context omitted.

It brought one of my favorite parts about writing numbers in languages such as Ruby over to Go. From 10000000 to 10_000_000 is such a readability improvement and should be no-cost.

> From 10000000 to 10_000_000 is such a readability improvement and should be no-cost. 1e7

Mysterious hacker news downvoting! This my preferred way of writing numbers with lots of 0s as well.

Re: Go 1.13 Release Notes

#145

Post by tomlu »

jftuga wrote: post #143

I have noticed a slight slow down in my own programs - around 5% compared to 1.12. Has anyone else noticed this in with their programs?

File a bug with a repro? Chances are it'll get fixed if your benchmark is good.

Re: Go 1.13 Release Notes

#146

Post by emptysea »

kissgyorgy wrote: post #135
timothycrosley wrote: post #103

Earlier quoted context omitted.

> This is exactly how I felt moving from a Python codebase to Go. But you realize on the 100th or so Python stacktrace that it's worth the investment up front, if not for type safety alone. Luckily, you don't have to choose between those two outcomes: https://github.com/python/mypy

Python's optional type hints even with mypy are nowhere near strict/expressive than a statically typed language like Go. Type hints in Python are an afterthought and it shows in a lot of cases.

Type hints in Python are IMO great and quite expressive!

You can create sum types (a bit verbose but they are there).

You can introspect them at run time and create things like pydantic[0] and fastapi[1].

Strict null checks with Optional[T] are great!

Now I'm not too familiar with Go's type system, but with protocols, Unions, Optional[T] and other generics offered by MyPy[2] I'd wager the type system is __more__ expressive than Go.

[0]: https://pydantic-docs.helpmanual.io [1]: https://fastapi.tiangolo.com [2]: https://mypy.readthedocs.io/en/stable/protocols.html

Re: Go 1.13 Release Notes

#147

Post by ggregoire »

rb808 wrote: post #62
sime2009 wrote: post #21

How does Go compare to Rust these days with respect to language maturity, community size and general maturity/availability of libraries? So far I've found Rust more interesting and pushes the envelope a bit more. But what is the sales pitch for Go?

I just wish there were more jobs for either. They're both much less popular than I expected.

If only people stopped to use Python for absolutely everything.

Re: Go 1.13 Release Notes

#148

Post by bborud »

sime2009 wrote: post #21

How does Go compare to Rust these days with respect to language maturity, community size and general maturity/availability of libraries? So far I've found Rust more interesting and pushes the envelope a bit more. But what is the sales pitch for Go?

The way I view it is that Go is for people who write software while Rust is for those who like to think about how to write software.

Perhaps I’m old and grumpy but I feel that at this point I’ve had every language discussion before and if people start to moan about lack of metaprogramming support I just leave.

I have yet to see a project that failed due to lack of high order abstractions

Re: Go 1.13 Release Notes

#149

Post by bborud »

Groxx wrote: post #120
sime2009 wrote: post #32

Earlier quoted context omitted.

Would it be fair to say that Go's concurrency support makes it a good match in the network services space? I see Go more often in Docker and cloud contexts.

Personal opinion: no. Go's concurrency is hard to control or monitor, and it's hard to make higher level abstractions that are both safe and convenient. It's of course possible, but the tradeoffs are rather severe. Go's concurrency shines best in short-lived single-purpose processes, which is a near perfect fit for CLI tools. When you don't care if something gets abandoned or fails to make progress and can just ctrl-…

Could you expand on what you think is hard about the concurrency in Go? (And perhaps give an example of a language that makes it easy/easier?)

Re: Go 1.13 Release Notes

#150

Post by icholy »

rgbrenner wrote: post #111
FiloSottile wrote: post #78

Earlier quoted context omitted.

The Modules Mirror and the Checksum Database are governed by this specific privacy policy: https://proxy.golang.org/privacy "go env -w GOPRIVATE=*.corp.example.com" was added to make it as easy as possible to configure private modules. If the environment is not set up, just the name of the module will reach the Google services, it will not be published, and an error will be returned. Anything else would have make it…

First programming language that I've had to read and understand a privacy policy to use.. and consider that it may change in the future. The idea that the language I'm programming in now reports anything back to google is distressing.. and I say that as someone who has been programming in Go for about 7 years. What right does google have to collect usage information from modules hosted on github (or elsewhere)? I che…

Maybe try reading the release notes before ranting non-sense.
Post reply on HN