skade has quit [Quit: Computer has gone to sleep.]
vsorlov has joined #rom-rb
krainboltgreene has joined #rom-rb
<krainboltgreene>
Boop.
<krainboltgreene>
Is the current repo readme up to date?
vsorlov has quit [Ping timeout: 255 seconds]
skade has joined #rom-rb
vsorlov has joined #rom-rb
vsorlov has quit [Read error: Operation timed out]
skade has quit [Read error: Connection reset by peer]
skade has joined #rom-rb
skade has quit [Read error: Connection reset by peer]
mbj has joined #rom-rb
ragmaanir has joined #rom-rb
skade has joined #rom-rb
theCrab has joined #rom-rb
skade has quit [Ping timeout: 268 seconds]
skade has joined #rom-rb
skade has quit [Ping timeout: 255 seconds]
skade has joined #rom-rb
mbj has quit [Ping timeout: 268 seconds]
ragmaanir has left #rom-rb [#rom-rb]
sferik has joined #rom-rb
postmodern has quit [Quit: Leaving]
theCrab has quit [Quit: Gone Forever!]
lgierth has joined #rom-rb
skade has quit [Quit: Computer has gone to sleep.]
cored has joined #rom-rb
vsorlov has joined #rom-rb
skade has joined #rom-rb
skade has quit [Ping timeout: 252 seconds]
skade has joined #rom-rb
lgierth has quit [Quit: Ex-Chat]
skade has quit [Ping timeout: 240 seconds]
cored has quit [Ping timeout: 240 seconds]
cored has joined #rom-rb
mbj has joined #rom-rb
sferik has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
cored has quit [Ping timeout: 240 seconds]
sferik has joined #rom-rb
<mbj>
sferik: hola
<sferik>
hi
<mbj>
sferik: I'm doing some OSS, fixing unparser bugs etc.
<sferik>
mbj: nice
<mbj>
sferik: If you want to we could do our pending paring session on $your_choice
<sferik>
mbj: we should chat next week about my RailsConf presentation
<mbj>
I'm still thinking hard if I should attend RailsConf
<mbj>
some of the people I know go
<mbj>
But me and rails is not a love relatiobship ;)
<mbj>
*relationship
<mbj>
sferik: I meant we could do the chat / pairing now. Because I have some free time (very rare).
vsorlov has quit [Ping timeout: 255 seconds]
sferik has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
snusnu has joined #rom-rb
<snusnu>
yo mbj
<snusnu>
what's up
<mbj>
snusnu: hola
<mbj>
snusnu: random OSS stuff ;)
<snusnu>
mbj: heh, saw that, and since i'm pretty much doing the same, i thought i'd say hi :)
<mbj>
snusnu: lol
<mbj>
snusnu: Some unparser mutant improvements in the pipeline.
<snusnu>
sweet
<mbj>
snusnu: unparser seems to pass against .rb in mri source
<snusnu>
that's cool
<mbj>
snusnu: Yeah, I think I'll do round trips fo rubyspec, rbx and mri on CI.
<mbj>
snusnu: Also I found some strictness issues with mutant.
<snusnu>
i'm really happy with my morpher based mapper btw .. it works very awesome for "incoming" request data
<snusnu>
sweet, fix'em :p
<mbj>
snusnu: Yeah. I like morpher a lot.
<mbj>
snusnu: I'm gonna do another substation release once its fully mutation covered again.
<snusnu>
i'm btw thinking, that actually, it doesn't really make sense to have a mapper accept objects for dump ops, well, at least it shouldn't require it .. hashes are enough
<snusnu>
mbj: awesome man, i'm lagging behind a bit wrt that
<mbj>
yeah
<mbj>
snusnu: Maybe 100% simplecov will be enough ;)
<snusnu>
:p
<snusnu>
if you say so ...
<snusnu>
YOU i.e.
<snusnu>
heh
<mbj>
no, its just a time limitation :D
<snusnu>
hah ok
<mbj>
Mutant supports --expect-coverage flag.
<mbj>
So we can set a bar in config/mutant.yml
<snusnu>
nice
<mbj>
It'll fail if coverage differs from that above.
<snusnu>
re that mapper accepting hashes for dump .. my reasoning is, whenever params come in (well, at least in a web app), the data is a (sanitized) hash .. turning it into an object just for dumping, is useless
<snusnu>
also btw, i fully expect to keep on developing/maintaining my morphing/mapping/entity "framework" alongside rom
<snusnu>
at some point i'll separate it from subway
<mbj>
snusnu: What is a "mapper accepting hashes for dump" ?
<snusnu>
iirc currently a rom mapper accepts a domain object for inserts
<snusnu>
that shouldn't be necessary
<snusnu>
a hash should be enough
<mbj>
snusnu: For what use case?
<mbj>
snusnu: I think its okay if you dont need any domain specific validations?
<snusnu>
for a typical web crud
<mbj>
snusnu: If you dont have validations on the domain layer okay.
<snusnu>
also validations can be done on hashes
<mbj>
But I use not to work on that simple domains :P
<snusnu>
but yeah, not in every case
<snusnu>
yeah as i said, for simple crud
<mbj>
k, makes sense
<mbj>
morper is flexible to support this.
<snusnu>
still, a rom mapper should not *require* those to be objects
<snusnu>
yeah, my stuff supports it obviously
<mbj>
vanguard (once based on morpher) will do so also.
<mbj>
snusnu: As long as you setup your ROM with a mapper that is transitive/bijektive I'm fine.
<mbj>
snusnu: I'd generally not accept both forms (object/hashes) for the same API.
<snusnu>
of course not
<mbj>
k, makes sense
<mbj>
snusnu: Also mutant self hosting "zombie" improved a lot.
<mbj>
snusnu: To trace requires I do not try to play ruby interpreter anymore.
<mbj>
snusnu: I just highjack Kernel#require and do the magic from here.
<mbj>
snusnu: Works quite well, and as zombification is now very stable I need to fix more unparser / mutant bugs :P
<snusnu>
heh, not playing ruby interpreter sounds like a good plan
<snusnu>
btw, do you use 2.1.1 in production? also, which server would you recommend currently?
<mbj>
No, 2.1 is IMO a fucked release.
<mbj>
2.1.0 crashed for random reasons on basic metaprogramming.