finally, a website, but why is it static?
I. Have. A. Website. ✨ https://winnieepm.github.io/ ✨
As this academic year is coming to an end, I don’t have a dissertation to defend yet, but I did publish a public website freely hosted on GitHub Pages—it’s been three years in the making. What took so long, you ask? A combination of reasons, with two that stand out. One, I couldn’t make up my mind about the method for making it or the design. Too many choices, possibilities, tools to try, strong opinions, use-cases. Two, I chose to code my own website, and self-learning coding while you’re a full-time doctoral student in the humanities brings its own significant systemic and personal challenges: there’s no reward for the quirky extra major, at least not immediately. So, why do it at all?
I chose to explore minimal development stacks because building them forced me to learn how they work. At what point is HTML and CSS alone not enough? Why do you need a framework? What decisions draw projects to content managers or static websites? When is a database required?
The ubiquity of websites, especially for professionals today, ticked my curiosity to learn how they worked to produce an online presence of a person IRL, but popular options like Wordpress, Wix, and Squarespace, offer limited out-of-the-box theme options to display and manage your content. Also, it will typically cost you to access their full library of design and layout resources to make a personalized website that uniquely represents you and stands out. Each of these also require constant updates to ensure the site’s safety and functionality, which means your website can easily break, or be exposed to cyber attacks, if you fall behind updates.
Though the CMS (content management system) route makes sense for many, I had questions about web sustainability, development, and design that drove me instead to pure HTML/CSS pages, and static site generators (SSGs), for making myself a website I could style and organize at will locally. SSGs take in textual content written in markdown, your designated layouts, and data, they then process all these files locally to produce a version of your website in a set of HTML files ready for hosting. This simple production pipeline makes for fast, flexible, and design agnostic webpages that are so small in file size they can fit in a 1GB flashdrive.
But the benefits come with a steep learning curve. It requires great learning effort, if you’re unfamiliar with coding, and a significant time commitment. For collaborative projects, creating different user access levels and credentials is not supported and would require coding a custom solution. You also need to use a code editor for updating the website, which is something not everyone is comfortable doing or needs to learn.
I built and continue developing my own portfolio website using the 11ty framework, an SSG based on JavaScript that has become popular in the past years because it’s easy to set up, compared to others like Jekyll, and it makes no decisions on how to style your projects out of the box. Honestly, I wasn’t aware of how long it would take me to learn all the things I’ve come to learn up until this point, but I also don’t regret it because I have been able to support other digital projects just because I have spent enough time banging my head against the wall to setup up and customize 11ty. If I had to do it all over again, I would, though I’d focus more on simplifying my goals and tasks, rather than setting out to accomplish really ambitious projects that constantly feel out of reach while you’re working on them.
Anyway, I made my website. It’s live, it’ll keep growing, and it’s mine.