Guest Blog: Web Designers & Coding by Jin Yang

Preface from Sklivvz: I've known Jin for almost ten years and I've always admired him for being very effective in bridging the gap between pure design and practical implementations. He gets it. As a consequence, I've found myself sharing his blog over and over through the years. When I decided to have guest writers, his name was one of the first I thought of and he kindly gave me permission to share this article which I often refer to. I hope it inspires you as it inspired me! This post is an oldie from 10 years ago but nevertheless feels fresh today as it was then.

Warning! Beating a dead horse!

The dead horse in this case is the never-ending debate of whether a web designer should code or not. To clarify, “code” in this context refers to converting a graphical mock-up to HTML/CSS mark-up, not programming. Recently this debate came up again. Many designers wrote and tweeted their opinions. It started with a tweet from Elliot Jay Stocks:

Honestly, I’m shocked that in 2010 I’m still coming across ‘web designers’ who can’t code their own designs. No excuse.

Mike Kus wrote a supporting entry listing five reasons why web designers should code. Elliot later posted in detail to further explain his thoughts on the matter. I share the same views as them, so I won’t regurgitate what they already wrote. I recommend you go read their blogs and the comments they received. Here’s the gist: being able to code your own design makes you a well-rounded web designer and you have more control over the final product’s look and feel. You’d also make it easier for the programmers.

I’d like to add some of my own points.

A Little History

I think the problem is because of the murkiness of the title “web designer.” If it was so clearly defined, then we probably wouldn’t be debating about who should do what today. When the web first took off in the mid-90s, there were basically two types of people putting content on the web. Old school Perl/C programmers and print/media designers. Both claimed expertise in their own field, with a “specialty” in web design. I’ve seen web sites with very ugly layout, colors, typography, and clip arts done by programmers, and one giant GIF flyer styled pages done by designers. I remember the debate back then was who was the real “web designer.”

The web design industry today is so much more specialized. We have information architecture, user experience, marketing/social media/branding, front-end development, graphical design, SEO etc. Who is the “web designer” really? I feel if I get into it, I’d just be arguing semantics. So instead of treating the matter as tasked based, let’s take a step back and look at the whole picture of a web product cycle from a front-end’s POV.

The Big Picture

Theory, Concept, Execution

Theory

The initial phase involves requirement gathering, research, planning, IA, establishing goals, and campaign.

Concept

The “creative” part: sketches, storyboard, wireframes, personas, copy and graphical mock-up.

Execution

Converting concept to reality. HTML/CSS/JS for layout and presentation, JS for interactions.

“Design” is about problem-solving AND providing good user experience. It means function and form together. This is why I think a web designer’s role is to be able to conceptualize AND implement. Just doing graphical mock-ups is only half of the job. That’s why they’re called a “mock-ups,” not the real thing.

What about designers in other fields? Do industrial designers need to craft their own chairs? Do architects need to construct their own buildings? This type of analogies come up a lot during the debate. No, they don’t have to because the nature of their fields is different from ours. The analogies simply don’t apply, despite how sound they are.

Complacency

It’s easy.

That’s right: writing HTML and CSS is so easy, that there’s actually no excuse not to learn how.

This is the main point I want to stress: IT REALLY IS EASY. Some designers say that they have a good set up going: they do the graphics, their partners do the HTML/CSS. But what’s stopping them from learning new things? Personally, I haven’t met a single person(regardless of their profession) who is good at what they do if they’re complacent. To me, refusing to learn shows an aptitude problem.

Web design/development is a very fast-paced field since it’s technology-based. The best web designers I know are those who keep their skills sharp and are constantly learning new things. The graphical design aspect is more timeless since it’s based on long-established principles. But the technology side is constantly changing. This is why, to me, being a web designer is exciting.

You Are Dispensable

Let’s talk about practical stuff. Different web design shops big or small may operate differently, however, they have one thing in common: Budget. If you cannot code the design, then they’ll hire an additional person to do that job. It costs the company extra money. Once you’re done with your graphical part, when you’re idling with downtime since you can’t do anything else, you’re wasting the company’s money. If there’s a cash flow problem, you’d be the first to let go. If you freelance on your own, you’d increase your income by not splitting the pay with another coder. The more skills you have, the more valuable you are.

Gray Area

Despite my strong belief that web designers should code, there are exceptions. If you have moved onto a new role, say a creative director then I don’t think it’s necessary for you to keep up with every single new HTML spec that comes out. By then, you hopefully will have able web designers working under you(who can code).

In Closing

This isn’t the type of article I like to write about. I definitely don’t want to come off as a snob. It’s not an “I know how to do it so should you” type of thing. As I pointed out, writing HTML/CSS is EASY. There’s just absolutely no reason for not knowing it. It is an integral part of our job. Of course, I can only speak from my personal experience. If you think there’s a case where a designer absolutely needs no knowledge of basic coding, please let me hear it.

At Intelligent Hack we are expert in affecting cultural change in development companies that want to modernize their approach to development or improve so they can scale. We are also able to help you implement agile methodologies, better software architecture, and scaling legacy software so you can concentrate on maximizing growth for your company instead of worrying about how to support it. Feel free to contact us if you want to have a chat at [email protected].

Hi, I'm Marco Cecconi. I am the founder of Intelligent Hack, developer, hacker, blogger, conference lecturer. Bio: ex Stack Overflow core team, ex Toptal EM.

Read more

Newest Posts

What can Stack Overflow learn from ChatGPT?

Stack Overflow could benefit from adopting a using conversational AI to provide specific answers

Read more
Fan mail

Multiple people with my name use my email address and I can read their email, chaos ensues!

Read more
Intelligent Trip

After years of building, our top-notch consultancy to help start-ups and scale-ups create great, scalable products, I think it is high time I added an update to how it is going and what's next for us.

Read more
Guest blog: Building, in partnership with communities by Shog9

A lesson in building communities by Stack Overflow's most prominent community manager emeritus, Shog9

Read more
Can you migrate a company from on-premise to remote-only?

Some lessons learned over the past 8 years of remote work in some of the best remote companies on the planet

Read more

Gleanings

How Aristotle Created the Computer
Chris Dixon • Mar 20, 2017

What began, in Boole’s words, with an investigation “concerning the nature and constitution of the human mind,” could result in the creation of new minds—artificial minds—that might someday match or even exceed our own.

Read more…