Simplicity vs Functionality: hello Web 3.0
Warning: rant incoming
Remember the days when all people could talk about were glossy buttons and CSS3 effects? Or when libraries like mootools were popular and you could make the coolest menus with them?
I think back to those days and (I admit, I was young and really had no clue when it came to web development, but) the thing I remember the most is the aesthetic. The flashy blinking things. The fancy slide out menus. The tacky but charming, over the top hovers. It was a simple time, and although we didn’t have the task runners or package managers we do today, the more I work in this industry, the more I feel the difference in the end result. In my humble opinion and from a front-end perspective, I feel like developers back then were so much more invested in not just the journey but also the end-result, aesthetically speaking. The obvious reason for this is because back then the web developers were the web designers. Offshoots had to form for front-end, back end, UI etc. because no one can know it all these days when it comes to websites, let alone design when we now have accepted web standards. But now we have bloated frameworks, dependencies on dependencies, and using so far abstracted code people learning CSS in the next 5 years might just start learning it IN JS. Crazy times.
I never thought of myself as a developer until a year ago- always, firstly, a designer. To be completely real, it’s actually pretty hard for me to even identify as a developer today, simply because there are now so many standards, expectations, and noise that says I’m not, really. To break down why, here’s a few reasons:
- I develop themes using WordPress, which is apparently old news because it’s bloated with plugins and security issues.
- Then there’s jQuery, which is also apparently on it’s way out because apparently es6 and fetch is all you need
- And then there’s webpack, which I thought might help my build process but instead I feel like it wasted hours of my time reading about it because they just do not explain themselves properly, likely because they assume everyone knows what they’re talking about because it’s so popular
- People not really taking me seriously because I like keeping things simple…..this is more of a personal thing but sometimes I feel like I have to work 200% harder to be taken seriously
Don’t get me wrong, I love coding. I love being a part of a community that wants to do better. And I love the interactivity of the end result. I’m just frustrated because I feel like a lot of developers today have a warped sense of simplicity, but through all the noise and egos and buzzwords and opinions on the internet you can’t help but compare yourself to what everyone else is doing and wonder how you stack up.
There’s so much noise, and so many frameworks, and modules even to choose from. Just hours ago, I was trying to decide what module out of ~10 to choose from to do one single thing I thought would be easy, all of which were named fairly similarly and did pretty much the exact same thing. It’s ridiculous. It’s annoying, and there’s got to be a point in time where you have to weight the chose of time vs. the cost of the build process. It’s hard to know what to do because it literally feels like everyone has their own opinion on the actual best way to create a website, or web app even. I understand the need for things like CSS in JS and the use-case for react. Specifically if you’re working in a large team, enterprise level, totally get it. I’m really looking forward to Gutenberg and I think it’ll definitely be a game-changer in the sense that it’ll make or break WordPress in the long run. I’m really hoping it’ll work for WP though because I do still think is a solid foundation for a website today. I’m interested to see how react works with WordPress though- I’ve been wanting to experiment with react/vue for a long time now, but I am only one person and there are only so many hours in one day!
The whole reason I started this rant is because earlier I was trying to configure webpack for a static site side project I’m working on.
Sidenote: I will blog about it in a separate post soon – it’s almost finished and I can’t wait to properly introduce it! I based my build off the Victor Hugo boilerplate and have been customising it for my needs. It’s the first static site I’ve made and honestly it’s really swayed me over to the SSG/headless CMS movement. I was always a firm believer in WordPress but after using Hugo I truly believe SSGs have potential to take a huge majority share from WP. Seriously. I’ll blog about it more in my next, more coherent post though.
So anyway back to my rant. I was trying to configure webpack. Then I realised it doesn’t support entry points from multiple files out of the box. Hence looking for a fix. Turned into hours of reading dumb comment threads. Then I realised the file I was trying to configure was using ES6. And something in the transpiler wasn’t working properly because I was getting an unexpected token error. Which made me faff around a bit looking for clues, then I just thought, how logical is it really to use code that hasn’t even been implemented yet?!?
I get that you can get away with not loading jQuery now if you’re using ES6. I get there are cool new features and arrow functions. But when you get errors like these, which are so hard to debug, is it really worth going to all this trouble to use it in the first place? I’m not a 100% JS developer so what would I know……………………but in a similar vein there is also postCSS/cssnext which was included in Victor Hugo, which is not really intuitive or useful in my opinion because literally what’s the point? I’d rather wait until the features are fully rolled out in browsers because I value my time and sanity. Saying the code is future proof is not really a selling point when the overhead far outweighs the benefits.
My point is, I just don’t understand why developers like over complicating things and reinvent the wheel. Imagine looking at all this legacy code in the next 5-10 years. What’s going to survive? Vanilla everything. What’s going to happen if a website changes owners or gets passed to another developer? Didn’t see that coming did you?
I think devs forget build processes have the ability to significantly affect how a website is generated in the first place and in 5-10 years from now, I can imagine devs will either have to make heads/tails of it, reverse engineer the build process or remake the site from scratch. When you have a website running of hundreds of dependencies and transpilers, package managers, processors….it all gets a bit much. When they become deprecated…good luck trying to figure that out. And when frameworks/libraries fall out of favour you’re pretty much on your own. I have a soft spot for jquery because it’s syntax is perfection IMO. But it’s anyone’s guess as to what will die and what will become popular in even the next few months. I want things to be simpler. But how can things be simpler when everyone else is saying MOOORE TRANSPILERS LESS JQUERY. Ughhhh.
The Drive....sitting here imagining myself working for myself, promoting myself more, working on my craft more, but rather, just wondering if I've kinda lost it or if I'm just waiting for...
This always happens…I set my sights on keeping this website active for at least the first few months of the year, EVERY JANUARY. Then life happens and I disappear into the world leaving you...
Happy Year of the RoosterBetter late than never! This was a late night sketch that I sorta kinda like now. The scribbly background was the result of a very late night and general frustration...
2016 obligatory wrap upIt's that time of year again. Where we salute to another revolution of the earth and look forward to bigger and hopefully better things in the next year. Overall, 2016 was...