[12:36] <cmaloney> Good morning
[12:40] <rick_h> morning
[12:59] <shakes808> happy friday all
[13:02] <brousch> rick_h: Are you staying at the Blackwell?
[13:02] <rick_h> brousch: yep
[13:03] <brousch> Me too
[13:03] <rick_h> awesome, bar meetup!
[13:14] <cmaloney> Nice!
[13:14] <cmaloney> We're staying there as well
[13:15] <cmaloney> \m/
[13:57] <jrwren> lol... for my second PR at new job, a whopping     +2959, -27    size patch. lol
[14:00] <rick_h> "Rewrite all the bad stuff I've seen so far"
[14:00] <rick_h> "So far only looked at the Makefile"
[14:02] <jrwren> nope.
[14:02] <jrwren> no bad stuff at all.
[14:03] <jrwren> no makefiles either.
[14:03] <jrwren> no javascript.
[14:03] <jrwren> this job is like a dream come true.
[14:03] <jrwren> i'm waiting for other shoe to drop
[14:06] <rick_h> lol
[14:07] <jrwren> i haven't seen any of the ios or android. Maybe that is where the bodies are burried.
[14:11] <cmaloney> heh
[15:01] <brousch> Look for the legacy programs
[15:25] <jrwren> I'm looking at cloud DB technologies and when it comes to cloud managed DB, does it really matter that postgresql > mysql. AFAICT, all the things I prefer about postgresql have to do with management and underlying tech, but if it is just a service, do I really care?
[15:29] <jrwren> my thought is... why use RDS when Aurora exists?
[15:47] <cmaloney> Things I've noticed between PostgreSQL and MySQL tend to be more about transactions and performance
[15:47] <cmaloney> MySQL InnoDB is not terribly performant and transactions are naiive
[15:48] <cmaloney> Also, MySQL stored procedures are pretty limited compared with PostgreSQL
[15:48] <cmaloney> So if you're looking for a dumb datastore and don't care about other PGSQL features then MySQL is fine
[15:49] <cmaloney> addendum: Wordpress and some other PHP apps are exclusively MySQL so that also is a factor.
[15:49] <jrwren> right. none of which matter on Aurora
[15:49] <jrwren> cool.
[15:49] <cmaloney> In what sense?
[15:49] <jrwren> aurora is its own thing that happens to use mysql protocol.
[15:49] <cmaloney> ah
[15:49] <jrwren> so the perf and transactions aren't mysql
[15:50] <cmaloney> So it's likely MySQL with an Amazon-derived engine
[15:50] <jrwren> right
[15:50] <cmaloney> Ah, then I have NFC how that stacks up
[15:50] <cmaloney> Would be interested to see perf benchmarks / reliability benchmarks
[15:51] <cmaloney> But yeah, the engines of MySQL have been a huge sticking point
[15:51] <cmaloney> MyISAM vs InnoDB specifically
[15:52] <cmaloney> Want speed? MyISAM. Want anything else that makes a relational database nice? InnoDB
[15:54] <jrwren> right
[15:57] <greg-g> jrwren: what is the main language you're writing in there?
[16:04] <jrwren> Go
[16:05] <jrwren> greg-g: and so far... I love it... jump to your own conclusions :)
[16:06] <greg-g> heh, we're starting to use some Go for our docker/k8s stuff
[16:06] <jrwren> oh, that is interesting. as api clients to docker/k8s servers?
[16:07] <greg-g> jrwren: (in a meeting but) this is the tool my team is writing in Go: https://phabricator.wikimedia.org/source/blubber/
[16:08] <greg-g> ftr: it's everyone on my team's first Go project, so, take it with a grain of salt code idiom/etc wise :)
[16:20] <jrwren> seems weird to use go for shell scripting like that :p