How to Interpret Ridiculous Web Design Job Posts
blog.teamtreehouse.com
blog.teamtreehouse.com
The author added this in the rewrite, but I think this is exactly the kind of filler that needs to be avoided. These things are mandatory for basically all jobs, and people who can't communicate and work with others don't think they lack these skills anyway.
Every job I've gotten has that line, or something similar.. and yet there are people there that can barely communicate, much less work well with others.
My job is an example of such where it was left out. I only have to communicate with people on my team. I do not attend meetings, my work has so little to do with the actual business the company is in I'm effectively in my own little world.
In my interviews, my future boss asked about communication, but emphasized that all of my tasks were going through him. There was concern about the programmer getting mad at people asking me for stuff that they don't understand. Apparently that's happened before. What was important was my independence and ability to solve problems, because nobody else is going to be able to help me. Suited me just fine.
What this requirement tells me is that my work is going to intersect significantly with other people who don't do what I do and I'll be a part of planning meetings and such. I might also be called upon to give reports to people who don't know what I do.
* Proficient with javascript, good knowledge of jQuery and
creating/debugging jQuery plugins
* Understanding of OO principles, especially with regard to
HTML/CSS/JS and creating reusable UI components
* Expert knowledge of browser quirks and creating web apps that
are consistent across all major browsers
* Experience optimizing front end code for performance/speed
* Experience optimizing front end code for SEO
* Ability to code detailed, functional pages from mockups in
collaboration with web designers
All of these are diluted down to: * Solid understanding of front-end languages and frameworks
(primarily HTML, CSS, JavaScript, and jQuery)
... and misses the specifics entirely. Some developers are good with JavaScript and jQuery, but don't have the mindset to be able to debug jQuery plugins, or build reusable components vs. hacking a quick and dirty one-off implementation, or understand different quirks between browsers ("Doesn't jQuery do that for me?"), or have to deal with performance, or have any knowledge of SEO work, or is only able to take existing HTML and tweak it but is unable to output polished HTML, CSS, and JavaScript from design mockups.For small companies who need someone to hit the ground running, it's a disservice to themselves to not ask for specific skillsets. They'll end up wasting time interviewing unqualified candidates. If you're part of a larger company or you're willing to train someone who is smart, gets things done, and can learn on their feet then it's fine to be vague about what you're looking for since you're willing to accept that any hire you make may take several months to get up to speed (and possibly never grok some skills) with what you actually want them to have been doing from day one.
See this post for more info: http://ianstormtaylor.com/oocss-plus-sass-is-the-best-way-to...
To me that reads very much like the posting I saw that had as a skill requirement (and I quote):
"Postgre PLEASE CHECK GOOGLE FOR CORRECT SPELLING"
Personally when I see stuff like that it is a sure sign that the person writing the job listing has no clue what the job entails.
Not for all organizations, but for many sales depts it's exactly what is needed and wanted.
This is an absolutely ridiculous thing to put in a job advertisement in the first place.
So they want someone who has an English major or a communications degree?
I suspect not. It's pure fluff that's meaningless and points to a badly written job advertisement by someone inexperienced.
Reality is you want someone who is OK at communicating, fits with the team and excellent at their job, which is Web Design.
I wound up taking refuge in the phrase "you'll need one or more of the following skills" and then describing my unicorn candidate. Using that, I worried a little less about lacking the "language" of the particular job. And, I think, I was able to avoid scaring away some strong candidates who might not have otherwise applied.
Although I try to adjust search well there, still ~80% of job posts are quite crappy [1], full of red flags. Maybe it's not a good place to look for $40/h+ jobs? Or am I being just too picky/paranoid?
[0] or at least that's the impression I got from annoying "understanding technology is as fundamental..." youtube video ad I am seeing every day for months and am fed up with. At least it's not "to have a job in tech, you don't need a degree". Hated that one.
In order to hire an immigrant, there's a lot of things you need to be able to prove, and being able to show similar job postings elsewhere is important. But basically, you want the job to look like it's very, very serious because otherwise, why would you hire an immigrant instead of an American?
In reality you don't need to have every single thing on the list, but there are some reasons they are actually written out like that.
I thought that the reason job posters mention needing a degree is that if you don't, the assumption many job seekers will make is that it's a "learn on the job" situation. You'd end up with a thousand applications from people with no experience who thought "Well, I know my way around MS Word pretty well, so how hard can this be?"
Knowledge of Java/JavaScriptIf someone has worked as a software engineer for more than 6 months, that someone already knows how to "use IDEs" and version control.
It's surprising how many people don't use source control, but they do tend to work in smaller shops (one or two developers) or places with little change.
Are you serious? I'm continually saddened by how many software people I run in to that do not know either one. FTP and Notepad++ are their 'tools of choice', and that's it.
About half the developers I know are using modern tooling (version control, IDEs, virtual machines images, testing tools, etc). The other half are very much in the 'ftp/notepad++' or maybe 'sublime text' camp.
Trying to convince people that they should be using version control even if they're the only developer on a project is usually like swimming through molasses.
I use vim very much by choice. I'm not ignorant to what IDEs are and do, but I choose vim instead. I use version control. I use virtualization (with Vagrantfile for getting my development environment up) and I write tests with good coverage.
But because I use vim I get lumped in with people who never use version control?