Chapter 18
In This Chapter
Getting the interview
Surviving the interview
Becoming a star employee
So you’ve gotten enough education and built a portfolio site. You’ve had a few jobs — or you’re working on getting your first job. Coworkers (or fellow students) say good things about you. And you’re starting to get some interest for an upcoming job in web development.
How do you nail it down? We describe that process here.
Then comes a time when you get the job — or, you want to think a bit about the job you’re already in. How do you do the job well enough to be seen as a star, one of those 10x employees (see Chapter 17) who can make, or save, a project?
This chapter answers those questions from a web-development point of view, telling you what’s special about this process for graphics-based, coding-based, and mixed roles. With this information in hand, you’ll be ready to boost your career, in the short term and permanently.
One of the hardest and most important journeys you’ll ever undertake is the journey from sitting at your computer, looking at a job listing, to sitting in a potential employer’s office, undergoing an interview.
For web developers, this journey is easier than it is for many other people. Web developers continue to be in strong demand as needs grow. And the use of many different, specific technologies within the field means that, if you have experience with the right technologies, and a solid overall background, your chances of getting a given job can be pretty good.
Most people are generally familiar with the process of applying for a job. If not, a good reference is Job Hunting For Dummies, 2nd Edition, by Max Messmer (Wiley). There are also For Dummies books on job interviewing, resumes, and cover letters.
Here are a few high points of the process, specifically for web developers:
If you follow these steps, your chances of getting an interview improve.
This is part of the reason networking is so powerful; when someone is a trusted friend and former colleague, the strict requirements on the job posting are very often relaxed. But new applicants are held to strict standards so, if no one fitting them exactly shows up, the job just goes begging.
Job interviews can be very stressful. They have a large impact on your getting the job — assuming, that is, that the employer is truly ready to hire. If it’s not, the job interview won’t help much at all.
In this section, we share some web development-specific tips on the interview process.
A phone screen is a, usually brief, phone call between you and someone representing the company doing the hiring. This can be the hiring manager, an internal or external recruiter, or anyone else involved in the process.
The key word to remember in the term phone screen is screen, They’re really trying to weed out candidates. If you’re interested in the job, try to get screened in, not (as is the goal) screened out.
The person doing the phone screen is often a lower-level employee or contractor with only modest understanding of what’s really needed for the position he or she is asking after. This can be a big problem in web development, where there is a plethora of technical pieces and tools, and where a manager might be just as happy if you have similar experience — but won’t hear that if you’re screened out first.
Unfortunately, the one thing phone screeners don’t want to hear is a manager telling them, “You sent through people who don’t fit the job requisition,” because in that case, they’ve missed the whole point of the exercise. Yet web development is so fluid that it’s easy to screen out people who actually are quite capable of doing the job.
So be brief and positive when talking to a phone screener. If you don’t have a given requirement, give a similar alternative. “No, I don’t have a bachelor’s degree, but I do have an associate’s degree and five years of experience.” Or, “No, I don’t have three years of Python experience, only two, but that’s two years of Python, and I also know SQL and Hadoop.” The screeners will usually pass on such comments to their bosses, if the comment is clear and simple enough to write down easily.
It’s good practice to follow up after a phone screen by calling the next day to ask if you’re still in the pool. You might well rise to the top of the pile as a result. You might also be given the chance to correct any negative information, an opportunity that can be invaluable.
Live interviews are fraught with potential pitfalls. You should do some research first. Here are a few web development-specific tips:
When it’s time to go to the actual, live interview — probably several interviews, actually, with different people — it’s easy to be nervous.
Don’t be. Interviews are first and foremost about showing your interpersonal skills. For web development jobs, interpersonal skills are considered less important than for many other jobs. Yes, they matter, but they’re not the single most important factor like they are, for instance, in a sales or customer support role. So relax.
Technical people pride themselves on dealing with things logically and rationally, and even on being able to handle a fairly high amount of conflict in support of doing the best possible job on a project. This means that interpersonal skills are not likely to be put under the same scrutiny as technical skills.
Your technical skills will largely be assessed from your resume and any work samples you’ve shared. You may be asked technical questions during your interview, but all you can do is answer those honestly and hope your experience meets the needs of the company.
It’s also important to realize that many decisions about whether you’re going to get a job have little to do with how well you interview. Many interviews are a waste of time; the company knows that you’re not quite what it wants, and uses the interview to confirm it. Or it knows that it wants you, and uses the interview to confirm that instead. Sometimes, the company isn’t even really sure if it has an opening, or the opening disappears between the time interviews are held and when it comes time to make an offer.
Figure 18-2 shows an interview with an IT specialist who works for the Library of Congress. The questions and answers are actually a pretty good proxy for a low-key job interview. Use this interview to practice for job interviewing. You can find it at http://blogs.loc.gov/law/2012/06/an-interview-with-patrick-ouellette-information-technology-specialist/.
There are only a limited number of times when an interview really makes a “yes or no” difference as to whether you get a job, and it rarely comes down to a single question. As long as you’re friendly, positive, and honest, you’re likely to do well in an interview.
Here are a few web development–specific tips:
People in all fields often look at a new job as a kind of silver bullet. A new opportunity will make them more money, introduce them to better coworkers, let them work on the latest technologies, and on and on.
Instead, a new job can sometimes be like that line in the old song from the famous rock group The Who: “Here comes the new boss, same as the old boss.”
The main influence on whether a person is happy in any given situation is the person himself. There are lots of actual and potential difficulties at work, but over time, you have the biggest say in how things work for you.
This is especially true when it comes to becoming a 10xer — a star employee, as we mention in Chapter 17. A “star employee” isn’t someone who’s going to become a star in her next job. It’s someone who is already a star in her current job.
So when you get a new job, set out to become a star employee. And if you’ve been in your current job for a while, figure out how to become a star employee there, as much as possible.
Figure 18-3 shows testimonials from customers of 10x Management, a firm that acts as a talent agency for top web development and other technical talent. You want to hear these kinds of testimonials with regards to your own work. Then you can get a top job yourself, or sign on with a company like 10x Management to represent you.
You can see the testimonials yourself at www.10xmanagement.com/testimonials.
There are three keys to becoming a star employee as a web developer: be stellar at your core skill; get more technical; and learn to communicate better and earlier.
College admissions to top schools is one of the most competitive arenas on Earth. In this competition, you can divide applicants into two groups: all-rounders and angular students.
All-rounders are omnicompetent, good at a whole bunch of things: for instance, being good at math, good at English, good at sports, good at student government.
Top colleges are full of all-rounders, but here’s the secret: There are a lot of all-rounders who get told “no” by top colleges.
Angular students, on the other hand, are really good at one thing. An angular student is one of the best in the entire applicant pool at chess, or calculus, or lacrosse, or writing short stories.
Top colleges are also — and, perhaps, increasingly — full of angular students, as well. But there are perhaps fewer angular students who truly excel in a niche, almost no matter how small it is, who get told “no” by top colleges.
It’s similar in web development careers, when going for the top jobs. There are lots of people who are good, for instance, at the core web design skills triad of graphic design; HTML5, CSS, and JavaScript; and can write at least some Python or PHP or SQL as needed. It’s quite lucrative to be one of these people.
But if you’re truly expert — widely recognized, or visibly outstanding — in some aspect of graphic design; if you give lectures on how to structure your stylesheets in a hierarchy; or if you teach other designers introductory Python, then you’re going to stand out further. There will actually be fewer jobs out there that are a good fit for you, numerically. But you’ll get a high percentage of the jobs you apply for.
So, for the highest rewards, become stellar at the aspect of your work that you love most. You’ll have more fun, and be more likely to have top pay and respect as well.
Most web developers come from a graphics background and are quick to call in someone technical when coding needs to get done. But the top web developers have a graphics background and can do at least initial coding themselves.
This is because people who are strongly technical tend to go into strictly technical jobs, without a strong web development aspect to them. For instance, the hottest technical job category in the last few years has been data scientist. Lots of data scientists come from a web background. But after they get the title data scientist, they’re mostly not working directly on websites anymore.
So there’s a lot of opportunity for people with a graphics background to get more technical and fill in the gap between the graphics and coding camps.
For most graphics-based developers, the core skill is JavaScript. If you can be strong in JavaScript, which still usually only requires revising scripts you get from somewhere else, you can be quite a threat out there in the web development job market.
Going beyond JavaScript, it can be very useful to know Python or SQL, among others. These languages get you thinking about how your website interacts with the databases that drive more and more of what happens on the web, and in mobile apps as well.
After you gain technical skills, find ways to get recognition for them. Courses, certificate programs, and projects where you’re the lead for coding work are all ways to get this recognition.
Then, assess where you want to grow. You may want to be the best graphic designer you know who also knows how to handle database access — or the best Python programmer you know who’s also skilled at graphics.
The biggest single frustration that managers, at all levels, have with web developers is that they never know — well, most of what they need to know. They don’t know what a website is going to look like when the project is signed off. They don’t know whether all the promised features will be there. They don’t know whether the schedule will be met — or, it sometimes seems more likely, how big the schedule overshoot will be. And they don’t know whether the site will be relatively bug-free, especially in the vital area of data security.
The odd thing is, if web developers on a project felt that they could be honest, they could probably answer many of these questions much earlier in the game. Management might not like the answer, but everyone would benefit from the information getting out there sooner rather than later.
So perhaps the biggest pro skill in web development has nothing directly to do with development at all. It has to do with communication. Understanding the scope of a project, or part of a project; assessing progress toward goals; calculating realistic finish dates, likely feature sets, and so on, and then communicating the information to others, especially management.
The main difficulty with communication has to do with having the courage to be the bearer of bad news, and earning the respect of others so that they’ll accept it from you. Now if you’re highly skilled, and willing and able to work very hard, you can sometimes single-handedly make the news less bad by filling gaps in the project yourself. But it’s more important to assess, and communicate about, the gaps in a project than to try to fill them all yourself.
So as you work on your projects, don’t just think of technical and artistic challenges. Think of business goals and where the technical and artistic challenges stack up against those. Assess where your project is at against those goals, and start sharing your opinion with others.