How do these differ from those implemented here: https://github.com/clj-commons/ordered and here: https://github.com/frankiesardo/linked ?

There are 2 parts to my answer. First, I was pretty sure that such functionality already existed, but given the scope of this project (very small!) I saw no harm in reimplementing this functionality. I learned something, which was my intent. When I was done, I figured it couldn’t hurt to put it out in the public domain. Also, I’m not great at finding other people’s projects, but I knew I could have just asked. Second, I’ll address the technical differences. “Linked” implements both cljs and clj. I want to get to a cljs for Tiara, because it’s just rude when you find something useful only to learn that it won’t work on ClojureScript. Also: • Tiara uses ⅓ of the MapEntry objects that Linked uses. • Linked has O(1) removals (`dissoc` for maps and disj for sets). Tiara has O(n) removals. • Linked has sparse data after multiple removals, and has introduced an extra compact operation to repack the data. This is a single O(n) operation that makes up for Tiara’s O(n) removals. Tiara is always compact. There are fewer steps in the most common Tiara operations (`assoc` and get), so they may be a little quicker, though I will need to use Criterium to check. However, Tiara is using a proxy which could be slower. I could have used records or a proxy, but decided to try proxies, because I hadn’t ever made anything larger with a proxy before. If proxies turn out to be slower (I suspect they are), then I should change it back to a record, which is what I usually use anyway. Most of the code won’t change.

@U051N6TTC that's an excellent answer, thank you. If you'd like to add any of that to Tiara's readme, I'm sure many would appreciate it. I love libs that explain how they compare to similar. 🙏

Thanks for the comment. 🙂 I will consider a copy/paste when I’m back on the project again (I am working on SO MANY other things right now)

Just looking now…

I ran a simple criterium test, inserting 10000 key/values (number to number), then looking up all the keys to add the values. (into (l/map) (map (fn [n] [n n]) (range 10000)) Then I reduced over the range to lookup and add the value. Tiara right now takes nearly 5 times as long. So I tried changing out the proxy for a deftype. It took a little work, but the functions were basically the same. Now it’s more than twice as fast! Lesson learned… don’t use proxies 😄

I’ve only updated the map for now, but I’ll do the set as well and push a new release

https://github.com/redplanetlabs/proxy-plus has some explanation why clojure's proxy is slow

I recall something about it from a long time back, but thought it would be an interesting exercise to use it, given that I don’t think I’ve touched it in 10 years.

One nice feature is that it lets you inherit from an abstract class, which deftype won’t allow. AbstractSet does almost everything for you, which is means that an proxy or genclass approach is only a few lines

Unfortunately, two of my previous jobs moved away from ClojureScript to TypeScript, and I don’t even work with CLJS at my current job anymore 😢 Anyway, I was getting really tired of wrangling HTML and JSX tags, so I thought I’d do my best to port over some paredit goodness. Owlbear doesn’t provide any sort of integrated REPL experience, but I hope the extension at least alleviates some of the pain of working in mainstream web development. I haven’t advertised Owlbear to the greater web dev community yet, but my pie-in-the-sky goal with this extension/experiment is to hopefully bring more folks onboard to this style of editing. I’m not aiming for Owlbear to be the perfect implementation of paredit outside of LISPs, but rather just helpful enough to inspire folks to build similar tooling for other languages/editors (or an even better extension for the same languages haha). VS Code has a pretty massive community of JS web devs, which is why I’m focusing on that editor first. This extension was heavily inspired by Calva :heart_hands:

Ah darn, rookie mistake, should’ve tested Owlbear on other OS’s/architectures sorry folks, gonna have to cook up some fixes later.

Don't worry. Judging from the videos, It's looking great. Looking forward to test working linux version 🤞 Btw does the extension kick in also on .json files? (extension description mentions HTML, TypeScript, TypeScript-React, JavaScript, and JavaScript-React , not sure if that includes json

Taking this for a spin R I G H T N O W ! Been needing it for so long.

@U01LFP3LA6P JSON is not officially supported; have to think through what that would look like a bit -def doable! For the time being, you may have limited success by changing the language mode in a JSON file to JavaScript (`cmd+shift+p` then search Change Language Mode).

That is pretty apt since I work with hl7 messages too!

Cool! Happy to hear any feedback you might have if you decide to give it a spin. 🙂