I am currently a systems engineer at Kenna Security, but wasn't hired into this role: I started four years ago as our first official support engineer (in part, I think, because our co-founder and CTO didn't want to answer tickets anymore).
I still like to be close to that support team, though. One of our current, younger support engineers likes to send me code snippets he's written from time to time, maybe to ask a question or to show off something cool he's learned. He sent me this the other day after one of his snippets:
We're a busy place, and I am Not Great at staying on top of DMs, so I didn't initially think much of it and didn't immediately respond. After lunch, I went back and saw what he had said and something clicked. I responded:
I DO know what he means. I've always wanted to be a programmer - I grew up developing at home on old computers, scripting on graphing calculators in school, asking for O'Reilly Perl books for birthdays. I was very close with CS teachers, and I even had a part time web dev job at a non-profit in high school. After graduation, I followed a track that eventually got me into a Computer Engineering (think CS + circuits) program in college. This seemed like an easy path forward, right?
I dropped out of college, though, and spent over a decade trying - and failing - to become a professional programmer/developer. By the time the Kenna opportunity came around, I had moved from support to software QA, thinking getting as close to "real" development as possible was how I'd land my dream job. As easy as it was to take a job at Kenna (then Risk I/O) - a startup with some very interesting, smart, cool people - the thought of going 'back' to support was a little tough. I still wanted to be a Real Programmer, and I had worked for years next to Real Programmers without being able to do, professionally, exactly what they did.
Kenna was different. I got access to GitHub. I got my own dev instance. I was taught how to create and merge PRs and watch my code (my code!) get deployed to production. Yes, I was answering support tickets, and yes I was jumping on calls to do technical support, but by god I was learning and writing Ruby. A newer engineer even told me later "I didn't know you were support, I thought you were one of our developers when I started".
Our growth at Kenna changed the game a little - I had far less time to play around with code, and was getting swamped with support work as our client base grew in size and complexity. We started growing our support team, though, and hired some support engineers that are easily better at that role than I was. This also opened up an opportunity to move over to our platforms/systems/operations side.
I'd be doing backend, infrastructure work. We're a Fedora shop, and while I played around with Red Hat and Ubuntu and others over the years, I'd never done honest to god Linux system administration. My boss took a chance bringing me over, hoping I'd ramp up to the level of systems engineer we needed.
That was a few years ago, and I now feel like an honest to god systems engineer - but am I a Real Programmer?
That support engineer told me "I'm not a real programmer, I just glue stuff together". I replied:
Isn't that exactly what being a programmer is? A great article from last year stated "The Bulk of Software Engineering in 2018 is Just Plumbing", and it's as true at massive scale as it is when simply grepping out strings from log files.
I know a lot of people in tech who suffer from Imposter Syndrome, and it can be extra hard for those of us like this support engineer who may not have "developer" or "programmer" in their title. I spent a lot of my career with a chip on my shoulder, but have thankfully been surrounded by a lot of incredible people that, daily, help me shed that mentality.
My name is Andy, and I am a real programmer.
Top comments (53)
Thank you for posting this. I totally agree. If someone is writing out code and making a computer do anything they are a programmer. I’m sure this rings true for lots of people. I know as a self taught programmer trying to get into a developer role I suffer from imposter syndrome. But, it is important to remember that those feelings are a lot more common amongst developers than we think, especially among those with experience doing it for a living.
I don't know anyone except the Ivy League crowd that's never felt like an imposter. But I can remember the exact second that I realized I was a real programmer. I hid in my cubicle because I was scared I was going to cry.
When you become a real programmer there will be no doubt in your or anyone else's mind. It's not about skills or syntax or anything like that. It's about quality. It's when you realize that you can solve any problem. Sterilize any mess. Debug any bug. You know that anything you make will not only exemplify world-class workmanship, but you will know the second it is truly complete. All it takes is 10,000 or so hours of deliberate learning - just ask Malcolm Gladwell :)
Hey, Ivy Leaguers get imposter syndrome too.
Your case sounds particularly bad, but you fought your way out of it. Way to go! It's always encouraging for people still going through it to hear a story like yours.
What Evan said, Ivy Leaguers get it too!
I think a lot of people won't talk about it or brush it off instead of facing it head on. I would bet at in one way or another it happens to everyone! At some point we are all beginners. Even years into our career, if we decide to learn a new technology, we are back to being a beginner and having that feeling of flailing around aimlessly not knowing which way is up. But when you can push through that discomfort, thats when you learn the most. Coming out the other side is so rewarding.
I don't think your second paragraph is correct at all. I've been doing this for 10 years, I have an easy 10,000 hours under my belt and I still don't feel like some sort of untouchable god of programming. I'm pretty decent but still make dumb mistakes, still get into messes and still spend endless hours debugging bugs I've never seen before. I still feel like an imposter whenever I'm working with people of equal seniority until we've worked together for a while and I feel better about what I know. Insecurity and imposter syndrome don't just disappear.
I'm a bit confused, is the second paragraph an example of what the Ivy League crowd thinks?
Most powerful sentence: "I know a lot of people in tech who suffer from Imposter Syndrome"
I struggle with that. I didn't know this was a semi-widespread issue. It feels nice knowing someone else gets that. I graduated from a top CS school and the top of my class, and yet I feel that I'm quite unqualified for the majority of jobs. Any tips?
One of the best things I did to gain more confidence was start teaching! By teaching others you solidify your own knowledge and it forces you to focus on everything you know. I bet you know a lot more than you think! You can do anything from teaching a younger dev at work to participating in pairing sessions setup by groups like DevTogetherChicago which might exist in your area.
ALSO, I highly recommend Code Newbie's Twitter chats on Wednesday evenings at 9PM EST. Their recent one was actually about confidence! Lots of people shared great ways to gain confidence. HERE is the chat if you want to check it out.
I only see the assignment operator used instead of the equality operator, which tragically also yields the assigned value.
What are the other 2?
What mistakes are there in
I would suggest they never have the
kill()
function. Just doesn't make sense to give a robot the ability to kill. :)What if a criminal, or even a non-human animal is posing a threat to the owner? Shouldn't they
kill(perpetrator)
?They should
administerBearMace(animal)
Why would an android assistant for grannies contain bear mace?
Sounds scary.
Lol well why would an android assistant for grannies kill animals? No one is innocent here
Because the granny is in imminent danger, and it's the best effort it can make with the general purpose mobility functions.
'humans' appears to be undefined, and it's either a missing closing } or poor indentation on the else clause.
So I'm surprised this compiled :)
Butt where? :o
Oops, my bad... I managed to insert braces around the clauses in my memory.
When I see 'I just glue stuff together' I take objection to 'just'... it trivializes things too much. It's not like a builder 'just' glues bricks together to build a wall, or a welder 'just' glues metal together, there's still the knowledge of how to do that in a way that doesn't immediately collapse and fits the purpose.
Totally agreed! And the work that goes along with learning how to "just" do these things is wildly non-trivial.
I love this article and the comment thread. For context, I'm 69 years old and enjoy both retirement and consulting these days. I have worked as a salesman, a photographer, a teacher, and a programmer. Here are my thoughts in no particular order.
I wish Donald Trump had at least a little Impostor Syndrome.
You are a photographer if you take a picture;
You are a professional photographer if you sell a picture;
You are a journeyman photographer if you can support your family selling your pictures;
You are a famous photographer if people look at your pictures and say, "That's gotta be worth a lot of money!"
You are a programmer if you write code;
You are a professional programmer if you get paid to write code;
You are a journeyman programmer if you can get a job writing code;
You are a famous programmer if you're Linus Torvalds or Taylor Otwell, etc.
Except for my years as a salesman, I know that my neighbor (a plumber) has always made more money than I have!
My best job ever was teacher, and teaching programming was so much fun -- you could light up a room with an "A-ha." Seeing the onset of insight in your students is the ultimate high.
Hey Andy, thanks for the shout out to my plumbing article!
I felt like I wasn't a real programmer for the first couple years I did this too, and I even still feel like it when someone brings up monads, pointers, or one of the other million things I don't fully understand about our profession.
Anyway, keep up the writing and the programming. It's great that you're using your talents to inspire others!
Wow, this is very cool of you to say!! Thank you!
After I wrote my first C-program for templating files for both MacOS and Windows I waited for days for my "real programmer"-certificate in the mail. it never arrived.
So I don't know, really. I always say "programmer" when it comes up in conversation (in germany it's one of the first topics when meeting anyone new).
Does it matter?
It's not like it carries special privileges if true. Like "I'm a veteran" or "I'm a policeman".
("I'm a programmer" - "Oh, thank you for your service, here's a free coffee")
It's like someone wondering whether they are a "real plumber" or "real project-manager".
Come on, there's chiropractors calling themselves doctors ¯_(ツ)_/¯
As somebody trojan-horsing into the field as design-student-intern I think about this a lot. I still get fundamentals-panic every few months, where I realize how much I don't know. Some call it impostor-syndrome.
But those are the first steps to improvement. It started to get better when I first got a faint idea how a computer works from logic-gates to clicking the "X" on newsletter-overlays.
I have no point, just a few thoughts. Don't worry, be happy.
Everybody who cares about his or her craft feels like an impostor (not "imposter" -- you don't post things, is that it?). For example:
When Sonny Rollins got to hear, and be scared by, the mature Coltrane, he was Sonny Rollins -- he owed nobody anything. Nevertheless, the experience made him tear down his entire approach to musicianship and build it back up again. Because his next-door neighbor had a baby in the house, he woodshedded out on the Williamsburg Bridge. It took him over two years of rebuilding before he felt ready to play in public again (the album aptly titled "The Bridge", 1962).
If you're any good, you're always suspecting you're a fraud -- that's what drives you to keep learning.
I had that exact same attitude. I was working as a "Data Entry Manager," where I managed a team of guys to input product info for eCommerce sites. I would write small scripts and programs to speed up the job for everyone.
At a conference I was able to talk to one of the developers of Identi.ca and mentioned I made the ZipWeather bot for identi.ca. Told him I'm not a programmer, I just write scripts.
He told me what I was doing was programming and if I enjoyed it to keep doing it. Later I applied for a position as a full time developer and been doing since.