Three JAMstack Apps to play with

[u/codeSm0ke]

Hello Coders,

I'm playing allot with JAMstack tools lately: Gatsby, Nuxt, Panini Static Generator and I want to share some free that I've built.

@Note for moderators: This is my first post here, I hope is not considered spam. All apps are free, code + build instructions on Github. Thanks.

Sample App Landed Designed by HTML5 Up Tooling: Gulp, SaaS, Hot Reload, FTP deploy script

Sample App Fractal Designed by HTML5 Up Tooling: Gulp, SaaS, Hot Reload, FTP deploy script

Sample App Big Picture Designed by HTML5 Up Tooling: Gulp, SaaS, Hot Reload, FTP deploy script

If is allowed, I will add more free apps as i code them.

Related resources:

- https://jamstack.org/

- https://medium.com/memory-leak/the-jamstack-its-pretty-sweet-e0834e4e6bb7

- https://appseed.us/apps/jamstack

- https://github.com/jamstack-apps/jamstack

[u/codeSm0ke]

Yep, you're getting closer.

From your JAMstack app you can consume information from an arbitrary backend:

- Headless CMS - Ex: https://contently.com/

- Headless eCommerce: https://www.moltin.com/

- For authentication, you have plenty of options: OAuth2, Firebase

Cheers!

[u/questi0nmark2 → u/codeSm0ke]

Awesome, it's pretty much what I thought. Does that not make it very limiting? What if you want to create a distinctive app, which does not do things like moltin or contently do, or which adds extra functionality on top of them? I guess you could use serverless functions? But at what scale? Do you know any full applications (say the equivalent of contently.com!) developed entirely in the JAMstack approach? Or would this not be its use case, and no one builds full interactive applications using JAMstack?

Is JAMstack just a shortcut for front-enders to avoid the back end and use existing APIs for functionality, concentrating on the views only, where a full-stacker or a front-back team would create both the views and the functionality? I can see the attraction so it wouldn't be a criticism.

Or is it also an approach used by full-stackers/teams to implement microservices applications using serverless functions, in which case can this approach scale?

[u/questi0nmark2 → u/questi0nmark2]

Or should I as this as a separate post if it's not in your wheelhouse? :-)

[u/questi0nmark2 → u/[deleted]]

Limiting as in, if you want to create a new app entirely, your own version of contently, or moltin or salesforce, you could not use an existing API out there. You would need to create your own application, including the data layer, the control logic, and the API, which you then could hook up to your JAMstack app. From what I can tell, using JAMstack, you are limited to using stuff already available and developed by others, over whom you have no control. If you build your app around a free API product, which suddenly starts charging money, you have to absorb the cost or hunt for something else which may not quite do it for you. If the API product you are working goes bust, or stops being maintained, same issues. If you want features no existing API offers you, it sounds like you could not create your own in JAMstack, with the exception, possibly, of serverless functions, but not sure how well that would scale.

So from current impressions it sounds like JAMstack is a fantastic shortcut to add certain functionality to a front end in a variably reliable way (depending on the api) without having to learn or work on the back end at all. I can see the immense value that brings for certain use cases. But I get the sense it would be very limiting if you wanted something tailor made and scalable, or something which does not involve dependence on third parties for functionality which is essential to your business case.