Don't become an expert
blog.asmartbear.com
blog.asmartbear.com
As a semi-related side note, when I first started reading HN (almost a year ago), I felt like 95% of the stuff that was on the front page didn't even MAKE SENSE to me (some would probably argue that HN has changed over the last year, and I think I came in to HN during one of those "let's push Erlang articles to the top to scare off the incoming swarm of n00bs" phases...didn't work on this n00b though :) ). Over the last year, I find that I at least have a general idea what most of the posts are about, even if I still don't totally grok everything that gets posted, and I've learned a ton. I'm happy with that, since I still feel like I learn something new everyday.
http://www.amazon.com/Cambridge-Expertise-Performance-Handbo...
It's a compilation of academic papers and was the basis for Gladwell's book. It is not lightweight entertainment reading, but it's the real deal.
In other words, don't set preconditions to your success, including the precondition of "being an expert"
Developing expert-level skills in an area requires focus, talent, and time. These three variables are all present but vary in concentration in 'expert' folks I've met operating within various disciplines and niche sectors. Some are initially more talented, so their 'expertise' development takes less time. Some have less native talent so spend more time developing skills.
Unless you're a prodigy, the development of expert level skills requires persistence most of all, but persistence is not necessarily equivalent to time spent practicing.
To barnaby's point, everyone I consider an 'expert' doesn't feel like they're done learning - they remain voracious.
Focused passion * (time+talent) = expertise
Or Joel, who was a program manager at one of the most successful and selective Software companies on the planet?
And no being a program manager at Excel DOES NOT qualify Joel as an expert on blogging or bug tracking.
My point is: Neither of those matter.
Sure it does. The computer science curriculum at top schools like Stanford probably requires about 30 hours a week of time devoted to computer science. At 52 weeks per year, this puts the number around 6.5 years. After 4 years undergraduate computer science and his master's degree and Page's statement that he got into programming/CS at around 12 years old, we can deduce that 10,000 hours is probably a completely reasonable amount of time.
On the other hand there are probably other examples out there that may prove the point. So, like Forrest Gump said, I think maybe it's both.
So many people (Gladwell, Cohen, and apparently the Brazen Careerist person) have referenced this 10,000 hours claim, but no one has cited the actual research paper that came up with this notion. The paper actually addresses almost all of his points.[1]
"There are more high school swimmers than ever, therefore more opportunities to find and train great swimmers. They have access to diet, training, technology, and facilities that didn't exist years ago. That's all." Yes! That's the point! The authors of the research point out that "the fastest time for the marathon in the 1896 Olympic Games was just a minute faster than the required entry time in ... races such as the Boston Marathon," _because_ people now know the proper way to focus their efforts at practice.[2] 'Practice,' here, being training and diet. But it still takes 10 years or so of _deliberate practice_ to become world class. It's just that the bar for world class has been moved.
"I'm a case in point: I practiced the piano for an hour a day for more than ten years. I became good, but there were others who practiced twice as much who were worse, and still others who practiced less and are much better." Again, he is unwittingly supporting the 10,000 hours claim. The study points out that "the view that merely engaging in a sufficient amount of practice, regardless of the structure of that practice leads to maximal performance has a long and contested history."[3] It is not just 'putting in the hours' that matters (because then one falls into the trap of assembly-line-worker syndrome, where "improvement of performance was often arrested at less than maximal levels"), but rather what it calls "deliberate practice," which takes quite a bit of very hard work and practice tasks that are defined in a very specific way. (There's a good description of the characteristics of deliberate practice on p. 367 of the study). That is, people who just practice for hours without much thought as to what that practice should be and how it will challenge them in new ways are doomed to be less successful than those who are coached through a process of deliberate practice. It's quality, not quantity.
All that being said, I don't think being an entrepreneur actually has anything to do with being an expert. It's much more luck and hard work. Cohen gets around to saying this too. I agree with him. I'm just not sure why he felt the need to try to refute the current literature on becoming a domain expert to say, "Hey, becoming a domain expert probably isn't your goal. Your goal is to become an innovative entrepreneur."
[1] http://projects.ict.usc.edu/itw/gel/EricssonDeliberatePracti...
[2] Ibid, p.366
[3] Ibid, p.365
--> Edit 1: matrix cited a more recent text by the same author I was describing: http://news.ycombinator.com/item?id=1142983
--> Edit 2: Oops. The Harvard Business Review article that Penelope Trunk talks about was actually written by the same person who wrote the paper that I cited and the book that matrix referenced, so my "but no one has cited the actual research" claim was inaccurate: http://www.coachingmanagement.nl/The%20Making%20of%20an%20Ex...
You're right, the point I'm making is that becoming THAT KIND of so-called "expert" isn't the point of a company.
Actually I'm not refuting arguments about how to become an expert in the first place, I'm refuting the idea that you NEED to do that. I believe that theme is pretty clear throughout.
Finally, if it really does take 10k hours and ONLY if it's a special kind of dedication, then it's almost a tautology, and an irrelevant activity for almost anyone on Earth.
Jason highlights the value of getting started, that startups are a "come are you are party" but seems to suggest that passion can substitute for learning from your mistakes. This sounds like the "Little Engine That Could" model (see http://en.wikipedia.org/wiki/The_Little_Engine_That_Could ) of repeating "I think I can, I think I can,..." which is no substitute for learning from your mistakes.
What's the best way to learn from your mistakes? What Ericsson calls "deliberate practice." Here is a simple example that I think most entrepreneurs would find readily applicable, taken from an interview with Anders in Fast Company (see http://www.fastcompany.com/magazine/110/final-word.html ):
"Medical diagnosticians see a patient once or twice, make an assessment in an effort to solve a particularly difficult case, and then they move on. They may never see him or her again. I recently interviewed a highly successful diagnostician who works very differently. He spends a lot of his own time checking up on his patients, taking extensive notes on what he's thinking at the time of diagnosis, and checking back to see how accurate he is. This extra step he created gives him a significant advantage compared with his peers. It lets him better understand how and when he's improving. In general, elite performers utilize some technique that typically isn't well known or widely practiced."
This model is certainly directly applicable to both engineering and sales & marketing problems.
It's like the horoscope saying "keep your eyes open for an opportunity today." If an opportunity doesn't appear, it's because I wasn't open enough.
You can't tell me Michael Phelps is fastest because no one else practiced as deliberately.
It sounds like an excuse to avoid admitting that there are also innate differences between people, and luck.
From what I can see, this doesn't inherently conflict with your claims about innate differences or luck, but it does indicate that there is value in practicing things correctly and potentially little value in practicing things incorrectly. Obviously a fully grown 4 foot individual won't become center for the basketball team, but only practicing 3 point shots won't help someone who is 7 feet tall do much better in the pocket (under the net).
Can you please explain what I am missing?
Of course flailing around isn't practice. The notion that "perfect practice makes perfect" or "practices doesn't make perfect, it makes permanent" has been around forever, no need for special studies to explain that.
But everyone at the Olympics, for example, has done extreme, deliberate practice, and yet most of the competitors are so bad they don't even televise it.
Finally, the point of the article IS NOT about HOW to become an expert, it's questioning the notion that becoming an expert is necessarily the goal.
Or, saying that you become successful at [anything] as a by-product of your work, not because you become "an expert" and THEN do interesting work.
And further, that people (like Penelope) shouldn't get hung up on being "an expert" by some arbitrary definition when she's in fact quite successful and could be just focussed on what to do next.
Take a look at the original studies, or the Scientific American article for a quicker read. (I read it in paper form, so you can probably find it as easily as I can).
As for deliberate practice, the idea sheds some light onto the right and wrong ways to do it. It seems to come back to the theme of "Zen and the Art of Motorcycle Maintenance". Deliberate practice is paying attention to the quality of the practice, and continuing to improve the quality. If this is accurate, then it should increase the differences in skill, as the individuals address their own various physical limits. It seems that the difference in the quality of the practice is one of the reasons people pay more for experts to teach them. I think the Olympics can just as easily be used to support the idea, as everyone's practice routines will vary.
Furthermore, studies of conventional wisdom often reveal conventional wisdom to be wrong, so I can't dismiss them. If the results make it easier for people to successfully perform "deliberate practice", then they will probably be well worth the money spent.
But it sounds like relying on luck and innate differences is an excuse for not learning from your mistakes. This is a "Random Walk" model for startup success where you begin at a random point (your innate abilities) and wander buffeted by luck in some kind of entrepreneurial Brownian motion.
Clearly luck plays a role, but I believe, like Pasteur, that "inspiration only favors the prepared mind." You have to know what you are looking for in advance. And it turns out this skill can be learned as well.
Reasonable men may differ, but I think there is considerable evidence that experience helps startups differentiate beyond naive ability or luck, and that deliberate practice prevents you from experiencing the same event over and over without learning from it.
For another take on this see Carol Dweck's mindset model at http://www.mindsetonline.com/ which documents research that folks who believe that effort makes a difference learn faster than those who trust to innate ability.
What's most pernicious about this belief is that it can lead you to manage people in a way that doesn't admit of their ability to improve.
I would never want to stereotype the entire population of earth and say that you're a failure if you're not an expert at something. Is it good to be an expert? Of course. But it's not required - there are many paths to life.
Isn't that kind of the unifying theme between the 10k hour domain expert and the innovative entrepreneur? That both require the ability to work and persevere through setbacks beyond what most people care to do in order to be successful?
It seems that currently we've settled to 10 000 hours because 10 000 hours seems to reduce the number of candidates enough to make each "survivor" a real expert.
If suddenly more people started to practice 10 000 hours, you would possibly need 15 000 hours to distinguish yourself back to the top N percent among the horde of damn good (by our current standards) piano players, programmers, or whatever.
Being world-class also depends on the subject: the world can take only so many world-class piano players because the audience is somewhat limited, but it can absorb many more programmers because there are roughly infinite number of interesting and useful project to be done.
As my wrestling coach always told us, "practice doesn't make perfect, perfect practice makes perfect."
The 10k hour rule tends to apply to subjective accomplishments with little variable reward. The reward for practice is very linear (depending on the person), you usually get better and improve the more time spent. Someone could spend 10k hours being an entrepreneur and fail depending on the context.
A blog might also include explicit expertise, in the form of a secondary character: a mentor. But that's not the entry point for the reader; it's not who you relate to.
"Even in music there is evidence for improved skill. When Tchaikovsky asked two of the greatest violinists of his day to play his violin concerto, they refused, deeming the score unplayable (Platt, 1966). Today, elite violinists consider this concerto part of the standard repertory. The improvement in music training is so great that according to Roth (1982) the violin virtuoso Paganini "would indeed cut a sorry figure is placed upon the modern concert stage" (p. 23)." [1] There are no stationary targets.
He uses this as evidence that the notion that "a sufficient amount of experience or practice leads to maximal performance appears to be incorrect" [2]
[1] http://projects.ict.usc.edu/itw/gel/EricssonDeliberatePracti... p.366
[2] Ibid.
Take Rails and Merb as examples. Both are using the well known enterprise patterns (despite the crowds hatred against the word enterprise, the ActiveRecord and DataMapper patterns came from Fowler's Enterprise Pattern book). These enterprise patterns dated back since early 2000. Unfortunately there are many developers who do not want to take their time to read books and decided to write their own frameworks.
Java is a 15 years old platform and these days it is still relevant. Hadoop, HBase, Cassandra, Hudson, and other infrastructure stuffs are being written in Java. Scala, Clojure and Groovy are written on top of JVM (and the idea of VM, which is roughly 15 years old or more, is still around).
LISP has been around since late 1950 yet these days some "elite" still considered the best language out there (or at least the paradigm of functional programming is considered the best one out there).
Object Oriented Programming has been around since early 1980 and I don't see it to be obsolete anytime soon.
The practice of data structure and algorithms (list, binary search, sorting, tree, graphs and so on) are still relevant until today.
The concept of distributed VCS has been around since early 2000 (probably even earlier than that) except that it's not F/OSS. (Remember BitKeeper?). The concept of VCS itself has been around since 1990 or maybe even earlier than that.
C and VHDL are still the strong players in embedded/system programming. Yes, there's "Go", but it's a newcomer/niche right now. People who program in C are still programming in C if they are in the embedded world.
Linear Algebra and Statistics which have been around since probably forever are still relevant today and I don't view them as a moving target.
Though I do understand your point of view of certain technologies that are considered as moving targets. Here are a few examples: .NET related frameworks (WinForms to WPF, WCF, WF, Silverlight), C# from OOP to mixed with functional, Flash to Flex/Air, Windows specific development, JS/HTML/CSS.
Though one could argue that since 1996-1998, there aren't too many changes in the HTML/CSS specs except between HTML4 to HTML5.
Another point of view as to why Technology is a moving target is that if a programmer/developer is moving from one ecosystems to another: Embedded to Web development, Desktop App to Embedded, etc. But one could argue that it's like a Pianist decided one day that Guitar is his/her next playground.
If I were the best piano player in the world today, I'd probably still be one of the best in the world if I time travelled to 2030. On the other hand, if I were to have brain surgery in 2030 I probably wouldn't want the world's best surgeon from 2010 to time travel and do it.
I agree with your broader point, but your specific example is unfortunate. Surgery, and brain surgery in particular, has a lot more in common with the 19th century than the 21st. A disturbingly large amount of brain surgery is still accomplished via drill and very tiny ice cream scoops. I'd be surprised if that changes very much even in 20 years.
Or even, would you rather by a book on Java written 15 years ago, or written yesterday ?
Meaning that I could learn and understand the stuff I need very fast and be able to explain it to others easily.
In fact I'd go so far as to say luck has more to do with success than being an expert–especially with regards to financial success.
Have you read Warren Buffett's biography, The Snowball? Sure, Buffett caught some lucky breaks, but the man has essentially spent his entire life completely engrossed in investing. Anyone who claims Buffett is just the luckiest investor alive should really take a closer look at how the man has accomplished what he has.
Similarly it's obvious that Steve Jobs is expert at what he does, but what is that, exactly? What did he practice for 10,000 hours?
Talent, expert level preparation, and success are related but the interaction between them is still mysterious.
I know I learn more from spending 1 hour trying to solve a new problem I have never tackled before than spending 10 writing yet another CRUD procedure or yeat another GUI for the database. Similarly, I improved my running faster (back when I was still running regularly) with runs that challenged me and on varied terrain more than I did from yet another tread mill run at a regular pace.
Someone could ask me "How do I make the perfect search engine?"
and I might reply "For any user and query make it return the most relevant results."
That is a simple instruction but actually complicated to do.