Why a Blog ?

SapperSvelteSSRJAMstack

First of all, I'm very excited to be writing this very first blog post, which is going to be about the blog itself, so let's say it's a meta post 😆

It is no secret that I do like streamline, document and automate as most as I can, whoever already worked with me might know that.

Due to this whole quarantine season we are facing I ended up relying on code as a coping mechanism 😅, And among other projects I'm working on this Strava Project, and I've made some interesting decisions I would like to write down (if anything for my own future reference 😂)

So I wanted a blog that would be easy enough to manipulate content but also could teach me a thing or two about something new on the javascript world in the process. I wouldn't like to start over the same old stack I'm very used to.

So my first stack candidates were Next.js or Nuxt.js because I would like to try out some server side rendering, because up until now I had not tested it myself yet 😱 and I guess those are the obvious choices when you talk about server side rendering in the javascript world these days.

Since this is a purely static website, I considered some of the popular JAMstack technologies like Gatsby.js or Hugo due to big communities around it, then I thought about maybe trying something a bit more recent and a bit less mainstream, just for the fun of it, right ? I mean, it's a small project, and that's what those are for, experimenting, so I remembered hearing about Blitz.js and RedwoodJS.

And I must say, I almost went with RedwoodJS, the website looks pretty neat and consistent, and more importantly, full of examples, you should definitely have a look at that if you are also wondering on some new technology to learn.

But in the end, I flipped it all over and decided to abandon the consolidated dynamic duo on leading frontend frameworks (Yeah, I'm talking about React and Vue), which are what the listed options above are based on. And decided to try something even more bleeding edge.

I remembered hearing about Svelte framework for the first time from the Nordic.js. It seemed pretty interesting and I kept that on the back of my mind, until today. So after a bit more research I found out that "Svelte also have it's own Next.js", and it's called Sapper. So that's a perfect match for what I was looking for.

Which according to the official website:

- Why the name?

In war, the soldiers who build bridges, repair roads, clear minefields and conduct demolitions
all under combat conditions — are known as sappers.

Sapper, which is short for S velte APP mak ER

- Comparison with Next.js

Sapper is powered by Svelte instead of React, so it's faster and your apps are smaller

Pretty neat right ? So I was convinced. Svelte is supposed to deliver faster and smaller apps, because it's big selling point is that it "compiles away", leaving only pure vanilla javascript in your application.

I'm stocked about that, so I pick that to see it in action! Seeing is believing right ? 🎉

On the next post I should talk about how I implemented this blog structure and how it works.

Thank you,