bookmarks/i don’t know.txt


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34

---
title: I Don’t Know
date: 2014-10-24T14:16:25Z
source: http://www.jasonhead.com/i-dont-know/
tags: #lhp

---

10/16/2014 12:56 pm  
| [9 Comments][1]

Three words that strike fear and disgust in project managers, creative directors and especially account executives in agencies across the globe.

Me? Well as a web developer and manager _I embrace them_.

I think it's high time that we got rid of the stigma attached to "I Don't Know". This is especially relevant in the web development industry – where the technologies we use come and go as fast as the speed of light.

Over the years I've interviewed hundreds of candidates for web dev positions on my teams. One thing I always want to hear from a prospective employee? I want to hear them say "I Don't Know."

But you know who hates hearing this? Your colleagues who are not developers (especially those Client Service folks!). And I'm here to tell you that they need to lighten up a little bit. They should also want to hear you say this once in a while. It's healthy. It's normal. It tells your colleagues to trust you.

"But Jason!" you scream! "Why would I want to work with someone who says they don't know how to do something!"

Because when it comes to web development – **we can't know everything**. I've been working as a front-end web dev for close to 20 years. (Oh man, that explains my demeanor I guess!) **Every single project I work on – yes: every one – has some part that I have to learn something new on.** This is simply the life of a web developer. We are used to it. Our job is basically putting together puzzles and doing brainteasers all day. Our industry moves so darn fast that we have to step into the unknown every time we open up our code editors.

This is why I want someone I interview for a dev position to tell me "I Don't Know". Knowing that you are confident enough in your abilities to figure something out is a key skill. _"Problem Solving" is just as as important a technology as as knowing php, javascript or any other programming language._ Sometimes it's even more important. Being humble enough to recognize this is a trait I would take in any developer over someone with "award-winning" on their resume. It's not really fun working with someone who describes themselves as a "ninja" or "rockstar" – unless of course you are making a kung-fu movie or being a roadie for Metallica.

Let's look at the other end. I've been in a number of planning meetings when non-dev team members look at you with faces of dread when you mention "Sorry, I can't tell you how many hours this will take because I need to figure it out first." Look, I understand their worries. But if you wanna tread in the waters of building interactive development, you have to get used to it. Put trust in your developers to know what they are doing. Don't be scared when they tell you they need time to figure something out – it's in our job descriptions.

**Side note: Developers** – don't forget that _you still need to have some people skills too_. Sure, we need to figure out how to do things, but you also have to know when to hold em' and know when to fold em'. There are gonna be times when you can't figure something out – and you'll need to keep the communications open with your team members to let them know – and also when to ask for help. In other words – be honest. Let people know ahead of time rather than an hour before it's due. A late deliverable can throw off everyone on your team – and they will all talk bad about you at lunch.

It's a fast-paced world out there for people in the web development industry. Let's all make sure to say "I Don't Know" once in a while and then getting to work figuring all this stuff out!

[1]: http://www.jasonhead.com/i-dont-know/#comments "Comment on "