|
not to mention the obvious. docker is written in go. which means the future rests on the glorious shoulders of the best language
|
#
?
May 22, 2015 08:11
|
|
|
|
| # ? May 26, 2024 08:07 |
|
|
like it would be one thing if passing around empty interfaces was something you could do, but it was frowned upon and the compiler would warn you about. like raw types in java or something. but actually go doesn't offer an alternative so everyone does it
|
|
#
?
May 22, 2015 08:12
|
|
|
MALE SHOEGAZE posted:after spending 90% of my time in java trying to fight with compilation issues and fighting with intellij i can understand a lot of the motivations behind go lol at using your IDE as your build system, just lol
|
|
#
?
May 22, 2015 08:12
|
|
|
i'm not but intellij has to be aware of my build system or else it cant know what's defined and then it cant be useful as an ide??
|
|
#
?
May 22, 2015 08:15
|
|
|
MALE SHOEGAZE posted:like it would be one thing if passing around empty interfaces was something you could do, but it was frowned upon and the compiler would warn you about. like raw types in java or something. i havent seen many people actually use interface{} like that in libs. mostly reflect, like this https://github.com/gin-gonic/gin/blob/f212ae77289674a64f725bf650841e14b8f98613/binding/form_mapping.go#L14 i think yr being a baby
|
|
#
?
May 22, 2015 08:18
|
|
|
pram posted:there are actually a lot. ive been using this one lately oh, well at least go isnt literally worse than bash
|
|
#
?
May 22, 2015 08:19
|
|
|
fart simpson posted:*loud tv static*
|
|
#
?
May 22, 2015 08:21
|
|
|
the lack of generics in go is definitely a pain point, but I find it hard to care when the main reason people say they want it is so they can just keep using their c/java idioms instead of doing it in a way more suited to the language.
|
|
#
?
May 22, 2015 08:26
|
|
|
it's like looking into a mirror, only the label reads "go" instead of "haskell". we know you like go buddy, it's okay. you can like it.
|
|
#
?
May 22, 2015 08:26
|
|
|
gonadic io posted:it's like looking into a mirror, only the label reads "go" instead of "haskell". we know you like go buddy, it's okay. you can like it. what does this mean
|
|
#
?
May 22, 2015 08:27
|
|
|
oh he likes haskell ok sorry i need to update my programming goon directory
|
|
#
?
May 22, 2015 08:32
|
|
|
haskell more like hassle!
|
|
#
?
May 22, 2015 08:37
|
|
|
MALE SHOEGAZE posted:haskell more like hassle! LOL!
|
|
#
?
May 22, 2015 08:38
|
|
|
go pros: multi platform fast compilation no deps ownage concurrency easy futuristic strong w/ big muscles irl go cons: multiplication hard not as much cred as functional lang gimmick??
|
|
#
?
May 22, 2015 08:50
|
|
|
both (depending on preference): is poop from a butt
|
|
#
?
May 22, 2015 09:10
|
|
|
MALE SHOEGAZE posted:haskell more like hassle!
|
|
#
?
May 22, 2015 09:19
|
|
|
im far too stupid to program without static everything. find bugs is amazing found some egregious bullshit in our code for sure. like using .equals on differently typed objects lmao
|
|
#
?
May 22, 2015 09:37
|
|
|
go is good it compiles and then works and handles load well and doesn't require 500mb to initialize a VM, nor have any production-environment gotchas like almost every scripting lang and gives good compiler errors because of it's simplicity that makes it pretty good
|
|
#
?
May 22, 2015 09:40
|
|
|
pram posted:
talk about damning with faint praise
|
|
#
?
May 22, 2015 10:29
|
|
|
MALE SHOEGAZE posted:i'm not but intellij has to be aware of my build system or else it cant know what's defined and then it cant be useful as an ide?? intellij can completely configure it's build path based on a pom
|
|
#
?
May 22, 2015 10:37
|
|
|
pram posted:go pros: ftfy, OP
|
|
#
?
May 22, 2015 10:42
|
|
|
i would rather code in go than in c
|
|
#
?
May 22, 2015 11:58
|
|
|
Subjunctive posted:yeah, and java compilation parallelizes very well, while most makefile structures don't. buck does very good things here, especially the API tracking to avoid rebuilding the world when you make a non-interface change to some class that's at the root of your graph. yes, i'm pages behind, but what's the skinny on this "buck" thing? is it any good, or is it lovely?
|
|
#
?
May 22, 2015 12:01
|
|
|
Brain Candy posted:ftfy, OP Rust is a systems language. Go is a cis mens language
|
|
#
?
May 22, 2015 12:08
|
|
|
i'm working with selenium grid. you can write servlets that get loaded and add functionality to the grid admin web interface. so i've done that. now i have a question which may betray a fundamental misunderstanding about the nature of servlets: the servlet takes http requests and responds with some json statistics about the selenium cluster. i want to get those stats into a graphite installation, so i can draw pretty graphs about them. this makes me think i don't want to respond to http requests -- what i really want is to regularly fire my statistics at the graphite server. i believe you can make a servlet execute some function at regular intervals, maybe with ScheduledExecutorService. but is that the right thing to do? thanks in advance 
|
|
#
?
May 22, 2015 13:11
|
|
|
pram posted:deploying your go source with a docker onbuild container is so loving sweet. u dont even know man. straight from git to prod dockerizing go programs seems a bit pointless, tbh like i was mucking around thinking about running some java programs in docker but i realized they're already self-contained with all their dependencies
|
|
#
?
May 22, 2015 13:14
|
|
|
prefect posted:i'm working with selenium grid. you can write servlets that get loaded and add functionality to the grid admin web interface. so i've done that. now i have a question which may betray a fundamental misunderstanding about the nature of servlets: it doesn't really matter if you push or poll but I'd recommend polling because it's easier to deal with down the line like, if your graphite install suddenly lives at a new server if you're polling you don't have to gently caress around with the selenium server at all
|
|
#
?
May 22, 2015 13:32
|
|
|
pram posted:try using go hahaha no
|
|
#
?
May 22, 2015 13:57
|
|
|
here let me show my program where over 50% of the code is checking whether a thing returned an error and if so, manually doing the equivalent of raising an exception
|
|
#
?
May 22, 2015 14:00
|
|
|
oh look I have no good way to see if a goroutine has died and poo poo can't work anymore. welp guess I'm gonna wait on this idiot channel until someone figures it out and implements a signals framework for goroutines so I can retrofit everywhere and rewrite a proper program
|
|
#
?
May 22, 2015 14:02
|
|
|
MononcQc posted:here let me show my program where over 50% of the code is checking whether a thing returned an error and if so, manually doing the equivalent of raising an exception it probably seems pretty cool if you've been writing nothing but C for forty years
|
|
#
?
May 22, 2015 14:03
|
|
|
conjecture: microservices are particularly popular within the Go and node.js communities because both environments are bad at allowing large systems to be written and external architectural patterns have to be brought in to circumvent these languages' limitations.
|
|
#
?
May 22, 2015 14:05
|
|
|
they should call it nose package manager cause it's full of mushy boogers
|
|
#
?
May 22, 2015 14:09
|
|
|
node packages are like boogers their creators hastily produce them from an orifice and play with them for a little while then discard them when you install a node package you're literally building a system out of discarded mucus
|
|
#
?
May 22, 2015 14:11
|
|
|
fart simpson posted:go doesnt seem so good tbh yeah its deprecated
|
|
#
?
May 22, 2015 14:24
|
|
|
MononcQc posted:conjecture: microservices are particularly popular within the Go and node.js communities because both environments are bad at allowing large systems to be written and external architectural patterns have to be brought in to circumvent these languages' limitations. that might be part of it but I think its more AWWNAW posted:node packages are like boogers they are hobbyist languages used by hobbyists for hobby projects that they never complete. so nothing ever gets very large.
|
|
#
?
May 22, 2015 14:25
|
|
|
prefect posted:i'm working with selenium grid. you can write servlets that get loaded and add functionality to the grid admin web interface. so i've done that. now i have a question which may betray a fundamental misunderstanding about the nature of servlets: if the stats are updated in irregular intervals then create methods that a client can request to register/unregister for events that specifies the update endpoint url. then when stats are updated, post the updates to each registered endpoint. if the stats are updated in regular intervals, then include the interval as a TTL on the message containing the stats and in the client, use the TTL for scheduling update frequencies.
|
|
#
?
May 22, 2015 14:28
|
|
|
i'm posting because i kinda want to dig up my old post about go interfaces and why the way they're implemented is kind of dumb
|
|
#
?
May 22, 2015 14:39
|
|
|
Shaggar posted:if the stats are updated in irregular intervals then create methods that a client can request to register/unregister for events that specifies the update endpoint url. then when stats are updated, post the updates to each registered endpoint. thanks; i hadn't thought of either the registration or ttl angles (these should be regularly-updated). those are definitely good ideas
|
|
#
?
May 22, 2015 14:40
|
|
|
|
| # ? May 26, 2024 08:07 |
|
|
go gently caress yourself, i think
|
|
#
?
May 22, 2015 14:41
|
|
