20 things that drive web developers crazy
The relationship between visual designer and web developer can be a fraught one. Rafael Mumme, senior client-side developer at New York agency HUGE, takes a wry look at where it can all go horribly wrong...
I'm going to be honest. The life of a web developer is pretty sweet. We get paid to sit around an open plan office all day solving problems that, if we weren't getting paid, we'd probably do anyway. We also work with people who, because they don't quite understand what we do or how we do it, regard us with a certain bootlicking awe. This does no end of good for our enlarged sense of self-importance.
Unfortunately, some of those people are also the same people who tell us what to do. (Will the visual designers please stand up?). And because they don't quite understand what we do, sometimes we have to do things that, quite frankly, make us feel dirty. Not to mention having to navigate PSD files so fiendishly organised that you would think they were created that way on purpose. (But that's okay, because we like solving puzzles too.)
So, visual designers, here's a list of 20 things that drive developers crazy. If you're not doing at least 15, then you're not trying hard enough.
1. Add rounded corners to every single element on the page. While you're at it, add shadows and gradients too.
2. Use the same PSD as a starting point for every project. Hide unused layers, but don't delete them. Make sure your PSD is at least 100MB.
3. Use sIFR on every piece of text. Bonus points if you choose a font that's very similar to Arial.
4. Never use the same dimensions on elements. Give each a different font size and colour (for black, use #000000, #111111, #121212 ...).
5. Use a lot of breakout images with transparency. Web developers love graphics breaking out of boxes and columns. Bonus points if you add text wrapping around images.
6. Add a modal window. At least half the site should happen in a modal window.
7. Add a Facebook Connect button. It's just a button. How hard can it be to implement?
8. Hide important PSD layers. Later, tell the developer that they missed a hidden element.
9. Create buttons with rollover, active and clicked states. Then don't tell anyone you've done this. Create a separate file for them and send it on at the last minute. We love surprises.
10. Tell the developer about some fancy functionality you read about somewhere on a blog. Then tell them to build it, because, if you saw it somewhere, clearly it's possible.
11. Add a carousel. Oh yeah, and make sure it's a full-screen carousel.
12. Use Lorem Ipsum instead of real copy. And make sure the reserved space is not big enough for real copy.
13. Randomly merge PSD layers. Why not? (But don't merge too many. It'll take you further away from the magic 100MB target).
14. Name all your files 'final', plus a date and a random letter (final-2010-12-01a.psd, final- 2010-12-01r.psd, final-2010-12-02b.psd).
15. Don't worry about making changes once everything is signed off. When we're done with a page, send another, completely different version of it. And tell us that those changes are necessary and essential for user experience.
16. Don't name or organise your PSD layers and folders.
17. If you're designing a form, forget about error and success states. We'll squeeze that stuff in somewhere. We love guessing your intentions.
18. When you're designing a website, don't invite any developers for brainstorming or design meetings. Make sure we're the last ones to see the layout. Show it to the client first, so it will be too late to introduce even a modicum of sanity into your work.
19. We should hang out more, so during QA don't use bug tracking software. Come sit with us for an entire day and point out changes you want made over our shoulders. Use the opportunity for some impromptu design updates as well.
20. And finally, this is the most important thing: don't learn anything about HTML, CSS, JavaScript or browser issues. The less you know about it, the more important we seem.
This article originally appeared in issue 205 of .net magazine - the world's best-selling magazine for web designers and developers.




39 comments
Comment: 1
Comment: 2
Comment: 3
Comment: 4
- Remember, we don't need wireframes, just send us the homepage design... we'll take it from there!
- Everything should be draggable, why? Because it looks nice!
- No need to have a consistent design, let's have horizontal and vertical menus for different sections of the site!
- Leave the design of the footer until the end, no-one really sees it anyway!
- Why is the header on the article page 5 pixels taller than the homepage? and the menu text is 2px larger? Never mind lets run with that...
Comment: 5
Comment: 6
That and people assuming that all I have to do is upload a PSD to a server for a website to go live...
Comment: 7
I've received many things from designers, "praise" tend to be few and far between.
So maybe we need to rethink the "passive aggressive" analogy and come up with something more fitting for both sides?
Excellent article by-the-way. Top-notch.
Comment: 8
Comment: 9
Comment: 10
Comment: 11
Designers and developers are NOT the same role in the web process.
Comment: 12
Comment: 13
Comment: 14
Comment: 15
Oh, one more.
21. Use the layer effect "multiply" to lazily remove the white background of an image I need to clip out.
Comment: 16
Comment: 17
Comment: 18
Lorem Ipsum - another kudos...
Very good sarcastic writing.
Were you having one-of-those-days and pounded this one out in a fit of fury? I can almost feel the level of disgust. Again, very well done.
Comment: 19
Thanks for the laugh! :)
Comment: 20
Funny and true...
Not only for web developers but developers in genneral.
Comment: 21
Comment: 22
Comment: 23
Comment: 24
Comment: 25
Comment: 26
Comment: 27
Comment: 28
I can only assume that either you are a frustrated wannabe designer and actually hate your job of number crunching and not getting the credit from clients that usually falls on the designers. However, you should also remember that 99 percent of the time, it's the designer who the clients turn to when they have problems with technical bugs or cross-browser errors - it's designers who are usually the ones who have to 'pick up the pieces'
Comment: 29
"Pfft. That guy should learn how to code like a real man. Rounded corners are easy. So are shadows and gradients."
On one hand I found some of the authors comments helpful, but then some of it is just purely whiny. Yeah, I don't enjoy adding gradients to a design I'm working on, but if it's what a client wants then suck it up and do what you're being paid to do.
Comment: 30
Comment: 31
Now as a developer, the one that drives me the craziest is #10
"Hey, I saw it on a website so SURELY you are smart enough to reproduce that right?"
I just reply with "Hey, I saw the latest web awards site, SURELY your designs can be that good too right?"
Comment: 32
Rather than make a list like this & hope designers read it and sympathise. It's often best to tackle the problem yourself and educate your fellow designer in the work place that certain processes would help and certain actions impede progress. If the designers you work with are worth their salt, they'll take it all on-board. If not, by all means, get it off your chest.
Lets not assist in creating an even bigger gap between designer & developer. Hard enough as it is to keep the two together in one room, without people boasting about their apparent superior intelligence.
Comment: 33
I've been on both sides of the fence in this business, and I swear by all that bytes .. what you say is spot-on .. to the letter.
The "over the shoulder" and the "hidden unknown", "saved layers" really brought back some memories ..
Excellent write .. Bravo .. Bravo :)
Comment: 34
It's 2012, time to get rid of graphic designers who still think a screen is a piece of digital paper.
Comment: 35
Comment: 36
Link Building Services
Comment: 37
Comment: 38
22. Make your design as vague and incomplete as possible, web developers love to do your work too!
Comment: 39