It would be super cool if you wrapped some actual TRANSACTION code in the query_spec, though
Yeah, let's stick with that. Take some portion from */query_spec, and wrap, say, the post update, in a transaction -- for both DBs
That would be the best
Joakim Repomaa
@repomaa
alright
Vlad Faust
@vladfaust
We're working on a language inspired by Crystal, which, apart from solving fundamental code issues Crystal has, would also aim for better ecosystem support. We hope this would solve the "not being maintained anymore" problem
Joakim Repomaa
@repomaa
hm
not sure a new language would fix that
Vlad Faust
@vladfaust
would also aim for better ecosystem support
Joakim Repomaa
@repomaa
that's something that can be fixed in crystal imho
Vlad Faust
@vladfaust
Indeed, but this should be made by Manas :)
Joakim Repomaa
@repomaa
why?
Vlad Faust
@vladfaust
And they don't have interest in such actions
Well, because it's their language and their ecosystem
Joakim Repomaa
@repomaa
it's open source.
it's not their ecosystem
it's github
or git*
Vlad Faust
@vladfaust
I'll leave you with that
Just take a note that I don't invest time in Crystal implementation of the framework
No new features; supporting it, though
Joakim Repomaa
@repomaa
ah good to know. I'll look elsewhere then :)
Vlad Faust
@vladfaust
What are the alternatives?
Joakim Repomaa
@repomaa
lucky
Vlad Faust
@vladfaust
Yes
_
Also Athena
With Granite
Joakim Repomaa
@repomaa
it's a tad too opinionated for my taste
Vlad Faust
@vladfaust
PHP-inspired and lots of annotations :)
Joakim Repomaa
@repomaa
lucky?
Vlad Faust
@vladfaust
Athena
Joakim Repomaa
@repomaa
k
haven't looked at it
usually i'm not looking for a web framework anyway
just an orm
Vlad Faust
@vladfaust
Well, Blacksmoke did put shitton of time into that
AFAIK Granite took some things from Onyx::SQL regarding to low-level implementation