Is there any value in just writing HTML and CSS?
medium.com
medium.com
> I understand the desire to have people who can do a lot of things. What I don’t understand is why it’s okay if you can “just write JS”, but somehow you’re not good enough if you “just write HTML and CSS”.
_Writing_ JavaScript is programming. Writing HTML and CSS is not. Programming is several orders of magnitude harder than writing markup languages. Most of the time HTML and CSS are just tools to show the results of something else, they're auxiliary technologies, just like XML. You wouldn't hire a _XML & DTD writer_, you expect a programmer to know (or have heard of) XML.
Anyone who blindly and directly compares "Just writing JS" with "just writing HTML and CSS" is short-sighted.
Hey, let's be fair here. I'm a great programmer, but I can't design worth beans. They're totally different skills.
You still need someone to translate it into a website. Whether they can handle JS is secondary.
It seems to be harder to find someone good in css and able to style things well and able to communicate with customers then someone able to write js.
Making UI look good is not auxialliry. It is something developers tend to sux at and it is quite core to the success. And also, css is not easy. It is hard to learn, especially to programmers who like things systemic and predictable.
But those people also know marketing...
I can't imagine finding enough work for someone with just HTML and CSS to fill a 40 hour week. Especially since most content these days is generated by CMS systems and WYSIWYG editors. And there is only so much work in boilerplate.
So to me the problem is not that they are not valuable skills but that they make up such a small portion of what needs to be done.
Although I'm sure at some other companies this is not true.
He had instinct for how the layout engine will do best, how to make really clean and reusable structures, how to get smooth animations running. This instinct was totally infectious. It had an impact on our culture around CSS (taking it seriously and doing it right the first time) in the same way that having someone who really knows logging, or concurrency, or db transactions, can really make an impact if they're there near the start.
Along the way lots of people assumed he knew JS, which if anything probably enforces the article's point. But before us he was just a smart guy whose side projects involved reskinning CMS sites and making cool CSS animations.
After a year of avoiding it he did start writing JS, and being honest, our app is pretty unique for needing that much love at that level — A year of time just doing structural, design, and layout changes is totally not warranted, almost anywhere.
However, I think there _is_, often, a false hierarchy that tends to build up among developers, where somehow, all server work >>> all JS programming >>> all design thought. This cultural "legitimacy" ranking, at best, leads to people letting horribly incoherent styling pass code review without a second thought. At worst it means high turnover in the people at the "bottom" of that totem pole who feel disrespected. As someone who spends 80% of his time on the server side I think this is an important bias to be aware of.
It's kind of like saying, "I'm skilled with calculators." Vs. "I'm a mathematician."
The full-time UI/UX designers I've worked with in my last few jobs have never meaningfully wielded JavaScript to do their jobs. In some cases there's a little hacking for prototypes, but never any production coding.
You don't need JavaScript.
The reverse isn't true. You can't make a page out of just JavaScript. Even if JS builds your DOM and builds the styles for it (because hey, crazy people have crazy ideas) the DOM and styles are still HTML + CSS. You still need to know what the JS should build.
A backend programmer.
(Doing big things in JS right now is still asking for trouble.)
Not exactly true. Some frameworks (like DHTMLX) allows one to generate forms, pages, images and even complex UI layouts with just code and without a single line of html or css.
Although I concede it's arguable whether or not this still counts as "just javascript," it's still true that, in the end, you wind up with just HTML, either machine generated or human generated.
I'm not saying this is a perfect situation, but the truth is that html and css skills are somewhat less valuable for a web developer nowadays.
Just an example, this UI takes 35 lines of javascript code to be created using DHTMLX:
https://dhtmlx.com/docs/products/visualDesigner/live/?previe...
for those who want to play around:
https://dhtmlx.com/docs/products/visualDesigner/live/#c403w3
I guess it turned out that non-professional website authors went with WYSIWYG editors (anybody remember Netscape Composer and Dreamweaver?) -- and today they've given up on entirely on creating their own site and just use hosted solutions like Facebook or Medium.
On the other hand, professional websites and their customers ended up deciding to create increasingly bulky, JS dependent monstrosities.
How can we get back to simple HTML websites without alienating users who've grown used to modern design, developers who insist on using Javascript even when it's unnecessary, and businesspeople who can't live without bars, videos, and ads?
Here's a great talk on the principles of the JAMstack by one of the leaders in the field, Matt Biilmann, CEO of Netlify. He covers the essentials in about 5 minutes, but the rest of the 19 minute talk is worth listening to https://www.youtube.com/watch?v=c5UEHm8Kets
My goal is to train them all up on coding but if you "only" know HTML+CSS there is still room - or rather an open door to more.
It's just one rung on a mobius type ladder.
Like say, the freelancers who sell premade WordPress themes with the logo and content swapped out. Or smaller agencies that are pretty much either pure HTML/CSS or HTML/CSS as a WordPress theme with no custom functionality besides premade plugins.
These folks are less common at events (hence the lack of response to the article author), but they definitely exist out there.
There's also obviously people who do HTML/CSS as part of a different role (like say, desugn or marketing), or those few unlucky souls stuck doing nothing but email templates.
So there are jobs out for people who specialise in purely HTML and CSS, as well as opportunities to made in the market. They're just nowhere near as glamorous or high paying as say, working at a large tech company.
On another note, I definitely agree with the article point about how expecting people to 'know everything' can be worse than letting them focus on something they're good at. Way too many job descriptions ask for 'experience' like:
In depth knowledge of HTML, CSS, Javascript, React, Node.js, Angular,PHP, MySQL, Python, Ruby on Rails, Go, Perl, ColdFusion, WordPress, Drupal, Magento, SEO, content writing, server configuration and tea making.
Not sure who exactly is that generalist, but they probably wouldn't have much actual knowledge about any of those things.
And then the essay tried to generalize the lack of respect for HTML/CSS specialists as an example of lack of respect for specialists compared to full-stack devs. This is where I think the essay took a wrong turn.
The technical community has tremendous respect for backend or math specialists. Now more than ever, ML and data science is cool. High performance is cool. Security and cryptography are cool. Etc.
But HTML and CSS? There is a general attitude that they're "easy" and javascript is "harder". But writing good HTML and CSS should be considered one of the highest art forms. Good HTML and CSS makes the end user go "wow, this is nice and clean" and makes the javascript developer go "wow, this is nice and clean". Achieving both of these is so fricking hard!
Of course it is easy to produce toy projects.
I can now code quite comfortably in: c#, python, html, css, JavaScript, php, MySQL queries and can learn most frameworks fairly quickly. (Infact I probably missed a few things I have played with over the years).
Point being: if you can code htnl/css, from my point of view, it isn't such a stretch to learn a more formal language is it?
(I did start with Qbasic and vb though, so I may be coming at this from the wrong direction?)
Edit: after reading some more of these comments I can almost understand, but wouldn't someone who was able to show how they could work with htnl/css show at least a basic understanding at a technical level and be worthwhile at an entry level position?
No, it isn't, if that's your thing.
Personally, there are days I regret being a programmer and wish I had just stuck with being a designer. Usually, it's the point where I'm struggling to come up with something unique or distinctive.
Or when I realize that if I'd focused more on design, then I might be amazing at it, rather than mediocre at design and programming.
But that's me. You do you.
I had assumed anyone that bothered to learn html/css would be interested in coding in general though.
Why would the obvious arbitrage persist?
There's no reason, as I see it, to think that an "arbitrage" of this sort couldn't persist for some time (years/decades) in this industry: it's too insular and full of itself in many respects.
If it's high, can't you think of some way of capturing the arbitrage? Perhaps starting a company that employs HTML+CSS wizards?
For the state of the industry comment: quite high. Developers think too highly of themselves, their ability to reason (in general), and assume unjustifiably that this industry is somehow more merit-based and rational than others.
For the particular arbitrage you describe: next to none. I know enough JavaScript and enough webdevs to know I don't care to know any more. I'll stick with data engineering, computational research, and systems programming, thanks very much.