@ojrask @sarah_edo @benbyford @joeflateau They're not exclusive that (a site which has zero JS can be JAMstack - automatically regenerated & deployed with content from an API every hour if you want. Still no server)
...but if you thing that language is an easier term to convey the approach... 👍
Naming things is hard.
@ojrask @sarah_edo @benbyford @joeflateau A specialised company whose entire business depends on the quality of their [database|auth|search|payments] service is likely to have more rigorous practices, domain expertise, disaster recover, economies of scale, resources... than the teams I'd put together in-house for those.
@ojrask @sarah_edo @benbyford @joeflateau The consideration of selecting vendors that you believe will stick around is wise.
I'd challenge the comparison of back office complexities though. And also ask what levels of expertise and SLAs most internal teams have in place, who need to assure all these home-made services.
I'd challenge the comparison of back office complexities though. And also ask what levels of expertise and SLAs most internal teams have in place, who need to assure all these home-made services.
@ojrask @sarah_edo @benbyford @joeflateau You should measure this at every step of the way. Careful not conflate JAMstack and SPAs. JAMstack does not have to mean doing everything in a JS app. It's about pre-generating as much as possible, and where appropriate, enhancing in the client using progressive enhancement.
@ojrask @sarah_edo @benbyford @joeflateau It depends. I'd not suggest that this is the architecture everyone should use for everything.
I've worked on projects which benefited from gaining clear separation between services & presentation. Better agility & perf for both teams. And content became portable to more channels
I've worked on projects which benefited from gaining clear separation between services & presentation. Better agility & perf for both teams. And content became portable to more channels
@joeflateau @sarah_edo If you want to kick these sorts of conversations around with more characters...
https://jamstack.org/slack
You can use more characters and there are more characters there.😌
https://jamstack.org/slack
You can use more characters and there are more characters there.😌
@joeflateau @sarah_edo Right! Once you start having to handle your own cache management, things can start getting lively in my experience! That's one of the areas I try to design around or use some service to do that for me.
@joeflateau @sarah_edo ...but it is a conceptual model, not a religion.
And I think that serverless and JAMstack are the best of friends!
And I think that serverless and JAMstack are the best of friends!
@joeflateau @sarah_edo Yeah, I think Id say so!
You serve your views pre-rendered, populating those at build time. And then use some craft serverless fu to service requests for missing assets directly from the source while you back-fill. Right?
One could argue that serverless isn't JAMstack...
You serve your views pre-rendered, populating those at build time. And then use some craft serverless fu to service requests for missing assets directly from the source while you back-fill. Right?
One could argue that serverless isn't JAMstack...
@joeflateau @sarah_edo Sounds like that starts to blur the edges 😀
I myself have used a lambda to render routes _as a fallback_ while those new routes were being generated. Then they get served from the CDN.
I think of any server-side request-time render as not jammy. But can be a great complement
I myself have used a lambda to render routes _as a fallback_ while those new routes were being generated. Then they get served from the CDN.
I think of any server-side request-time render as not jammy. But can be a great complement
@ojrask @sarah_edo @benbyford @joeflateau Yeah, your UI's back-end can be a simple file server... but better still an optimised CDN. With ALL assets being served from there. This makes dev/deployment way easier to manage.
Then thanks to the decoupling of services through APIs, internal or 3rd party APIs can enhance.
Then thanks to the decoupling of services through APIs, internal or 3rd party APIs can enhance.
@joeflateau @sarah_edo I think of pre-rendered pages as part of what jamstack is. Jamstack enjoys the benefits of pre-rendering as much as possible (in some cases 100% so... yes) and then being able to serve directly from a CDN. Then if needed, using JS to enhance pages with APIs (browser/content/etc)
I so enjoyed the case study presented by @citrix last year at @jamstackconf in NYC. Amazing to see how moving to JAMstack and using @jekyllrb instead of a big expensive CMS dramatically increased the efficiency and effectiveness. https://twitter.com/Netlify/status/1234412517541150721
RT @NaveenS16: #JAMstack is an emerging term which describes an approach to architecting and delivering sites as pre-rendered assets, and w…
This conference is such a treat.
There will be excellent people speaking and attending again this year. I can’t wait! https://twitter.com/heypresents/status/1231986754959355904
There will be excellent people speaking and attending again this year. I can’t wait! https://twitter.com/heypresents/status/1231986754959355904
@jamiebradley234 @sanity_io @NorfolkDev @Netlify They remain popular. But always I demand.
I’d expect so, but no promises.
So enjoy strutting around in those and feeling special. 😘
I’d expect so, but no promises.
So enjoy strutting around in those and feeling special. 😘
Very happy to see @Netlify in some pretty good company here, assessed to belong in this list of the 30 most promising private companies in enterprise tech. (Top 10, mid-stage)
🎉🎉🎉
https://www.netlify.com/press/netlify-named-to-2020-enterprise-tech-30-list/?utm_campaign=devex&utm_medium=enterprise_tech_30-pnh&utm_source=twitter
🎉🎉🎉
https://www.netlify.com/press/netlify-named-to-2020-enterprise-tech-30-list/?utm_campaign=devex&utm_medium=enterprise_tech_30-pnh&utm_source=twitter
@jlengstorf @NMeuleman Not sure about “Hawks Word”. But I’d probably respond to this if it is “Hawk Sword”.
🦅 🗡
🦅 🗡