Looking for feedback on this draft post please comment! Thanks http://www.dustingetz.com/:importance-of-namespaced-keywords/
I remember that rich hickey talk and came away with the idea of "what if you could merge databases?", is that what this post is about? I can't tell as a beginner, from my naive prospective I'm more interested in learning the basics (maybe the post is not aimed at me?) i.e. brew install hyperfiddle or apt install hyperfiddle then maybe a bootstrap themed setup page that asks for my datomic details etc required for install, then a list of templates or blank template, like a wordpress experience , then I feel like I would ask questions like how to paginate things, how to use datalog, how to import other cool things? then how to edit in code via local editor, then eventually after I can prove it works to other people in my business how to move it into datomic cloud, where hyperfiddle is just a line item on top of that bill. I say this as someone with little idea of what is planned or what is feasible so apologies if it seems presumptuous and or derailing to the thread, tldr went over my head a bit
Thanks for the feedback
I’ll write the blog post you want soon - we are working now on the ability to self-host
The post helped me see much better your vision for truly mix-and-match-able APIs. The one where you wrote that all HF-using businesses could very easily call other HF-using business APIs, and vice-versa: one business imports the ontology (and a bit more) of the other one, and it's now consuming data from the other one quite natively.
(I spotted a few typos and decided against the noise of reporting them)
Typo reports welcome. Yes! And maybe even we can ingest foreign APIs by manufacturing the proper metadata. Lots of fun things to come in this area!
Also http://www.hyperfiddle.net/:docs/:hyperfiddle-ontology may be useful
:fiddle/type ::: Which Datomic query API
was not self-explanatory to me. Does it refer to either of #{:pull :query}
?
hyperfiddle
#{:archived :deprecated :starred}
: why boolean
? Why not a date, to be a bit more informative?
fair question, i am generally in a hurry and wanted checkboxes 🙂
You could probably convince me that boolean is wrong
Yes, fiddle/type is query or pull (or nothing) - it would be pretty cool if the spec was listed there
I'm not religious against boolean (yet?). hydrate...
seems especially good as a boolean. Unless one would want to attach an expression to adapt the hydratation, in which case string
might be better.
Oh and yes, you'd need a "render Date as checkbox with auto-date of last change in a UI tooltip" - I see where hurry goes here. 🙂
I've also "always" wondered if boolean isn't better in Datomic, since you can query the tx instant to reach a proper date.
i toyed with :published-date vs :published on my blog and ended up having both, because they are different
sometimes you want to unpublish
yes, as soon as we make our information systems uninformation systems, we regret it
but you still have to ask the question: what's it meant by a not published post which has a published-date. (I think you can live fairly well with the answer in your case: it reminds me that I had it published for some indeterminate length of time - good enough)
Having thought about it a little longer, i think the honest answer is that i have no idea what the semantics are, and i dont really care, it can be fixed later. The goal is to make apps by fiddling with them for twenty minutes here and there. I have made a lot of very bad apps in hyperfiddle, which is pretty interesting spot to be in compared to making 1-2 big apps without hyperfiddle
That said, the date-as-checkbox is definitely a widget we should have, and hopefully soon we will be in a spot where that is something that can be made from scratch in a couple mins
haha great - and I'm with you - I keep dreaming about how I could use HF here and there and maybe even in some very big business projects at work