But I liked it. Now I'm mad.
No idea how Vercel scammed so many people. Founder paid an annual contract of $##,### to Vercel for what should be a freely hosted static web app + freely hosted (within credit boundaries) backend in a serverless container (e.g. Google Cloud Run, Azure Container Apps, etc.)
A complete scam.
Last time I checked Vercel was just reselling services of AWS.
> I guess the branding and marketing worked.
Indeed; I remember watching one of their tech sessions around the Next.js 12 to 13 release and then watching a Microsoft one. One was very clearly a marketing ad.We shortly ditched Next.js afterwards because of how janky the whole DX was the entire time and how much worse it was during the transition.
Now I'm back in a Next.js 15 project and it's amazing that the DX somehow feels even worse!
I am not sure why it is so slow for you, maybe you you can try run this boilerplate (work in progress to make it easy to use)
https://github.com/wizecore/boilerplate-saas/
It uses Pages router, comes with local postgres, redis and AWS sqs emulator. No docker, no cloud needed for it to work locally.
Such setup is crazy fast on my mbp m2 pro.
(Reminds me of Heroku back in the day as being another "hosting" sold & layered on top of AWS)
The current stack I'm using is Django/Python, HTMX, Alpine.js, and TailwindCSS. Yes I know the middle two use Javascript under the hood, there is no way around that for client interactivity. But they do support the HATEOAS principal (https://en.wikipedia.org/wiki/HATEOAS) which has been a breath of fresh air imo. The book "Hypermedia Systems" is also a great way to achieve the mental reset needed to abandon modern web frameworks and go back to things that actually work, in terms of web development.
That keeps the team consistently delivering and motivated, and gives you more time to think about feature A. Some features are really important to get right and take the appropriate time, and some are just important to ship. Having that distinction explicit allows the team to maintain good shipping velocity without accruing "high interest" tech debt.
Also there's obviously no single correct ratio here. Newer companies, services, teams, products will probably lean toward shipping fast since architecture is still being defined, whereas more mature ones will be more willing to sacrifice shipping velocity for better fit with the existing domain model.
anupj•4h ago
purple_ferret•4h ago
scrubs•3h ago
layer8•2h ago
srhtftw•3h ago