Stop writing server-based web apps and switch to the JAMstack architecture!
Title makes the article a poor read, too click bait based. JAMstack is still server based since you will always deal with server APIs outside if a brochure site in which case it’s simply not a web app at that point. Instead what you are trying to explain is “local server based web apps that are directly tied to server side functionality”. JAMstack is great for APIs but it’s still tied to a server.
Thanks for the comment, @disqus_JbknuKVRpM. Yes, there’s always going to be servers involved. One way to look at it is how much compute could be saved by rendering the “page” once and only delivering the minimum amount of dynamic data required using an API or GraphQL, verses rendering an entire page on every request?
You mean AJAX?
The Web Request Walk of Shame - Hits the nail on the head.
Popoola Gafar Babatunde
I’m still trying to figure out what problems the Jamstack is trying to solve. I consider it’s adoption to be nothing but a typical case of FOMO.
You may or may not have a point here, but what you definitely don’t have is (human language) writing talent.
There does not have to be a server involved for many types of apps.
mate you always use a server in web apps to do anything. you need to host the app dont you?
Static site generating seems to be nothing else than indexing. Claimed that it is more efficient, but that is only for traffic intensive sites.
If there are lots of content that is cjanging but not all are requested it might be more efficient to render on demand on the server.
But that is true that most of the times it is not the case.
Great David. I have avoided JAM for a while, probably time. I see the CDN benefit.
Do you draw those images?
Matthew E. Keller
So you’re basically proposing that serving a file doesn’t require CPU cycles?
Do you understand that each server less application based on server application?
I agree with you. I think Java Script not is the best language for writing business logic.
It’s the first time I’m hearing about JAMstack. I visited their site and read their claim multiple times “if it’s in the web you can use JAMstack” but I’m not sure how to create my single page applications based on cms content to static html files. Should I pre-render every single damn possible html view/scenario with every possible logic (filtering results, search logic…).
Not sure how a forum or a chat can be pre-renderd?
Maybe… Static is also very simple to deploy; but look, where are you generating it from?
At best a database in which case you’re just betting the farm on caching.
At worst you’re writing off e-commerce and saying its extra special or sacrificing visibility.
There are no special blockers for server rendered content. Ad block won’t touch without not rendering.
For me it speaks more to read-write balancing, recognizing most of the Internet isn’t that compelling.
I’d iterate and re-frame that as nothing is free and people overestimate performance and how compelling things they like are.
I’m glad you like JAM stack. But it’s not for everyone.
Edited spellings because mobiles suck
Then you have an “hybrid” approach, where you generate all the possible static content and with a tool like React you rehydrate the parsed HTML with dynamic content once the user downloaded it.
So the idea is to make apps more server based by running more stuff on the server not less…
I thought the title and the intro was going to sell PWA
The article lacks the consideration of websites/webapps where dynamism is a must (e.g. e-commerce) and the fact that not everything can be suitably done in a JAMstack way.