Re: [go-nuts] Re: Generics are overrated.

> As with every community, there's the silent majority and the vocal minority. But when we let the community to manifeste it choice (even if little part of this community that reply to survey) in regarding the 2016 golang survey: What changes would improve Go most? 1 generics -- You received

Re: [go-nuts] Re: No Allman-Style, No go!

Without apologies, I am linking to the official Google survey... LOL What changes would improve Go most ? #1. 572 (16%) generics (https://blog.golang.org/survey2016-results) Whoops ;) So you mean that 16% of us are so stupid we don't want to copy paste the code and adjust it, or use

Re: [go-nuts] Re: Generics are overrated.

On Sat, 29 Jul 2017, 23:59 Shawn Milochik, wrote: > >- You don't need generics to write Kubernetes. > > I've had no personal need for generics, but k8s client-go is the one case I've seen where I thought they would help, the informers packages in particular.

Re: [go-nuts] Re: No Allman-Style, No go!

Anyway, even if I was a bit angry by the "ad personam" attack, I want to say that even if the Go compiler maintainers don't or can't fix this because of their semi-colon insertion algorithm, it's not a problem for me to use Go as it is. As I develop in Helix, now I don't care about that

Re: [go-nuts] Re: No Allman-Style, No go!

On Sun, Jul 30, 2017 at 2:06 PM wrote: > Personally I'd prefer a simple compiler option :) You must be kidding, aren't you? It would be a horrible decision to introduce such compiler option. Keywords: Python 3. The debate about semicolon injection was relevant about

Re: [go-nuts] Worker pool library.

Have you tried running your program under the race detector? (go test -race) >From a quick skim of the sources, I think there is a race on the line here https://github.com/brunoga/workerpool/blob/3aec5bae30ec64df86d045730e1a4b8bcc4ae774/workerpool.go#L202 because multiple workers are going to

Re: [go-nuts] Re: No Allman-Style, No go!

On Sat, 29 Jul 2017 16:56:05 -0700 (PDT) ecstatic.co...@gmail.com wrote: > Anyway, thanks for the fun. Where is the popcorn ? LOL Q.E.D. -- Wojciech S. Czarnecki << ^oo^ >> OHIR-RIPE -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To

[go-nuts] Re: Generics are overrated.

Daily reminder: This thread was about concerns that generics would divide Go community. Not about necessity of generics in general. Two possible scenarios: 1) Go have programmers from very different backgrounds, some used generics often while others never used it. (e.g. Java and C). So

[go-nuts] Re: Generics are overrated.

"This thread was about concerns that generics would divide Go community" that d would dismiss any attempt to propose generics *because* it s generics, instead of the observation that the proposal does breaks everything including the community. maybe the first thing to do is to ban this word

Re: [go-nuts] Re: No Allman-Style, No go!

Ok, I can agree with you. But the only problem is that often, the reason why many developers *decide* to switch from the K to Allman at some point in their career (like me) is because they think that sparing these few lines in code height to the price of breaking the blocks natural alignment

Re: [go-nuts] errors package

also check errors package: https://godoc.org/github.com/pkg/errors On Sunday, July 30, 2017 at 12:56:25 PM UTC+3, Oleg Puchinin wrote: > > Cool ! Thank you ! > > Oleg. > > 2017-07-30 15:39 GMT+06:00 : > >> >>

Re: [go-nuts] Re: No Allman-Style, No go!

Personally I'd prefer a simple compiler option :) On Sunday, July 30, 2017 at 12:50:55 AM UTC+1, Hrobjartur Thorsteinsson wrote: > > Dude, you are right. This confusing coding style with syntax in Go can be > fixed by forking and applying a rediculously small patch. Jeez, lets stop >

Re: [go-nuts] Re: No Allman-Style, No go!

Can we please, collectively, decide that this thread serves no productive purpose anymore and abandon it? The only thing it is doing is inviting ad-hominem attacks and hostile behaviors from all sides of the debate. No matter where you stand on this, please abide by the spirit of the community CoC

[go-nuts] errors package

Hi ! IMHO package "errors" bad. How in the program to check which error actually occurred? Well it is impossible on a string. Thank you ! Oleg. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving

Re: [go-nuts] errors package

https://dave.cheney.net/2016/04/27/dont-just-check-errors-handle-them-gracefully On Sunday, July 30, 2017 at 11:40:59 AM UTC+3, Oleg Puchinin wrote: > > Hi ! > IMHO package "errors" bad. How in the program to check which error > actually occurred? > Well it is impossible on a string. > > Thank

Re: [go-nuts] errors package

Cool ! Thank you ! Oleg. 2017-07-30 15:39 GMT+06:00 : > https://dave.cheney.net/2016/04/27/dont-just-check-errors- > handle-them-gracefully > > > On Sunday, July 30, 2017 at 11:40:59 AM UTC+3, Oleg Puchinin wrote: >> >> Hi ! >> IMHO package "errors" bad. How in the program to

