solnic changed the topic of #rom-rb to: Ruby Object Mapper | Mailing List: https://groups.google.com/forum/?fromgroups#!forum/rom-rb | Logs: http://irclog.whitequark.org/rom-rb
mbj has joined #rom-rb
lgierth has joined #rom-rb
snusnu has quit [Quit: Leaving.]
lgierth has quit [Quit: Ex-Chat]
dbussink has quit [Ping timeout: 240 seconds]
dbussink has joined #rom-rb
mbj has quit [Ping timeout: 240 seconds]
mbj has joined #rom-rb
jfredett-w has quit [Read error: Connection reset by peer]
vsorlov has joined #rom-rb
mbj has quit [Ping timeout: 240 seconds]
skade has joined #rom-rb
skade has quit [Quit: Computer has gone to sleep.]
skade has joined #rom-rb
vsorlov has quit [Ping timeout: 276 seconds]
snusnu has joined #rom-rb
cored has quit [Ping timeout: 258 seconds]
snusnu has quit [Quit: Leaving.]
snusnu has joined #rom-rb
postmodern has quit [Quit: Leaving]
snusnu has quit [Quit: Leaving.]
solnic has joined #rom-rb
cored has joined #rom-rb
cored has joined #rom-rb
skade has quit [Quit: Computer has gone to sleep.]
solnic has quit [Remote host closed the connection]
solnic has joined #rom-rb
solnic has quit [Quit: Leaving...]
solnic has joined #rom-rb
solnic has quit [Ping timeout: 252 seconds]
skade has joined #rom-rb
solnic has joined #rom-rb
vsorlov has joined #rom-rb
solnic has quit [Quit: Leaving...]
vsorlov has quit [Ping timeout: 245 seconds]
snusnu has joined #rom-rb
solnic has joined #rom-rb
solnic has quit [Ping timeout: 276 seconds]
jfredett-w has joined #rom-rb
cored has quit [Ping timeout: 252 seconds]
cored has joined #rom-rb
cored has joined #rom-rb
snusnu has quit [Quit: Leaving.]
solnic has joined #rom-rb
skade_ has joined #rom-rb
skade_ has quit [Read error: Connection reset by peer]
skade_ has joined #rom-rb
skade has quit [Ping timeout: 240 seconds]
skade_ has quit [Quit: Computer has gone to sleep.]
skade has joined #rom-rb
cored has quit [Ping timeout: 240 seconds]
skade has quit [Quit: Computer has gone to sleep.]
skade has joined #rom-rb
solnic has quit [Quit: Leaving...]
solnic has joined #rom-rb
snusnu has joined #rom-rb
<solnic> snusnu: hey buddy
snusnu has quit [Quit: Leaving.]
snusnu has joined #rom-rb
<snusnu> yo solnic
<snusnu> how's things?
cored has joined #rom-rb
cored has joined #rom-rb
<solnic> snusnu: good good
<solnic> I wanted to catch up with you but you're doing your thing of not being online ;)
<snusnu> solnic: heh true dat, tho recently i happen to be online far more often again, basically because i'm staying at a place with wifi ;)
<solnic> snusnu: when are you coming back to Linz again?
<snusnu> while i don't really have time now, we could arrange for another date
<snusnu> heh, well, i guess i postponed that a bit again ;) my current plans are to go back home in the first week of june most probably :)
<snusnu> for now, i'm staying in andalusia in the same place till end of april, then i'll be in galicia for another month, no travelling tho, i'll be online a lot over there too
<snusnu> i can't really travel around too much, because i'm swamped with work
<snusnu> still, coding with a view of the ocean is pretty nice :p
cored has quit [Ping timeout: 258 seconds]
cored has joined #rom-rb
cored has joined #rom-rb
tumdedum has quit [Ping timeout: 240 seconds]
<snusnu> solnic: oh heh, did i say first week of june? i meant first week of july
tumdedum has joined #rom-rb
<snusnu> solnic: i have to be in austria on the 5th of july, because then a week long party starts at a farmhouse near linz, the owners are good friends of mine, and it'll be a week of good food, good music & good fun in general … i can't miss that
cored has quit [Ping timeout: 258 seconds]
cored has joined #rom-rb
<solnic> snusnu: cool man, cool
<solnic> snusnu: would you have time at some point to talk about ROM and your stuff etc.?
<solnic> I'm pretty sure ROM gives you the functionality you needed (you can build mappers on top of morphers and use group/wrap on both relations and mappers which is kinda cool ;))
<solnic> also, see stuff I just pushed ;)
travis-ci has joined #rom-rb
<travis-ci> [travis-ci] Build details : http://travis-ci.org/rom-rb/rom/builds/22854896
<travis-ci> [travis-ci] rom-rb/rom#75 (master - e687b56 : Piotr Solnica): The build has errored.
travis-ci has left #rom-rb [#rom-rb]
cored has quit [Ping timeout: 276 seconds]
cored_ has joined #rom-rb
<snusnu> solnic: yeah we should talk soon! i could basically do it any weekday after, say, 7pm
cored_ has quit [Ping timeout: 258 seconds]
cored has joined #rom-rb
<snusnu> solnic: i need to have a closer look at current rom, "but" i fear that the way my app is designed doesn't really fit with rom's mapper for now, lemme rephrase that tho, not everything fits perfectly
<snusnu> solnic: it's not about rom's core business of doing the mapping from relations, it's more about the fact that i use mappers/morphers for a lot of other use cases too
<snusnu> solnic: so i really need a mapper that is *completely* unaware of relations, and i already have that in subway/entity
<solnic> snusnu: now that's exactly what is available in ROM now
<solnic> I'm very keen to learn about entities now
<snusnu> also, oftentimes i don't map to objects, i just do hash_transforms with the same "mapper/morpher" dsl
<snusnu> basically, i came to the conclusion, that oftentimes it doesn't make sense to send objects to write methods, hashes are enough
<snusnu> future validation libs built on morpher can easily handle that
<snusnu> so what i do, is i receive json, send that through morphers i built with my dsl from subway, then "annotate" them (with stuff like created_{at, by} and a few other "internal" attributes
<snusnu> and then i send that to DM1 (currently)
<snusnu> i see no reason tho, to send *objects* to write ops
<solnic> yeah you have very specific setup
<solnic> snusnu: https://gist.github.com/solnic/10553929 check this
<snusnu> more often than not, i assume, hashes are enough, mapping them to objects (along with the necessity to *define* those objects) seems like overkill
<solnic> it's completely decoupled from relations now
<snusnu> yeah that's nice!
<solnic> snusnu: well the beauty of using a DM is that you use whatever objects you like :)
<solnic> I do plan to support just converting to hashes
<snusnu> really tho, i somehow think that the mappers i use, shouldn't even have relational methods like #join etc
cored has quit [Ping timeout: 252 seconds]
<solnic> snusnu: those ops are quite useful even though they are relational
<snusnu> you know, i'm not such a fan of those adhoc querying .. i prefer to explicitly declare all my relations, and then write mappers for those
<snusnu> every concept that deserves a view in my app, actually deserves a name too
cored has joined #rom-rb
cored has joined #rom-rb
<solnic> snusnu: yeah I know where you're coming from with this
<snusnu> i found that naming them isn't really hard, which doesn't surprise me, because they're concepts of the domain
<solnic> I still see the need of dynamic approach here
<snusnu> yeah me too, it's probably a good thing to have
<snusnu> it's just that i think it can work without it, and (for now at least) i think i prefer that
<snusnu> re the relational ops, i think they are necessary, i'm just not sure if a mapper should provide them, or something else .. really tho, my thoughts on that are not yet fully fleshed out
<snusnu> i mean, *something* like that is *obviously* necessary
<snusnu> then again, only if you support the adhoc querying
<snusnu> this pretty much describes everything my current stuff can do
<snusnu> an interesting part for example, is the reusal of ev/ec definitions, or defining new ones inline
<snusnu> another interesting part, is the way i use morpher to build "types" to use in the mapping definitions
<snusnu> it seems completely extensible, and provides a place where coercion can be done
cored has quit [Ping timeout: 252 seconds]
<solnic> snusnu: sorry but I gotta go, I'll check this out and get back to you :) have a nice evening!
<snusnu> solnic: heh, actually i just wanted to say the same ;)
<snusnu> have a nice evening my friend
<snusnu> tty soon
<solnic> snusnu: https://gist.github.com/solnic/10553929 check this before you go, this is cool you have to admit ;)
solnic has quit [Quit: Leaving...]
snusnu has quit [Quit: Leaving.]
solnic has joined #rom-rb
snusnu has joined #rom-rb
<snusnu> solnic: yes, this is cool! "however", you'll quickly notice that it gets *very* tedious to do define mappers using a dsl *and* define the (anima) objects additionally
solnic has quit [Ping timeout: 252 seconds]
<snusnu> solnic: virtus (to me) still feels a bit weird, because the mapping dsl is available inside domain objects .. the way i do it, is generate the objects from the mapping definitions (i call those entities)
solnic has joined #rom-rb
solnic_ has joined #rom-rb
solnic has quit [Read error: Connection reset by peer]
solnic_ has quit [Ping timeout: 276 seconds]
solnic has joined #rom-rb
cored has joined #rom-rb
solnic has quit [Ping timeout: 245 seconds]
postmodern has joined #rom-rb
cored has quit [Ping timeout: 252 seconds]
solnic has joined #rom-rb
mbj has joined #rom-rb
<mbj> snusnu, solnic: Hola
<mbj> Just seeing you guys having fun with morpher ;)
<mbj> Note on evaluation tree pretty printing changes I'm planning:
<mbj> I think we can only follow the failure path if we want to.
<mbj> But there is the chance the failure path needs all the context.
<mbj> Depends if the value that fails late, was processed (maybe multiple times!) before.
<mbj> I also want to serialize the evaluation tree into something machine readable, so you can log the failure path, but the full context via some kind of a concrete AST representation.
solnic has quit [Ping timeout: 250 seconds]
solnic has joined #rom-rb
solnic has quit [Ping timeout: 255 seconds]
<snusnu> yo mbj
<mbj> snusnu: o
<mbj> snusnu: yo
<snusnu> mbj: i commented on your comment on concord
<snusnu> ;)
<snusnu> mbj: really, you never had that use case so far?
<snusnu> i have quite a few classes where i only define #initialize to set another ivar
<mbj> snusnu: Not the case where I accept the ivar from the outside.
<snusnu> mbj: "interesting" .. anyways, i have that usecase ;)
<mbj> snusnu: You told me you wanna do the work, I like the idea but dont have the time. I'd accept the PR.
<mbj> snusnu: BTW mutant is perfect self-hostable with the latest changes.
<snusnu> mbj: well, then you need to tell me what include concord.remove(:foo) would do
<mbj> snusnu: I hope we can release future mutant and its dependencies fully mutation covered.
<snusnu> mbj: awesome
<mbj> snusnu: includes a concord module with :foo removed.
<snusnu> and how would that call super?
<snusnu> either my brain is blocked atm, or i can't think of meaningful semantics because there aren't any
<mbj> Its like including concord.new(:all, :attributes, :without) # :foo
<mbj> would not call super
<mbj> Or would
<mbj> dunno, try it out.
<mbj> snusnu: I'm drunk, need to crash now. Cu
mbj has quit [Quit: leaving]
skade has quit [Quit: Computer has gone to sleep.]
snusnu has quit [Quit: Leaving.]
snusnu has joined #rom-rb
skade has joined #rom-rb
solnic has joined #rom-rb
<snusnu> solnic: up late?
solnic has quit [Ping timeout: 240 seconds]
snusnu has quit [Quit: Leaving.]