The Jamstack is a modern approach to building websites and apps, delivering better performance, higher security, lower cost of scaling, and a better developer experience. However, with so many tools to choose from, it’s easy to feel overwhelmed.
The original Lumen is built with Gatsby and connected to Kentico Kontent headless CMS. The site is already running, but some styles are missing as they were hard-coded in components. Uhh. Let's fix that and see where that takes us...
I managed to update the menu component to use the new version of the Gatsby source plugin for Kentico Kontent. It's a bit of recursive thinking, may need to adjust the implementation in the future, but it works for now.
You get excited about a product only to find out you need to fill in your credit card details in order to sign up. Or you can use it for free with one exception—the feature that got you excited in the first place. Conditions, rules, exceptions... enough. What if developers actually designed a free headless CMS plan for themselves?
In the times of monolithic systems, it was crucial to pick the right system at the beginning. That decision inevitably locked you with a single vendor for years. Nowadays, in the microservices era, vendors claim itʼs easy to switch between their systems. Letʼs take a look at what “easy” means when switching your headless CMS and whether that decision could cost you your job.
The microservices approach promises easy switching between services and claims to enable you to use the best-of-breed tools. Is this true? How hard is it to switch a headless CMS that powers your website?
One of the reasons we create JAMstack sites is because of their great performance. Serving static files is easy and quick. But what if we upgrade the visitor's experience and make the site available offline?
What is Sourcebit? How does it work and how does it make Jamstack website implementation easier? Should you use it for your next project?
I aim to answer these questions during my presentation about Sourcebit. I explain how it tries to unify the relationships between headless CMSs and static site generators.
Everywhere you look, you see the word “Jamstack.” So you’ve probably thought about building a site using a static site generator. But where do you start? How do you choose the right framework for you and your team?
On average I work with JSON data 18 times a week. And I still need to google for specific ways to manipulate them almost every time. What if there was an ultimate guide that could always give you the answer?
We all know we should write unit tests. But, it's hard to know where to start and how much time to devote to tests compared to actual implementation. So, where to start? And is it just about testing code or do unit tests have other benefits?