Re: [go-nuts] Re: Generics are overrated.

On Sat, 2017-07-29 at 18:59 -0400, Shawn Milochik wrote: > […] > > Imagine if Go programmers went to other language mailing lists and > complained about the lack of goroutines and channels, which clearly > make > those other language "unfit for concurrent programming." That would > be > equally

Re: [go-nuts] Re: No Allman-Style, No go!

LOL ;) On Sunday, July 30, 2017 at 9:36:26 AM UTC+1, ohir wrote: > > On Sat, 29 Jul 2017 16:56:05 -0700 (PDT) > ecstati...@gmail.com wrote: > > > Anyway, thanks for the fun. Where is the popcorn ? LOL > >Q.E.D. > > -- > Wojciech S. Czarnecki > << ^oo^ >> OHIR-RIPE > -- You received

Re: [go-nuts] Storing uint64 values in DB

An alternative is just to use a 'bytea' or a bitstring in Postgres since you have a hash value anyhow. * It'll take 9 bytes rather than 8. But space is usually cheap nowadays. * a bitstring will take exactly 8 bytes. * a bytea is varying and can be extended to a larger hash later easily if

[go-nuts] Re: Generics are overrated.

i have not read this, 1. i do go because the type system is helping me, if i do js, i have no type system, so i have to figure this out by myself, its hard if i d be doing java, i d end up with complex giant scaled type hierarchy, both cases, it d more a difficulty than an helper to my attempt

[go-nuts] Re: Go import tree

This feature is enabled on any package you view through godoc.org; just look at the bottom of the page. On Monday, 31 July 2017 10:15:43 UTC+10, Steve Roth wrote: > > https://github.com/davecheney/prdeps is another. > Steve > > On Saturday, July 29, 2017 at 9:55:05 PM UTC-7, Tong Sun wrote: >>

[go-nuts] Re: HTTP/2 multiplexing

On Thursday, 13 July 2017 15:56:27 UTC+1, pala.d...@gmail.com wrote: > > Hello, I'm trying to understand how to write an HTTP client using the > standard HTTP package and which takes advantage of HTTP/2 multiplexing > (i.e. send many requests "in parallel" using the same TCP connection). > >

[go-nuts] Re: Go import tree

You can try using https://github.com/kisielk/godepgraph. Its a great tool. In combination with GraphViz it can produce dependency graphs in various formats. Of course, you can always do something among the lines of go list -f '{{.Deps}}', but I do not believe it will give you graph, only list

[go-nuts] Re: Go import tree

https://github.com/davecheney/prdeps is another. Steve On Saturday, July 29, 2017 at 9:55:05 PM UTC-7, Tong Sun wrote: > > Is there any tools out there that can show import tree for Go projects? > I.e., the dependency graph that shows who imports what packages. > > During `go build -v` I saw

Re: [go-nuts] Re: No Allman-Style, No go!

actually python is very normal, in that it does not confuse encapsulation with syntax. Go has the credit for exploring this exciting new frontier I think. 31. júl. 2017 12:08 f.h. skrifaði "Florin Pățan" : > This thread was dead for three years, but thanks for keeping the

Re: [go-nuts] Re: No Allman-Style, No go!

This thread was dead for three years, but thanks for keeping the dream alive. Hate Go's style as much as you want, avoid Go because of this, it doesn't matter. gofmt's only purpose is so that by having the uniformity of the source code, everyone that can write Go code can do so anywhere. You

Re: [go-nuts] Re: No Allman-Style, No go!

"And thirdly, the code is more what you'd call "guidelines" than actual rules." -- Captain Hector Barbossa On Saturday, July 29, 2017 at 10:37:11 AM UTC-7, ecstati...@gmail.com wrote: > > Sorry to repeat myself, but I think I wasn't clear enough, as many people > on this forum still don't

Re: [go-nuts] Re: Experience using Go for a student projet

Hi Juliusz, How did your students adjust to working with the GOPATH? I'm always interested to see how newcomers react to it. It seems to cause some people trouble. On Sun, Jul 30, 2017, 12:14 PM Juliusz Chroboczek wrote: > > I glanced at babelweb2

[go-nuts] Re: Experience using Go for a student projet

> How did your students adjust to working with the GOPATH? No issue at all. I told them to create a directory under ~/go/src, and that was it. > It seems to cause some people trouble. In my experience, undergraduate students accept pretty much anything if the instructions you give them are

[go-nuts] Proper way to construct|format this code...

What is the standard way to construct|format the following code snippet? I think the first is more readable; however, is there any accepted syntax I should be using working my way up the ladder as a senior developer? block, err := aes.NewCipher(key) if err != nil { return err, nil, nil }

