21–30 of 51 posts
For the last three years I have used only Go with vanilla HTML (templates/html from the standard library), CSS and JS. For a database, I have been using PostgreSQL.
Are you able to share the types of applications you've built?
Earlier quoted context omitted.
Are you able to share the types of applications you've built?
I have built three SaaS products using this stack. The services are mainly B2B, but one of them has a fairly large B2C-ish user base (recruiting teams). Everything I've built has been profitable and cost of running is very low.
For a couple of projects where it seems justified, Svelte (with a Django backend).
Plenty of experience over the last decade has me very wary of too many JS dependencies (revisiting anything older than a couple of years has invariably been a nightmare).
Ruby on rails is the only framework I use for SaaS applications.
Plain ES6 for a lot of things that are not as big as a SaaS. React when I need frontend stuff.
Python lives mostly in notebooks for all my thinkering.
Who cares if it’s not the latest some hipster is pushing on Twitter? Most of the time these people aren’t even serious (in what they’re doing).
Focus on solving your customers problems.
For hobbies it’s free for all. Do whatever you like. It’s fine to be emotionally tied to some library or obscure thing. It’s for fun after all.
For anything serious, it’s good to be serious.
Maybe the trendiest thing will become that some day but don’t tank your own business in the process. Remember that Meta invested heavily in react not for fun but because they are a serious multi billion dollar business (key word).
I can provide somewhat unorthodox answer for 2024. I am currently working on a solo project and EXTRA prioritizing for time to MVP. In the past I already delivered one project with React and I found it very unpleasant to debug with my backend even if surprisingly useful for handling complex dynamic behavior in UI. I decided that MVP might as well be as vanilla at it can get considering that I am building very much ba…