Back to Jekyll
On the other side, Ruby and its ecosystem is more harmonious and peaceful. If something works, it’s very unlikely that it breaks. If there’s already a Ruby gem that does something, people are more inclined to contribute to it instead of reinventing the wheel. No hype fatigue. The language that you ship is the language that you write. You don’t need layers of transformations to accommodate your code to the environment in which it’ll run.
Because of all of the above, I’ve migrated this blog back to Jekyll from GatsbyJS and I’ve taken the opportunity to overhaul the design with something more boring and developerish. I want the focus to be on the content and not the aesthetics.
I’ve so decided to stay away from unnecessary abstractions upon standards like HTML and CSS. I got hyped into the CSS-in-JS and TailwindCSS without realizing the value they provide is not really necessary in my projects. Moreover, the closer to the standards and the fewer abstractions the better for the long-term sustainability of the projects. If I write HTML and CSS today, I can open it in years from now, and it’ll very likely work. If I to do the same with a React-based website that is processed by Gatsby through Babel, the chances are that it won’t work in a few years.