Elicit is an AI research assistant that uses language models to help researchers figure out what’s true and make better decisions, starting with common research tasks like literature review.
I'll join the chorus here and say that Turbo Pascal was my stepping stone from beginner tinkering (BASIC on Apple II and DOS) to professional development with C. The dev environment was the perfect mix of "serious and you can make real stuff including compiled executables for distribution" with approachability for a relative beginner.
Our team's experience has been the exact opposite: Catalyst let us create a beautiful, fully-native Mac app[1] that shares the bulk of its code with its iPad counterpart. A few bumps here and there but overall a good experience.
Ok, fair critiques. We obviously see many things differently (e.g. software being static vs requiring maintenance) so probably not much value in arguing further. But in /r/changemyview parlance I'll award you a partial delta. :)
In that case you'd still have full access to your documents.
In keeping with local-first values the complete and canonical dataset resides on your devices (Macs/iPads). Sync service outage or total shutdown would result in your no longer being able to sync between devices, but all the devices would have whatever data they had at time the service went offline, and you can continue to make local edits until the end of time.
You can test this out: just put some stuff into Muse, then turn off your wifi / go into airplane mode / shut off the network in some other way. Keep working with your data and watch the sync indicator; it will show that you have a lot of unsynced changes, but never will your ability to work be interrupted.
Changing while you write sounds surprising. All ink engines have some amount of retroactive smoothing going on, but typically (and this is the same for Muse) it should only be the last 50ms or so of data, and often that part is still hidden by your hand or stylus tip.
In a word, latency. Everything feeling responsive and tactile is a part of the (tablet part) of the Muse experience. You can see the latency tests for various tablets in a table partway through the essay, and compare those to the human factors research and see that they are off by an order of magnitude for what's necessary to feel responsive. But those tests were a few years ago, would not be surprised if things have improved since then.
TBH I'm not really thrilled about being locked into iPad+Pencil either. But so far, Apple is the only one that has been able to cross the latency threshold with their hardware and OS. Hoping that will not be the case forever.
Also on the (very long) list of things we want to build. It's more challenging design- and technology-wise than you might imagine, due to the canvas model and relatively arbitrary content folks can bring in. (Actually realizing this will be a good topic to discuss in a future podcast episode.)
We designed the architecture to allow full Signal-style e2ee, but given that there are only two engineers on this we had to cut scope on that for the first release. Now we'll be listening to what our customers ask for in terms of where to prioritize in the roadmap. We have quite a few medical professionals and attorneys using Muse in their professional lives, so we've already heard from some of them on this topic.
Yes, we're curious to see how pure desktop usage evolves. A big part of the whole "thinking workspace" concept is the more relaxed posture of tablet use, the ability to scribble on things, etc.
That said, I've used Muse for Mac heavily for the past six months and find it's strongest when I am doing more text-oriented work. I'll also be curious to see how people use in practice and whether the value prop is really all your devices used in tandem (desktop, tablet, phone) or whether there are strong uses cases for just one at a time.
Thanks for the review. Agree with most of your points here, briefly:
iPhone app is just capture right now, intended for "I just had this thought that I need to muse on later." We don't market it much because it's so limited. Future version will build on the sync infrastructure to offer better capture and ability to look up stuff on your boards.
Board rename on Mac is a quick fix we squeezed in before launch. Will make that nicer soon.
OneNote is pretty great actually, ahead of its time. It does still have the "big list of documents" element and in general has the Microsoft level of design polish, which is to say, not much. So certainly our target market with Muse is folks that prefer something better-crafted and from a small/indie team. But that only emphasizes the importance of those fit-and-finish bits you mentioned. Now that our sync engine is finally out in the world we can spend time iterating on that.
Yes, we do need some way to link/embed/transclude documents between applications. OLE was one failed attempt, OpenDoc is another (in)famous example. This is something we're researching at Ink & Switch, but will be hard to innovate here without OS-level support.
Anyhow thanks for taking the time to kick the tires. I will happily take "Muse is awesome but could be more awesome" as validation of the work we've done so far, and motivation to keep improving.
Much appreciated. Sharing the journey is a big part of what has made this project fulfilling.
As another commenter pointing out, the Mac app alone is somewhat limited without the iPad as a kind of ink/annotation accessory--but I'm curious to see if people get use out of it. There are plenty of desktop-focused spatial canvas apps (Scapple and Miro come to mind) so clearly there's potential for utility here.
We researched the name heavily as part of registering our trademark. There are hundreds of hardware/software/internet products and services that use the word "muse" in their name somewhere--and that's true for almost any other single english word or even combination of words.
The practical reality of naming things online in this age is that you try to avoid obvious collisions e.g. don't name your photo editing app Photochop, don't name your computer company Newton's Apple. But there's not a lot of risk of customer confusion between different domains like music sequencer vs thinking workspace.
I'm a big believer in tools that make us feel good about our work. Pretty handwriting as an output is in that category.
You'd be surprised how much engineering goes into point simplification, bezier smoothing, etc. One of our team members, Adam Wulf, has worked extensively in this space and even open-sourced a lot of the results: https://adamwulf.me/open-source/
...but point remains that we can make the inking experience better in Muse. It's on our list to work on.
Text formatting (possibly Markdown) for sure. Code highlighting is something I would personally like but depends on how many software engineers decide to become members. Latex is probably out for its complexity, but in the long run some kind of plugins system might make it possible.
Evernote is a good example of software that I think had a lot of promise but has decayed in quality and performance over time.
No self-hosted sync service at the moment. At the moment we've got our hands full with making it work well in a production setting. But I'd like to see a world where generic sync services (either as hosted services or self-hosted) is commonplace.
> if I stop paying for sync, I still have my notes and a fully functional product
The same is true for Muse. When your membership expires (or you cancel it) the app reverts to free mode, which allows you to read, copy, and export all your data. But if you're over the free card limit then you can't create new content.
That said I have total respect for the Obsidian model. They're really successful for very good reason.
Elicit is an AI research assistant that uses language models to help researchers figure out what’s true and make better decisions, starting with common research tasks like literature review.
Front-end engineer: https://elicit.com/careers?ashby_jid=b5e218b8-8730-4254-b026...
Senior software engineer: https://elicit.com/careers?ashby_jid=aa99e2e9-5b15-4cd3-ac9d...