First Ever Web Design Survey Results
rainhill writes "In April 2007, A List Apart and An Event Apart conducted a survey of people who make websites. Close to 33,000 web professionals answered the survey's 37 questions, providing the first data ever collected on the business of web design and development (PDF) as practiced in the US and worldwide. Among the findings: over 70% of people in this field earn less than $60K per year. There is little gender bias in salary. And over 70% of Web workers post to a blog; this number shows very little dropoff with age."
Sigh... at least it's not a giant image of text.
I don't mean to start an offtopic discussion, just wanted to point out that the choice of word there might bait people.
A few years ago, I worked for the head of a major University computer science department in the UK. I was in charge of building the web page for our research project. My boss told me "whatever you do, my main preference in all these things is that it hast to look good."
For inspiration, I visited the home-page of this arch aesthete. I discovered that his page, entirely in an overlarge Times font, used big thick-bordered frames (with scroll bars) a fantastically pixellated jpg of him and big flashing "new!" buttons next to various bits of the page.
Somehow, I managed not to laugh next time I discussed the page with him.
A web design survey? I thought they were going to be asking web users how they felt about various web designs. That would be a survey I'd really like to see happen. Maybe us users could communicate to the designers exactly how we feel about their designs. Maybe they could ask how many web users like it when a website takes over the windowing functions your browser should be managing. If I want to open a link in a new window, I'll do it myself TYVM. Or maybe they could ask how users feel about being tied to flash based in browser media players, instead of getting an old fashioned .avi to download. This is the kind of web design survey we really need.
Give me Classic Slashdot or give me death!
That there are 33,000 web design "professionals" out there... or that they have enough downtime to fill out a silly survey. ;-)
The low wage made by most web designers is a product of supply and demand. The barriers to entry for web design are low. In other words, almost anyone can create a web page and call themselves a designer.
The sign industry went through the same problem when it computerized. Prior to computerization, signmakers had to have the skill to produce letters using a brush. After computerization, anybody could crank out vinyl letters quickly and cheaply. What the signmakers learned was that, if you wanted to make decent money, you actually had to be a good designer. People will pay good money for signs that work. IMHO, people will also pay good money for websites that work. Ah but there's the rub. WORK. For a sign, 'work' means that you get twice as many customers walking into your business. It probably means the same for a website.
To prosper, web designers should probably know a lot more about 'design' (design doesn't mean 'pretty' or 'eye candy') and they should know a lot more about marketing.
PS, to the major (radio, tv and print) advertising company whose website is very pretty but takes five minutes to load - you guys are clueless.
"Web pages are not critical", are you for real? You might not have seen this, but sites like MySpace, Friendster, et. al. are making more money than many "real" programs on "mainframes".
zomg, I think I just got trolled. I tip my hat to you, sir.
Sony ha
I don't think you understand what "web design" is. A web designer doesn't go near a sql server.
I've done both: server work and front end web design. The difficult part of server work is usually integration with other systems as well as designing for performance. There are two back-ends: the internal architecture that encompasses your database, support scripts, and custom server code, and then there is the CGI layer, which queries and formats the data for presentation. The easy part of back-end work is with CGI scripts, which is the link between the real back-end and the front-end (browser). Writing CGI scripts to serve those pages is stupid simple, usually performed by junior developers, so it's not like all back-end work is touchable only by the resident genius guru.
Your insulting comment is correct in that parts of web design work is easy. Processing images, slicing pages, and uploading them is quite easy, but so is writing a CGI form that gathers a user's information and inserts a record into a database. The difficult part of web design is with managing the information architecture of the site, integrating various applications and their project files, as well as dealing with browser and CSS idiosyncrasies. Those aspects are similar to database architecture, systems integration and project files, and dealing with operating system and language idiosyncracies. It's not surprising to me that the difficult parts of both happen to be logically very similar.
The reason web designers are paid less is due to the fact it's a creative and desirable job, so more people are going to apply. It's also a field in which your portfolio makes or breaks you. You are judged quite heavily on the visual quality of your work. Producing visually stunning output, does does not mean you're a HTML/CSS/Javascript god. The problem with this scale of judgment is that it's based on what a manager sees. You and management see a nice illustration and you drastically under-estimate how time consuming creating that illustration can be. Of course, you don't try to reproduce it yourself and find out, but you judge anyway.
Software developers are judged with a different scale, which is generally work experience and education level. You aren't judged by the quality of your code*. You get to hide behind the cloak of mystery, safe in the knowledge management will never see or understand your work. Management only sees whether your product performs the task it's supposed to do or not. It could be an architectural nightmare slapped together with a fragile hodge-podge non-framework--a spaghetti code mess. But, do you lose income if you produce such a colossal piece of shit? No. You get a raise because you "optimized" a query to return results back in 2 seconds instead of the 10 seconds as before.
Which, you posted using a web page. Irrelevant, but funny.
Maintenance changes to the back-end often follows along the lines of adding a new column or table to the database, so it's not like those changes you make are all that complicated to begin with.
Difficulty is relevant. If you're a mainframe developer, you are expected to know your trade. Lots of people can't do what you can do; accountants, lawyers, salesman, delivery boys, etc. Big deal. I know what you do is not that difficult. I've done work in assembler and writing network server processes that many consider "difficult", but in truth it wasn't. Knowing how to do it doesn't make me smarter than a we
Camping on quad since 1996.