What's it good for?
>>53347103
shitty graphic design examples
>>53347103
programming botnets
Writing programs.
>>53347284
This. It has very nice networking and crypto APIs.
Replacing C
>>53347103
Networked services and CLI-based system administration utilities. And cross-compiling.
>>53347284
You're meming, but if I were to build a C&C server, it would absolutely be written in Go.
>>53347516
It's garbage collected so nope
>>53347284
It's indeed very nice to implement quicksort in
>>53347284
>>53347488
>>53347517
This. Go is godtier for networking.
>>53347945
> I hate writing my fizzbuzz and CRUD in langs using GC
go 1.6 takes GC pauses to extremely acceptable levels of you're not doing realtime
>>53347103
Absolutely nothing
>>53348075
But it can't replace C. Maybe it can do some of the things C does today, but it won't make C obsolete.
>>53348075
>>53348107
if you're so anal about the GC, there's always Rust to replace C. Go isn't quite nearly a full-fledged systems programming language by design.
>>53348107
Of course - likely, nothing ever will. There are places where C is the only acceptable option, and using Go there would be retarded.
There are also places where using C instead of Go, just because Go has GC, would be silly.
>>53348172
Rust will replace C
>>53348272
literal meme language
>>53348394
And Go isn't?
>>53348508
Sure, but nobody claimed it (go) (a "meme" language) would replace C.
>>53347103
Its good so i create a C compiler, and continue create something in C.
>>53348099
Underrated
>>53347103
>nothing
>>53347103
not being C
>>53347103
microservices (TM)
>>53348560
they claim it will replace C and python and ruby fag
Modern, fast, garbage-collected and secure language that creates binaries that just work without any framework and dependency bullshit.
>>53348272
Just like C++ and D did? :^)
>>53347103
Pretending that Google can innovate now that it's so bloated.
>>53350520
>go
>innovation
literally java 1
>>53347103
getting shit done
>>53350531
I did say pretending, didn't I?
Isn't go better than java because if you ship your app the user doesn't have to install THE WHOLE FUCKING JAVA RUNTIME
>>53350740
it is definitely an issue if you have tens of thousands of containers that you need to ship. for your average startup no.
even at 10k containers - the ability to build good abstractions matters a lot more imo
>>53350740
ideally, the problem is most apps that are shipping have web frontends that are written in some meme framework and suffer the usual npm hell.
still, at least you can install more than one app per physical machine with go, some of the java shit i've seen as minimum ram requirements of 8GB and up.
>>53350890
this is kinda bullshit man.. i mean like it's a lie.
for a given service - node / python / ruby etc really is not less bloated than java
>>53350919
i never said it wasn't, in fact i highlighted the very situation that it can be - literally anything that uses npm/gem/(whatever the fuck ruby uses) is going to be massive and likely never build correctly. java always takes the crown for memory hog though.
