Perl 6 - the future is here, just unevenly distributed

IRC log for #metacpan, 2016-02-09

| Channels | #metacpan index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
08:12 neilb joined #metacpan
08:17 oiami joined #metacpan
08:27 Relequestual joined #metacpan
08:53 neilb joined #metacpan
09:01 Relequestual joined #metacpan
09:02 neilb joined #metacpan
11:02 punter joined #metacpan
12:12 neilb joined #metacpan
12:28 oiami1 joined #metacpan
12:43 oiami joined #metacpan
13:08 neilb joined #metacpan
14:23 vroom joined #metacpan
14:46 Relequestual joined #metacpan
14:52 oalders http://blogs.perl.org/users/neilb/2016/02/announcing-the-perl-qa-hackathon-2016.html
16:30 vroom joined #metacpan
17:53 neilb joined #metacpan
18:11 melo joined #metacpan
18:46 dolmen joined #metacpan
19:09 bowtie joined #metacpan
19:49 bowtie_ joined #metacpan
20:00 jdv79 out of curiosity, why elasticsearch?
20:03 mst I think basically "because it seemed like a reasonable choice to clinton and he already had plenty of experience with it"
20:03 mst pretty sure they eventually hired him to maintain the client code
20:07 jdv79 wait a minute.  is clinton the guy that gave a talk about using some nosql db instead of a RDMBS at the yapc in frankfurt?
20:08 jdv79 yes.  ok.  mst: cool, thanks.
20:09 mst I really wish it was indexer -> postgres -> elasticsearch with pg as the SPOT but that would be an exceedingly large yak
20:15 jdv79 SPOT?
20:15 jdv79 yeah, that seems like a lot of work and for what?
20:15 jdv79 pg is nice to work with though when the oppurtunity presents itself as far as rdbmses go
20:21 melo joined #metacpan
20:24 jdv79 oh, Truth.  i have no deep experience with nosql stuff so i don't know where they fall short of an RDBMS.
20:26 mst certain types of query would be a *lot* easier
20:27 mst also having the ES structures be generated would mean you could iterate their contents a lot more easily
20:27 jdv79 i think like the term database of record better.  truth implies such a thing exists.
20:28 jdv79 yeah, i guess aggreate ops are better/possible?  is that part of what you mean?
20:28 jdv79 *aggregate
20:30 melo joined #metacpan
20:35 bowtie_ joined #metacpan
20:39 vroom joined #metacpan
20:51 bowtie_ joined #metacpan
21:05 bowtie joined #metacpan
21:11 oalders jdv79: it was a chance for me to play with elasticsearch. wasn't sure anybody would actually care to use it
21:11 oalders and clinton was around to help, so it was easy to get going with
21:12 dolmen joined #metacpan
21:12 oalders they do move fast and break things, though
21:17 bowtie_ joined #metacpan
21:27 jdv79 :)
21:27 vroom joined #metacpan
21:27 jdv79 well, you are using a version that's kinda ancient.
21:28 jdv79 what's stopping an upgrade?  or where should i look for progress/status of that.
21:30 jdv79 btw, is there a way to get a whole dep chain out of es or would that require mc to iterate?
21:31 vroom joined #metacpan
21:32 mst jdv79: that's the sort of thing that would be trivial in postgres
21:33 jdv79 :(
21:33 oalders you'd have to iterate and what mst said
21:34 oalders add postgres into the mix is another matter entirely, but we'd likely do it if someone wrote the code
21:37 mst which I will be bearing in mind if I ever find myself wanting that badly enough :)
21:37 jdv79 well, it a lot less work to just write that into mc for now so i think i'll do that
21:39 mst ok, but bear in mind that there are things with significant dep chains out there
21:39 mst I usually test against RapidApp and Acme::Mom::Yours
21:45 jdv79 cool, thanks.
21:46 jdv79 i mean, i think it'd have to be a pretty significant dep chain to justify wedging pg in:)
21:47 mst things start to get annoying once you pass the 250 mark or so
22:47 ether I was proud to get my dzil plugin bundle into the CPAN Heavy 100 :)
23:28 punter joined #metacpan

| Channels | #metacpan index | Today | | Search | Google Search | Plain-Text | summary