In reality there's no shortage, and isn't going to be one, outside a couple industries in NYC and SV.
The programming talent myth
141–150 of 354 posts
Re: The programming talent myth
#142That programming is a talent is not a myth, and while my life is currently devoted to developing a platform to encourage more people to learn the basics of computer science, I will certainly never say "anyone can learn how to code" any more than I'd say "anyone can become a concert pianist" or "anyone can become a master painter." Good programming is an art, and requires talent on the part of the programmer. There's…
Exactly this (though OP's article touches on this too). All the BS about category theory, lambdas calculus, and "logic" aside, DHH was absolutely right when he said building large software systems is much closer to writing a novel than anything science or math. Because of this inherent creative art nature, programming often depends on divine inspiration (for lack of a better term) - sometimes you sit down, and immediately see how all the workflows and data-structures, sometimes you can beat you head against a screen for months and wind up refactoring half of it.
In my opinion, the best way to tell if you are cut out to be a great programmer or not is whether you can finish and publish a project or not. Sorting algos, typing speed, functional programming, monads, es7-await, and all that jazz that interviewers like to look for can all be learned (and, comparatively, they are easy to learn), and even if you learn them, it won't make you a good programmer if you can't build extremely complex and yet detailed systems in your head.
Re: The programming talent myth
#143My own experience just does not agree with this at all. First, I think we have to distinguish between two ideas here: * The first is the question of whether anyone can learn to program. I think that for the most part everybody can, just like for the most part everybody can learn high school calculus. * The second is the question of whether programming ability is bimodal. This is not related to the first question, and…
From personal experience, speed has very little to do with productivity. Productivity is a function of knowledge and experience. The most productive programmers I've met almost always had enough experience in what not to use. They have a clear focus on the simplicity of their code and their ability to reason about it. They understand the problem and the hardware as well as the language in a very detailed manner. They…
My idea of a slow and not particularly thoughtful programmers are the ones that really do look like someone's programming in slow motion - as well as everything else (this is something beyond the professional work I've seen). They're slow to ssh to a remote server, they're still typing in passwords again and again every day, they're slow to type out even a simple git commit message, they're slow to write out an e-mail that has very low interesting content in it. In their off-time, they're going fishing, maybe playing board games, or just constantly trying to relax and avoid thinking about anything at all because they seem to instinctively avoid anything that would be serious or present any sort of stress. To me, they're the complete opposite of the "type A" personality that's always trying to stay occupied and hyperactive. I have no problem with this life approach on a personal level, but it's a liability in a business setting wherever you are in the world and whatever industry you're in because there is just no urgency to anything and the person is pretty much incapable of handling modern professional life perhaps in general.
Re: The programming talent myth
#144That programming is a talent is not a myth, and while my life is currently devoted to developing a platform to encourage more people to learn the basics of computer science, I will certainly never say "anyone can learn how to code" any more than I'd say "anyone can become a concert pianist" or "anyone can become a master painter." Good programming is an art, and requires talent on the part of the programmer. There's…
If the approach to encouragement is to require artisinal comparisons for success, then you're alienating many right out of the gate.
Most kids loathe piano lessons. But they can still be 10-100X better at it than anyone here and not need to stroke their egos by calling themselves artists.
Re: The programming talent myth
#145We're a little like medical doctors in that respect. A lot of people would like to have an MD's paycheck but very few would actually enjoy doing what an MD does for a living. Another analogy, and one of my favorites, is to watchmaking. Watchmakers take great pride in the incredibly close work they do, and again while it may be work many could learn to do, it is work that few would want to do. I think this is very true of programming. Most people find it horribly tedious and boring, and don't see the creative aspects of it at all.
The last thing I'd note is that the focused act of programming is becoming a smaller and smaller part of the gig. To be a full-stack developer these days requires so much more than the ability to create a working program. The big picture is very big, it takes many years to get a really sound grasp of it, and you have to be motivated in the first place. Passion, again.
Re: The programming talent myth
#146My own experience just does not agree with this at all. First, I think we have to distinguish between two ideas here: * The first is the question of whether anyone can learn to program. I think that for the most part everybody can, just like for the most part everybody can learn high school calculus. * The second is the question of whether programming ability is bimodal. This is not related to the first question, and…
Unfortunately for The Rest Of Us we're stuck with the occasional coworker who writes code like a misprinted example from Teach Yourself C# in 21 Days.
Re: The programming talent myth
#147That programming is a talent is not a myth, and while my life is currently devoted to developing a platform to encourage more people to learn the basics of computer science, I will certainly never say "anyone can learn how to code" any more than I'd say "anyone can become a concert pianist" or "anyone can become a master painter." Good programming is an art, and requires talent on the part of the programmer. There's…
Re: The programming talent myth
#148My own experience just does not agree with this at all. First, I think we have to distinguish between two ideas here: * The first is the question of whether anyone can learn to program. I think that for the most part everybody can, just like for the most part everybody can learn high school calculus. * The second is the question of whether programming ability is bimodal. This is not related to the first question, and…
I spent years in life drawing classes, about 6 hours a week. There was always a clear divide between those that were great, and everyone else. Those that were great, reached that level quickly, and everyone else improved, but remained slightly above average at best.
Or, take public speaking. We can agree Elon Musk is a talented man, and he has more practice when it comes to public speaking in real world scenarios than most people in this world. However, he's just an average public speaker. A decade from now, he'll likely improve a bit, but still remain average. Why is that? Why are there high school students that can take a public speaking course one semester, and give a better speech or presentation? I think they just possess a quality he's missing when it comes to speaking.
Fortunately, everything in life requires a different set of attributes. There are many people out there that can never be brilliant programmers, and likewise, many of us could never be notable in improv, or stand up comedy.
Re: The programming talent myth
#149Programming talent isn't bimodal, in fact it isn't a question of traditional talent at all. There are only two levels of programming ability: "Bad" and "Good Enough". In all but the rarest of edge cases, everything else is a matter of preference. You think that someone's code is elegant, simple, clean, optimized, etc? That's great, but only other programmers might care about those things. The only question that the m…
And by the time we pay the price everybody cares. Of course, by then it's way too late to start caring about such esoteric programmer obsessions as elegant, simple, clean, and most of all: open to change.
Yes, all people ask is code that is good enough to do whatever it's supposed to do. They just have no fucking clue of what it is that the code is supposed to be able to do besides satisfying their short term needs.
Re: The programming talent myth
#150Earlier quoted context omitted.
The findings of this study have been formally retracted by the author. http://www.eis.mdx.ac.uk/staffpages/r_bornat/papers/camel_hu...
Well I won't be linking that anymore. Anyways, I was really more interested in the little narrative observation above than the numerical results of the study.