[go-nuts] Re: Proper way to construct|format this code...

Thank you guys for your time and feedback... much appreciated! Just wanted to make sure. Sometimes it's the simple things... On Sunday, July 30, 2017 at 3:41:46 PM UTC-5, Tamás Gulácsi wrote: > > The first (return early). > And use gofmt -- You received this message because you are

[go-nuts] Re: Experience using Go for a student projet

> I glanced at babelweb2 (https://github.com/Vivena/babelweb2/). A code > review would be useful. For example, from parser/parser.go: Thanks for the review. As I've mentioned, neither the students nor me had any significant experience with Go, so we were learning as we went along. If you

[go-nuts] Proper way to construct|format this code...

The first (return early). And use gofmt -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit

[go-nuts] Re: Experience using Go for a student projet

Juliusz, Thank you. That's very interesting. Code should be correct, maintainable, robust, readable, and reasonably efficient. Readablity is a prerequisite for the other properties. I glanced at babelweb2 (https://github.com/Vivena/babelweb2/). A code review would be useful. For example, from

Re: [go-nuts] Proper way to construct|format this code...

Use gofmt. On Jul 30, 2017 13:21, wrote: > What is the standard way to construct|format the following code snippet? > I think the first is more readable; however, is there any accepted syntax I > should be using working my way up the ladder as a senior developer? > > block,

Re: [go-nuts] Re: Experience using Go for a student projet

The documentation for https://golang.org/pkg/sync/#WaitGroup.Add suggests you should move the wg.Add(1) out of the Goroutine from here: https://github.com/Vivena/babelweb2/blob/03d03818e125f6f34c3b323b6cba786075888c00/main.go#L63 to there

[go-nuts] Re: Generics are overrated.

I came to Go from languages that had generics, but in practice I find that I predominantly used list-of and set-of. And I spent a dispropriate amount of time with valgrind making sure my C++ list didn't have leaks (:-() A question to people who use Java/C++ and friends: what generics do you

Re: [go-nuts] Worker pool library.

Thanks for the reads up. Funny enough, the race detector did detect several races (which I fixed now) but it did not detect that specific write as a data race. You are right anyway so I fixed that too. On Sun, Jul 30, 2017 at 5:56 AM Jesper Louis Andersen < jesper.louis.ander...@gmail.com>

Re: [go-nuts] Re: D vs Go

On Sunday, July 30, 2017 at 6:24:44 AM UTC-6, ecstati...@gmail.com wrote: > > > Moreover, it's because of these little "details" that I looked for an > alternative, and started using D, which is a kind of "Go done well" for me, > even if I clearly see that as a community project without any

Re: [go-nuts] Attaching to email and extracting email attachments

If you can decod partially, then Read from the Body and Write to the file. If it is more complec, then see golang.org/x/text/encoding.Transformer jesse junsay ezt írta (időpont: 2017. júl. 30., V 19:11): > Hi Guys, > > Last week finally was able to resolve my issue. After

Re: [go-nuts] Re: No Allman-Style, No go!

its luxury that sudden support for allman style would be backwards compatible and future proof. No airplanes would crash. 30. júl. 2017 12:35 skrifaði "Jan Mercl" <0xj...@gmail.com>: On Sun, Jul 30, 2017 at 2:06 PM wrote: > Personally I'd prefer a simple compiler

[go-nuts] Re: Generics are overrated.

Just a reminder that Egon Elbre's documentation of all the discussions on this topic is here: https://docs.google.com/document/d/1vrAy9gMpMoS3uaVphB32uVXX4pi-HnNjkMEgyAHX4N4 -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from

Re: [go-nuts] Re: D vs Go

I suggest you to look at the official D website, but if you want a caricatural comparison, let's say that Go is a much better C, while D is a much better C++. Like Go, D has also an incredibly fast compilation, a GC, and it provides very convenient maps, arrays, strings, slices, foreach,

Re: [go-nuts] Re: No Allman-Style, No go!

On Thursday, July 27, 2017 at 6:20:00 PM UTC-6, Matt Harden wrote: > > "me": regarding purely functional programs, they can exist, but they can't > actually "do" anything, since by definition, "doing" means altering some > state in the outside world. > Then are they even a program? That

Re: [go-nuts] Attaching to email and extracting email attachments

Thank you. Will look into it. On Mon, Jul 31, 2017 at 1:17 AM, Gulácsi Tamás wrote: > If you can decod partially, then Read from the Body and Write to the file. > If it is more complec, then see golang.org/x/text/encoding.Transformer > > jesse junsay

Re: [go-nuts] Attaching to email and extracting email attachments

Hi Guys, Last week finally was able to resolve my issue. After looping through the parts and determining which are attachments. All I just need to do is read the file into io.Reader type then decode it and convert it back to []byte and write to file. b64 := base64.NewDecoder(base64.StdEncoding,

Re: [go-nuts] Re: D vs Go

On Sunday, July 30, 2017 at 11:50:16 AM UTC-6, ecstati...@gmail.com wrote: > > I suggest you to look at the official D website, but if you want a > caricatural comparison, let's say that Go is a much better C, while D is a > much better C++. > > Like Go, D has also an incredibly fast

Re: [go-nuts] No Allman-Style, No go!

On Thursday, July 27, 2017 at 7:40:20 PM UTC-6, Bakul Shah wrote: > > I have to disagree somewhat with me(!). Programming is much more an > engineering discipline than a creative process. > I think it is both, or when I was on a holiday and at a hotel and there was a Trinity pamphlet in the

Re: [go-nuts] Re: pet peeve: it's Go not golang

Er? sorry, couldn't help myself :) Go Go! On Mon, Jul 31, 2017 12:24 PM, Dave Cheney d...@cheney.net wrote: Golang helps much, when searching for Go related programming issues all over the internet Skip's point, which I heartily support, is here, on this forum, there is little

Re: [go-nuts] Go goes crazy on math.Sin()

Ian, Is this just a variation of https://github.com/golang/go/issues/6794 ? Peter On Sunday, July 30, 2017 at 10:22:54 PM UTC-4, Ian Lance Taylor wrote: > > On Sun, Jul 30, 2017 at 10:40 AM, > wrote: > > > > I just ran this code on my pc: > > > > package main > > >

Re: [go-nuts] Re: No Allman-Style, No go!

On Saturday, July 29, 2017 at 5:50:55 PM UTC-6, Hrobjartur Thorsteinsson wrote: > > This confusing coding style with syntax in Go can be fixed by forking and > applying a rediculously small patch. > > Forking is easy, but to get people to actually use a fork, support it, and embrace it, is a

[go-nuts] Go goes crazy on math.Sin()

Hey guys I just ran this code on my pc: package main import ( "fmt" "math" ) func main() { const ali = 4e20 fmt.Println(math.Sin(ali)) } and got this result: 1.3471173831553043e+258 Why Sin result goes more than 1 ??? -- You received this message because you

[go-nuts] Re: pet peeve: it's Go not golang

On Tuesday, July 25, 2017 at 12:16:43 PM UTC-6, Skip wrote: > > Although "go" is a verb, an adjective and a noun (including the game), > there shouldn't be any confusion in what Go is, when posting to a list > dedicated to the language. > > Thanks, > -Skip > You are not familiar with the

[go-nuts] Converting a avro file into CSV

I've an avro file and needs to be converted into CSV Schema of the avro file is { "type" : "record", "name" : "Activity", "namespace" : "xyz.domain", "fields" : [ { "name" : "activityDate", "type" : [ "null", "string" ], "default" : null }, { "name" : "activityTypeId",

[go-nuts] Re: Proper way to construct|format this code...

https://medium.com/@matryer/line-of-sight-in-code-186dd7cdea88 -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more

[go-nuts] tour.golant in Thai language

Dear All, Please add tour.golang in Thai language version (ภาษาไทย). https://go-tour-th.appspot.com Best Regards, Pallat Anchaleechamaikorn yod.pal...@gmail.com Tel. +66 8 0444 3253 -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To

Re: [go-nuts] Re: No Allman-Style, No go!

On Sat, Jul 29, 2017 at 10:36 AM, wrote: > > ... > > But as Gofmt can ALREADY enforces this common coding style, and can be run > at any time, including before committing code on the depots, why should it > be enforced by the COMPILER too ? > > Really, that's the one

Re: [go-nuts] Go goes crazy on math.Sin()

On Sun, Jul 30, 2017 at 10:40 AM, wrote: > > I just ran this code on my pc: > > package main > > import ( >"fmt" >"math" > ) > > func main() { >const ali = 4e20 >fmt.Println(math.Sin(ali)) > } > > > and got this result: > > 1.3471173831553043e+258 > > Why Sin

[go-nuts] Re: pet peeve: it's Go not golang

> > Golang helps much, when searching for Go related programming issues all > over the internet > > Skip's point, which I heartily support, is here, on this forum, there is little ambiguity what people refer to when they talk about the programming language called Go. -- You received this

Re: [go-nuts] Re: pet peeve: it's Go not golang

Erlang is assumed to be a node to the Danish mathematician Erlang, an important figure in telephony queuing theory. On Sun, Jul 30, 2017, 9:10 PM simran wrote: > Er? > > sorry, couldn't help myself :) > > Go Go! > > > > On Mon, Jul 31, 2017 12:24 PM, Dave Cheney d...@cheney.net