All the best wishes for 2018.
I’m a follower on CSS-Tricks for so long now and because it’s 2018 I think it’s time for a fresh start or better said critical look at my own workflow.
For almost 10 years I have been building sites with WordPress, I really loved it for so many years until the last few years but switching felt like wearing your shoes on the wrong foot because you got so used to it. And of course, WordPress also does a lot of things very very good.
Since september I tried a to play a little with Static Site generator Jekyll. To be honest the idea is great and I really like the workflow of writing plain .md files with some Frontmatter in apps like iA Writer and dropping them into a folder while Jekyll creates a page or post based of that simple txt file.
Lovely and kinda easy to install, plus everything is very frontend development heavy, something I like a lot.
Thinking even further along the road, I’ve been creating WordPress sites for so many years because I thought every person in the world could work with a CMS like WordPress, it’s easy to use, “so easy even a caveman can use it”, right? When you can handle Facebook or Twitter you can work with WP backend right? Result is, the people I create websites for, generally don’t want to create posts and pages or maintain their sites by change slideshows, options and the hole shebang. They all start very promising the first few months, asking a lot of questions about how Yoast SEO works, what to do here and there. It’s all fine but after a few months you can see they lose focus and all sites become out of date because they simply don’t like to do it. It’s not their core business, especially when you create sites for so many ‘smaller’ companies that can’t hire social media and marketing people and whatnot but they are also very business doing their thing.
I thought, what if I could only let them write content about their own business, I mean that’s the single thing I can’t do for them even if they want to pay me for maintaining their websites every month as a service. What if I could teach them how to use a Markdown editor (very basic functionality), they only have to drop a txt file into my shared Dropbox folder, I get a notification, I alter the Frontmatter a little, Jekyll builds the site and I push all changes to the server.
That could be a better workflow in my opinion and I would never have to leave my Coda editor or my favourite Mac apps. Never have to deal with logins, passwords, Are you a Robot? Google Verification questions forced upon WP logins, create a post, submit it and wait a few seconds to process because of all bloat WordPress has become.
The main problem with my new setup is CodeKit. It somehow completely positioned itself out of my workflow this way and has become totally useless when I don’t use WordPress. I can’t find a way to include it anymore. Not because of lack of features or quality, I mean, I would love to include CodeKit in the mix and let CodeKit handle all my sass, js compiling and optimise img, svg, files but it just doesn’t play nice together with Jekyll.
In my (old) WordPress workflow CodeKit was my silenced hero. You barely knew you where using it, I think that’s when software is at it’s best, when it’s important but not in your face. Press CMD + S and your site refreshed everywhere, even at your iPhone or iPad. I mean what else, would George Clooney say. I have become a fan of INDIE developers like Bryan, people like him do stuff very well and even more important, they care. They really care about what they create instead of releasing yet another 9,- a month fancy service or an app that costs less than a cup of coffee a day.
Main question is how do you setup a (dynamic) Static Site generator approach with CodeKit that fits the workflow above.
You must be logged in to reply to this topic.