It seems once a year somebody writes a library to do this. It never takes off, because the main difficulty in developing web applications is not “learning JavaScript“.
I have 3 questions for the team. Who is the target audience exactly? How is this different from Anvil, Toga, Streamlit or the previous 36 attempts? And if learning JavaScript is too difficult, what exactly makes shoving the DOM API into another language easier? You still need to learn all the same things but now there’s about 9 orders of magnitude less working examples to copy from.
You make a couple points here what do you mean "it never takes off" Streamlit was a very successful project in terms of number of users and is still growing today. I talk about how we are different in some of the comments of this post aswell.
If it’s like my 2019 polo, a long (30sec or so) press on the power button on the infotainment console will reboot it.
But yeah, just traded that car in for a Mercedes, and the infotainment is night and day. I basically don’t use CarPlay anymore because the built in stuff actually works better.
While I agree with you the grandparent was unnecessarily patronizing, they do have a point. “Built-in functions” is the first chapter of the documentation following the introduction, there’s no way to miss it. If you don’t even skim the introductory documentation, I’m not exactly sure what you expect to happen. Python is not Ruby nor is it Java, and it predates both. Why would it follow the idioms of those languages?
I guess being better than a random third-world country (yes, that’s what median means here) is seen as a great accomplishment? Not sure why you would choose to comment this, it’s like a grown adult bragging about being able to beat up a toddler.
Whenever you visit a web site, that's tied back to your device and your name / identity. Data brokers have browser fingerprints. You have lots of CDNs hosting content and third party cookies. You're not anonymous online anymore.
Many "fun" surveys are built to help collect data to better profile you. There are many techniques here, from asking a mixture of innocuous and profiling questions, to looking for correlations. With a few, you can extrapolate a person's age, political leanings, etc.
This is snowballing, and it's hard to predict how data collected today will be used, or what inferences will be possible. It's safer not to do a threat analysis every time, but just to click one button each time and not risk letting profilers know your value system.
Not to take a dump on this product in particular but at this point I feel like there are more note-taking apps out there than people willing to pay for a note taking app.
Why does everybody and their dog think that competing with the thing that comes with all my devices for free (Apple Notes, Google Keep) is a great business opportunity? I can’t seem to wrap my mind around this.
Either A) because none of the existing apps are good enough, or B) note taking is pervasive and diversive enough that there is no one app to satisfy them all.
I think its a mix of both with a lean towards A personally. Knowledge workers are increasing YoY and nearly all of them take notes. The market is huge, and its quite normal for new(ish) markets to see a large number of competitors before the winners take over and the other 90% die off. To your other question -- Google Keep / Apple Notes are good for rudimentary use cases or small numbers of notes, but otherwise don't really compare to the popular note taking apps that have popped up lately.
That is not what I asked though. Every experience is subjective. I’m asking how they envision this being a good business model.
Every bootcamp grad who can whip up a database backed web app can build a note-taking application that covers the major features. There is literally no defensible moat here and the incumbent is giving away theirs for free. What feature will you compete on? There are limits to how much innovation you can add to “storing rich text in the cloud”.
I suspect it's a combination of the intense passion people feel to work on this problem and the small user-base needed to support a small team to do the work.
I'm not so good at ballparking operational expenses, but Supernotes 2 probably needs somewhere around 2000 users to break even, which probably isn't hard to achieve.
After that, the founders are fully supported to pursue their passion. Sounds like a great business model for someone who wants to do this, and I think this is why you see a profusion of utility apps with ~$10/mo pricing models on the market today.
Markdown files can be backed up offline, version controlled with Git, grepped (in-file text search) and finded (search for filenames), parsed with awk perl or sed (yes, sorry, I've done that more often than I like to admit), edited with VIM (I live in VIM), and many other advantages.
I sort of misread the post, I meant to respond to why markdown/plaintext instead of Apple Notes or Google Keep. I found it more difficult to automate the task using Apple Notes' sqlite DB than markdown/plaintext files sync'd through iCloud.
For a lot of things such as tables, lists, adding links, etc, markdown allows you to do it "inline" while typing, instead of forcing out of band operations.
Bad developers will write bad code no matter the pattern - styled components has never been a source of issues for us. Why would we move to a new “trend”? I think this is unique to the JS ecosystem.
I’d just like to take a moment to compliment the author on repeatedly producing content that is deeply technical yet very entertaining. As someone who has used both Rust and Go in anger, I enjoyed this one and it’s predecessors a lot. A big step up from a lot of the typical blogspam.
