[go-nuts] nice user survey re Go-lang

2021-03-17 Thread L Godioleskky
https://www.zdnet.com/article/google-go-programming-language-three-months-in-and-you-are-productive-say-developers/ -- 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 t

Re: [go-nuts] Error handling

2021-02-20 Thread L Godioleskky
Rust lang, very early in its evolution, saw the need to create its operator '?' to more efficiently manage error handling. But the guardians of Go lang have resisted any changes to its clumsy method of error handling despite it being a major concern of Go users for a very long time. On Sunda

[go-nuts] Linux distro..based only on GO

2020-12-31 Thread L Godioleskky
All Linux distros are currently based on several languages (Python, Perl, C/ C++ etc) as well as tool-type packages like GTK etc ... What if, there was a Linux distro based entirely on GO ? This would greatly reduce the Linux footprint given the huge number of libraries Linux currently uses to

[go-nuts] Re: Generics, please go away!

2020-12-29 Thread L Godioleskky
ogramming techniques, and this maps well to much of > the literature available. The growth of entry level developers ( aka > 'citizen developers' ) will be exponential over the next decade, and in > that landscape it is Go's simplicity that will win the day. > > O

[go-nuts] Re: Generics, please go away!

2020-12-28 Thread L Godioleskky
" If generics gets added to Go, we're opening a very dangerous door, and it will be the downfall of Go because - and Robert Griesemer this is especially addressed to you - what's next then? Seriously, what's next? ... " .. AI, followed by cryto currency and asexual repoduction On Tuesday, Decembe

[go-nuts] Re: Generics, please go away!

2020-12-21 Thread L Godioleskky
Hopefully, the Go team will encapsulate all generics in a separate module(s), so that those of us who want to ignore them can easily do so On Monday, December 21, 2020 at 7:26:02 AM UTC-5 Space A. wrote: > Unfortunately it was expected that creators of the language will not > resist forever be

Re: [go-nuts] Re: Question re fcns that return multiple values

2019-08-07 Thread L Godioleskky
OK ...I now see the wisdom of why Go does not allow my simple example...Thanks ALL for you help on this On Wed, Aug 7, 2019 at 12:46 PM Adrian Ho wrote: > On 7/8/19 9:44 PM, lgod...@gmail.com wrote: > > f( g() ) compiles when g returns exactly the number of args that f() > > requires, but if g(

Re: [go-nuts] Why does this simple snip generate an infinite loop ?

2019-05-02 Thread L Godioleskky
Ok, thanks. On Thu, May 2, 2019 at 1:26 PM Robert Engels wrote: > Because when u add 1 to 0xff it goes back to 0 since it is only 8 bits > > On May 2, 2019, at 12:22 PM, lgod...@gmail.com wrote: > > func main() { > > var c8 uint8; > var S [256] uint8; > >for c8 = 0x00; c8 <= 0xff; c8

Re: [go-nuts] Go if else syntax .. suggested replacement

2019-04-24 Thread L Godioleskky
The lack of a Go ternary operator is at odds with Go's major theme of clean and easy to read syntax. Those who choose not to use the ternary operator can always resort back to Go's current 'if -else' or 'case' syntax. So Go syntax suffers no negative impact by adding the ternary op to its syntax li

Re: [go-nuts] go execution speed for float64 based calculations vs float32

2019-04-22 Thread L Godioleskky
Thanks guys for the cogent clarifications..I will now forget about converting to float32 on 64-bit CPUs I'm in the process of converting my often-used C-code apps to Go because I see tremendous advantages of Go vs C. I've been using C,C++ for many years and only recently discovered Go... My Go k