I think this is just a poor, exclusive, and incomplete way of saying, "I like passionate coders." Or maybe not, since you seem to imply that the second type just takes up coding because that's what successful people do in the tech world. Am I worthless and not passionate because I started teaching myself to code when I was 15? You probably have a case for people who have been coding nonstop since their early adolescence. But frankly, this article is vapid nonsense. Stop generalizing; sometimes you have to accept that the world is complex and not black and white. Try thinking outside of binary.
There are probably 16 different types of programmer.<p>ISTJ - The Duty Fulfillers (Data Analysts/Code Monkeys)<p>ESTJ - The Guardians (Sysadmins)<p>ISFJ - The Nurturers (Devops/Builders)<p>ESFJ - The Caregivers (Devops)<p>ISTP - The Mechanics (Code Monkeys)<p>ESTP - The Doers (Builders)<p>ESFP - The Performers (Builders)<p>ISFP - The Artists (Hackers)<p>ENTJ - The Executives (Sysadmins)<p>INTJ - The Scientists (Hackers)<p>ENTP - The Visionaries (Architects)<p>INTP - The Thinkers (Architects/Builders)<p>ENFJ - The Givers (Data Analysts)<p>INFJ - The Protectors (Sysadmins/Devops)<p>ENFP - The Inspirers (Hackers/Builders)<p>INFP - The Idealists (Architects)
> The first category is the one that I’d like to think I fall under. They’re what I call the “5th grade coders”. These programmers were given a computer at a young age and have been playing around with it ever since. I can connect with them easily around getting our first computer, doing FIRST robotics, or working part-time during high school making websites. These are the types of people who breeze through their undergraduate CS education and have been working at tech companies since they were ~18. They don’t have to put a ton of effort into learning new languages, picking up different theories, because it is second-nature. In some ways, this group of people just got really lucky early on in their life in that they were given a computer and enjoyed building things.<p>I definitely fall under this type of programmer. Started learning Logo at 9 years old, Pascal from 10 onward. Worked part-time in high school as a web developer, worked a lot as a CS undergrad.<p>But I most certainly didn't breeze through my CS education. In fact I flunked out[1]. Hell, I almost flunked out of high school as well because I spent so much time coding.<p>[1] I have two exams and a thesis to go, but at this point it's doubtful I'll ever bother.
I would more than likely fall under the second type. Growing up relatively poor my family didn't have a computer, and neither did the majority of other family members. It wasn't until my mid teens that I finally had access to a computer and at that time MySpace was popular amongst friends so only thing I got into at the time was HTML and CSS. It wasn't until years later that I picked up a lower level language. At times I feel jealous of those that had access to a computer at a young age and were exposed to learning a language, but in the long run that doesn't really matter as long as both types can do the same thing. I didn't grow up writing programs but that doesn't mean I'm slow to pick anything up.
With so many otherwise smart people in the tech community, it's unfortunate to see how ready people are to advertise their own half-baked prejudices, based on anecdotal evidence.<p>There are great coders out there who took longer than a year to code, but haven't coded since birth. I wouldn't expect someone trying to code while working a full-time job, or raising a new-born child, to get up to speed as quickly as a single computer science college student. That doesn't mean the former has less aptitude, or grit.<p>The article is a fun read, but doesn't make that sound a case for the existence of this "uncanny valley" class of programmers.
I would love to consider myself as the "5th grade coder", I did start coding in about 5th grade however I just cannot come with anything that could be called successful. I just doubt that with my lack of professionality I've got any chances of making something bigger than a useless game.
Thanks MIT_Hacker for the article.<p>I'd like to extend your ideas a little and make the point that:<p>1) When you combine the two extremes of programmers you can get more than just harmony, you can gain synergy, and<p>2) As "new-found learner" I believe that the idea of 'good programming' can be abstracted to be 'good creative problem solving and communication.'<p>About the first point:<p>As I said I fall in the "new-found learner" category, for my start-up I've been fortunate enough to have a 'veteran' developer on my team who is astounding. Every time I watch him code or he explains the architecture I learn something new and useful. Best of all, we have a high synchronization ratio.<p>However even though he's been working for nearly 10 years as a developer for some of the best financial institutions in the world it's clear that he doesn't have the entrepreneurial thought patterns necessary to gestate and birth a start-up. The other day we were talking about this very thing and he's said that he's tried, and with others just like him, to dream up the next big "Facebook" opportunity, yet inspiration keeps eluding him. He told me a 'cautionary tale' about a colleague who quit his job to start-up a Golf Scorecard mobile app which got funding and then later tanked. From what he said to me it seemed that this newbie entrepreneur had no intimate knowledge of the the customer's needs, too much customer inertia and not enough market pull. I would be so bold as to say it over engineered the problem. These issues seemed obvious to me, but only through the lens of my own entrepreneurial experience... gained the hard way.<p>The point is that the "new-found learner" probably comes from a place where their life experiences add a 'je ne sais quoi' to the mix when combined with the technical experience of your "5th grade coders". This makes for synergy.<p>About the second point:<p>I'm absolutely certain that the time I spent as a finance and economics consultant has been applicable to my approach to programming. Why? Well I was lucky enough to be taught how to logically 'think' my way to an optimal client solution and how to communicate the solution in the clearest possible way. I would roughly call it the "McKinsey's Approach To Problem-Solving." When I say that I mean approaches like 'understanding the question', 'hypothesis driven solutions', 'issue trees', 'mutually exclusive and collectively exhaustive (MECE)', and the '80/20 solution search.' Looking back I'm certain that what set the consultancy I worked for and the others was the ability to communicate the solutions. Often economic or financial questions have complex answers. Even if the answer is simple it is often put forward in a complex way. By taking complex ideas and putting them forward in an simple way, and keeping simple ideas simple, the consultancy was extremely effective and profitable. The secret to this effective communication was our Plain English approach to writing. The CEO of the consultancy was fanatical about it, even to the point of reviewing as many client reports before they were delivered.<p>I find that by adapting these problem solving 'thinking patterns' to my programming, while keeping in mind that I need to communicate clearly I'm at least productive enough to keep up with the "5th grade coder" in my team.