Having said that, I definitely do think there is truth in massive variations between programmers, though I personally think that is a combination of a small pre-requisite talent (the ability to code at all, which I think a surprisingly small amount of people have - simply a genetically determine brain configuration), and mostly attitude + hard work.
For example, I took part in the recent Stanford AI class, though not about programming specifically, I was utterly down-heartened when I heard they sent out those 'send me your CVs you clever people!' emails to the top 1k students, it just made me feel like a lot of people were taking part in order to participate in a 'look how much cleverer I am than you' pissing match.
That kind of things ruins the collaborative 'learning for the joy of learning' side of things and has a tendency to make the whole thing into a sort of nasty elitist thing. I really wish they hadn't done that (N.B. I did fine on the course - 98.7% - so this isn't sour grapes).
The biggest problem with anything like this is the idea that 'here is some test of inherent intelligence - I am far better than you so you are inherently unable to do this thing' which is just the biggest barrier to actually trying to do something - if you think you inherently suck or at least are simply mediocre, your motivation to do that thing is severely reduced.
or perhaps I'm just ranting/projecting here :)
The good guys also come in and contribute right off the bat. Like Christophe Balestra, who now is co-president of Naughty Dog. When he arrived on Jak 2 he was pounding out real working stuff the first or second day. By the end of the game (one year later) it was clear he was so kick ass that we promoted him across like 15 others guys to be co-lead with me on Jak 3. And he continues to kick ass to this day. I just site him, but I had the pleasure to work with around half a dozen other totally awesome guys too. Still, the "good" guys will take a system and do a great job with it over weeks. The great guys will knock it out in like 24-48 hours.
Lots of articles on this kind of stuff at my site too:
For example, one thing I've seen that can increase productivity by a factor of ten is good debugging skills -- which are generally teachable. The other thing is to get people on things they're excited about. Mentally checking out is another area I've seen strong people lose time.
- willing and able to rapidly learn new tools (especially languages, debuggers, build/test infrastructures, and profilers)
- understand software at many levels (so-called "full stack" programmers)
- more interested in producing a working system than in technical details
- self-confident enough to seek experts and extract information from them on areas of ignorance
- have a strong aesthetic sense of code
Definitely "being really smart" or "having a Ph.D" hasn't been a correlate in my experience; if anything, I've seen these to be negatively correlated with code production and quality.
And distribution of coding ability definitely seems to follow a normal curve; a handful of coders I know are 6 sigma out. There are many more two-sigma outliers, and tons in the middle, as you'd expect.
Unfortunately this is largely the case. It's in many ways similar to why many on HN don't want to do Java enterprise LOB apps. It seems like painful drudge work. For a lot of really smart people who did their PhD -- the work it takes to build a production web app is painful drudge work. They'll happily build the prototype that proves the concept and their done. Everything else is a painful drudge work -- a solved problem ("I can reduce what's left to what Facebook did. QED.")
I'd +1 this if I could. This is the instinct I've had for a while, and probably also the key as to why it is so rare.
I suspect a key part of it is learning how to work effectively, and avoiding burnout in the process, neither of which are trivial to achieve.
Thanks for the comment, extremely interesting!
People should start using "multi-stack" to describe those jobs when PHB's decide they know best which technologies to use, and not surprisingly, they're all incompatible and different than last month's technologies.
I sincerely doubt this. I think some people like it more in the beginning, so they get the positive reinforcement very early. But I think that what tends to happen is people convince themselves a head of time "This is hard, I'll never be able to do it" which becomes a self-reinforcing thing.
when I thought about it some more, that might have be a really nice break for someone who deserved it, and the type of person who took that class and was in the top 1,000, is probably the type of person who would make the most of a nice break
take away, the more I thought about it the less I had a problem with it
Ego is what bring us down from the top of cockyness mountain as well. The fall would make us humble (and hopefully learn something from it).
At the end of the day, I believe human should learn to live with each other than to shove one another.
It's not automatic (you still have to do the right things), and you can be great way before that (especially relatively speaking).
In my own experience, this is especially true if you're self-employed / startup guy. Am I a great PHP coder? Not by a long shot. Does it in any way affect our user-experience or how much money we make? Again, not by a long shot.
I've certainly used a language for a while, and then read the book on it, and said "oooh!", and then gone back and fixed all my old code. I could have saved a lot of time if I had known about that feature in the first place. (The extreme case are the posts on thedailywtf.com of people who don't know about loops, but there are much higher-level examples, too.)
That's not to say you can't run a perfectly usable and profitable startup knowing just a little bit of PHP (and as Larry says, more power to you!), but I don't know how one could claim that it has no effect.
Second of all nowadays you're never working alone (even when in fact you're working alone). What I mean is every programmer nowadays uses Google and StackOverflow to do a lot of his work. So when you're doing something wtf like using the mysql_real_escape_string, you maybe once in a while try to check how other programmers are doing it because maybe for you it takes too long or you're just stuck. And then you learn a thing or two about how to do is more easily. Still, it doesn't mean you have to become a great programmer of the language first, instead you just need to hone the things which you need the most for your business.
I started programming using Python. When I started, I wanted to understand the "feel" of Python programming, and that was all my mind could comprehend. Now that I have a decent smattering of Python knowledge, I now realize I don't have a total grasp of transfer protocols and I should probably learn a lower-level C language as well. I started off not knowing one thing, now I have added two more.
I'm still a better programmer, but now I realize I'm clueless about even more stuff than I was before.
It is actually a little defeating in the sense that I have had to accept that I will probably never know as much as I would like to.
Learning and getting better isn't limited to eliminating known unknowns, it includes becoming aware of unknown unknowns.
Once you can google a problem, there is a very high chance you'll be able to solve it.
This attitude annoys me greatly. I understand Dunning-Krueger and all, but I still don't buy the idea that skill is inversely proportional to confidence. I think it's simplistic to think that confidence directly implies lack of skill and vice-versa.
I mean clearly no one likes an ego-maniac who acts like a know it all. But at the same time, sometimes people are right when they say good things about themselves. Even if they act completely narcissistic.
In fact, I would say that maturing has done nothing but increase my confidence in my skill level. I think that I can say that I'm a good programmer and that I hope to be a great programmer some day without being cocky or egotistical. It doesn't mean that I'm always right or that I don't make mistakes. But at the end of the day, I have confidence in my abilities.
I thought I was hot shit when I entered college, and I had the test scores - but no tangible accomplishments - to prove it. And then I tried to convert those test scores into tangible accomplishments, and found that maybe I wasn't as hot shit as I thought I was. I think I'm significantly dumber now than I was as a 19-year-old hotshot fresh out of high school. I can see all the alternative ways of doing things, and all the mistakes I made, and all the mistakes I'm still making. And looking ahead of me, I see all this complexity and all these challenges for the things I want to do, and I didn't see that when I was a wide-eyed kid, and it makes me feel pretty stupid.
But looking behind me, I've done some pretty cool stuff. FictionAlley.org. Write Yourself a Scheme in 48 Hours. Ported Arc to JavaScript. 2 products for somebody else's startup that never went anywhere, and a startup of my own that also never went anywhere. Wonder Wheel & Search Options. The websearch visual redesign of 2010. Google's Authorship program. Google's first canvas-based homepage doodle. The [let it snow] easter egg.
And I think about how I just made tens, perhaps hundreds of millions of people happy last weekend, and it feels pretty good. So even though I don't know anything, I must be doing something right.
As it is mentioned in the email. People tend to believe, being great is about knowing a lot of facts and stuff from memory. Having information about stuff others don't know. While the fact is intelligence and knowledge only acts as catalyst in the path to success. They are not success or don't lead to success in themselves. Unless you don't understand this you will keep wondering why you are not getting successful while some guy you consider mediocre is winning.
What matters in real world is productivity. Ability to discover things quickly. Learn quickly. Learn to understand and properly state problems. Search for solutions quickly. And then use the best tools at disposal to build things in as little time with acceptable quality in the problem domain. Intelligence and knowledge of facts in this system at maximum fastens your rate of success nothing more nothing less. But yes practice helps. But practice in the right areas.
If you believe reading algorithm and data structures text books and searching for puzzles online will make you a good programmer, then I'm not sure. It may prepare you for interviews, it may also get you a job a bit web giant. It may make you look super intelligent in front of a panel or your team. But in terms of producing software for solving business problems, those facts from memory and even their practice at maximum serves as a catalyst not a crucial ingredient to success.
Apart from practicing writing programs. Learning API's, best practices, tools, techniques and your other usual day to day programming tasks. You also need to practice to be a better team player, you need to learn design, you need to learn customer interaction skills, you need to learn how to gather requirements.
You need to learn how to manage resources - time, money and people effectively. You need to learn effective ways of running software teams. The list goes endless.
Its no longer "Can write awesome code" == "Success". There are a gazillion parameters that will decide you success. And programming is just one of many of them.
Here is the shocker. You don't really a 1000 years of life to give 10 years to each. And even if you had a 1000 years of life you would be bored of giving 10 years to each and you would keep forgetting what you did decades back.
So, just be more productive and iterate your work endlessly. Find flaws and fix them. Do it in iterations. You will be taken care of.
I think, somewhere in there, you have to learn how to make sure you're taken care of, even if it's just learning how/when to ask for things you deserve for your efforts. Every workplace isn't a strict meritocracy.
I call this the difference between being functionally and theoretically great. After finishing my undergraduate, it dawned on me that my education gave me a theoretical ability. Outside the classroom application is what yields functional ability.
"So, just be more productive and iterate your work endlessly. Find flaws and fix them. Do it in iterations. You will be taken care of."
Absolutely agree here too, refinement I think is a big factor to success.
It makes complete sense. So what if someone can answer how many ping pong balls are in a school bus, if they can't produce or get along with the team they will not be a good hire (unless of course the job is figuring out how many ping pong balls are in a school bus).
It is a sobering thought that when Mozart was my age,
he had been dead for five years.
—Tom LehrerLiterate programming has the potential to allow a program to "live". Certainly it allows a program to outlive the authors. Most programs no longer have the original authors available. Look at the thousands of dead programs on sites like Sourceforge. Or consider the number of commercial programs that are no longer maintained by the authors.
Your program should be written to pass the "Hawaii test". That is, you give a new hire your literate source code, send them on a fully paid trip to Hawaii for two weeks. When they come back they should be able to maintain and modify the program as well as the original authors.
Literate programming is not documentation. It is a form of communication. You need to motivate code you introduce. You need a good story line. You need to get it past an editor-in-chief.
See "Lisp in Small Pieces" for a great literate program example.
Tim Daly daly@axiom-developer.org
The inverse Dunning–Kruger effect: http://en.wikipedia.org/wiki/Dunning–Kruger_effect
And it's because the classic statement of the Dunning-Kruger effect is that the unskilled have an unrealistically high estimation of their own abilities. It doesn't talk about what the skilled think.
Sure, once you reach the other side of the bell curve, you realize you don't know anything, compared to everything there is to know, but that doesn't make you anything less than great.
Still 10,000 hours is really good metaphor and it should be understood as such. It is a lot like that left and right brain, sounds really good and people pick this up because it sounds good.
That amounts to a huge, ill defined, fudge factor that allows you to discount any counter examples.
So it's not clear that 10,000 hours is a falsifiable statement.
http://michaelnielsen.org/blog/malcolm-gladwell%E2%80%99s-ne...
that people made genuinely great discoveries without needing 10,000 hours, and there are other examples where people did 10,000 hours of deliberate practice without achieving results. I actually found a critique (can't really find it now) which convinced me that he fudges data to support his claims and sell his books, author examined his references that support MG claims and found many to not be quite supportive and that it is a pattern that is present in most of his books.
His books are entertaining read, well written and all, just not reliable scientific information.
There is discussion on Quora where some of the criticism is voiced as well: http://www.quora.com/Malcolm-Gladwell-author/What-are-some-c...