Hey! Why yet another JSON serialization library? We already have SuperJSON, right?
Yes. And SuperJSON is great; I use it a lot. However, things got tricky for me when I had really complex data types, covered with many model classes, often deeply nested and referencing each other, where I needed to serialize it all from/to JSON and save it on the disk. I had to essentially maintain two formats of my data - "serializable data" and TypeScript classes matching this data. It was quite a pain.
I've tried to solve it with modern decorators, making the entire process more declarative and having way less boilerplate.
There is a fundamental difference between working in a company and shipping products alone as a solo person.
I did have 3 months of savings left and wanted to pursue my dream of creating a start-up.
I did create a fully working desktop app, a high-quality design for it, a landing page, an entire deployment infrastructure for the website, and uploading new version artifacts. While doing that, I was also taking care of all this marketing (30k unique website visitors a month on avg - analytics is public here: https://plausible.io/screen.studio). And a lot of other shit I don't even remember.
At the same time, you were working at a company where very likely at least one person was working on each of those areas independently, and most of the people did not give a damn if there would be a month delay in some area.
And then, you simply explain to me to compare version strings as if you've discovered a circle. WTF. It is a damn obvious thing, and it, of course, happens. The bug was about a whole different thing, but I'll not even try to explain it as I already did and it didn't prevent you from writing this bs. I wonder if you ever think how would you feel if your co-worker wrote a code review pointing out obvious things you did correctly, not related to the context of the PR at all, and ending it with "Simple and light weight." punchline. Maybe it would give your team an amazing opportunity for a long lunch break to discuss things.
this is really annoying, and this triggered me to write my challenging question.
I really doubt you'd be so "mistakes-free" and "I know it all" if you switched roles with your CTO for a week while all devs will take a week-off. If you write comments to solo founders so confidently, maybe you should consider that or if you're not willing to, to fucking think twice before writing comments next time thinking you're a guru because you nail your full time work.
Looking at the confidence you express your opinion (you actually don't express an opinion, you state your opinion as a fact), I believe there is no slightest thought like "maybe I miss something" or "maybe I'd also do exactly the same thing in this person shoes" and other shit like that.
I admire you for being careful and always thinking through all possible scenarios. On the other hand, I enjoy my life as a founder of a startup that has traction (and all its benefits of it). I'll risk betting that this difference is there precisely because you likely never make such mistakes, and you look at people who do from a perspective of "I know it all, and I'll tell you what you should do." ("Simple and light weight.") (note: it is possible you simply don't dream about founding a start-up which is totally fine. But even then, I believe it is a fundamental mistake to look at people who do create start-ups from the perspective of full-time-work and projecting your perspective on theirs)
--------------
I have no idea why the hell I even discuss with your "compare strings" wisdom. I just wasted 1 hour and half the emotional energy I have for this day and it's 9AM.
What's so big deal in all this 3h vs 24h? It is still downloading it only once anyway and if there is no update the network call it makes is really 300 times more lightweight than opening google.com. I really don't understand this.
Why 5 minutes? Well I ask this question myself as well. I think it was bad and risky idea.
You create MVP and you make 20 decisions like this a day. I probably thought "why not" as it was stopping anyway and I released a few versions a day at times and wanted to get feedback and crash reports quickly.
I did change it now to 3 hours.
Why downloading it without user confirmation?
Well - because this is how Electron auto updater works under the hood (checking for update = downloading it) and it cannot be customized without implementing a lot of the logic by myself. I'll soon modify it and do exactly that, but I was creating MVP, got traction and as solo dev I had to carefully pick things to focus on. Electron auto updater works and is battle tested so I picked it knowing this limitation and suboptimal flow.
---
So I understand a lot of critique you're making and I agree with it. It's just I was making compromises, iterating quickly and making silly mistakes.
We always only hear success stories. Its simply because no one writes or likes 'normal failure stories'. Once in a while we have such a beautiful story that goes viral, but for 99% of normal stories of 'it just failed' never see the light of the day.
I believe I found my success (screen.studio), but first I had to give up on it to start having a healthy relationship with my career. Only then I was able to look at myself being proud, even while seeing everyone tweet (remember, only successful people tweet - thus 'everyone' is a bit biased) about their success.
Currently it might not be great for that just because of performance issues it could have when auto generating 30 minutes long animation. Tho it is on my radar as it is relatively common use case
It allows you to create beautiful screen recordings in minutes.
Idea: my own pain both individually and when working with team. When you create any kind of app you often need some video of it, either for promo, landing, social media posts, tutorials, etc.
It was always taking way too long and was quickly getting outdated as app UI changes quickly.
Then I have seen stripe profile on Twitter and their promo videos and thought "how much of this video could be done automatically basing only on mouse movement and clicks info" and boom.
As a good entrepreneur I started by getting a domain of course. I got a really good one - screen.studio so I had to instantly start working on MVP
Yes. And SuperJSON is great; I use it a lot. However, things got tricky for me when I had really complex data types, covered with many model classes, often deeply nested and referencing each other, where I needed to serialize it all from/to JSON and save it on the disk. I had to essentially maintain two formats of my data - "serializable data" and TypeScript classes matching this data. It was quite a pain.
I've tried to solve it with modern decorators, making the entire process more declarative and having way less boilerplate.
Happy to hear your feedback!
Interactive playground - https://codableslib.com/playground Github: https://github.com/pie6k/codables