How Developers Stop Learning: Rise of the Expert Beginner (2013)

http://www.daedtech.com/how-developers-stop-learning-rise-of-the-expert-beginner

by spdionis • 10 years ago

238 85 10 years ago

debacle2• 10 years ago

There is a time-salary curve where it's socially acceptable to be a beginner. If your years of experience or salary are great enough, it takes a very honest, humble, and rare person to say "Look, I see and hear everything you're showing me. I clearly have no idea what I'm doing. Help."

The most important part of the article is this:

...and for whatever reason doesn’t have much interaction with peers?

At some point you need to be shown what you don't know, and it's very rare for that to be a self-guided learning experience.

Mvandenbergh• 10 years ago

It's a u shaped curve though, sufficiently experienced people actually gain reputationally by admitting lack of expertise in a particular area. Only really works though if you're already respected for something else.

jdmichal• 10 years ago

It's because they've stopped saying "I don't know" without following it up with "but I'll find out and get back to you tomorrow." And then actually doing it.

eranation• 10 years ago

If you work in an average company who hires average people and you are well above average you quickly risk becoming exactly that. You can be the top 5% (I know it's subjective and controversial yet I'm sure we all have a clue what that means) of developers and this will make it likely for you to be that "local maximum" as everyone will see you internally as a guru.

But at companies who are employing the top 5% of the top 5% you will probably won't even make the first round of phone screens.

Get out of your comfort zone, and simply learn something new. Go wide, go deep or go both just realize that the moment you feel you are an expert on something it just means you are probably just ready to start learning it for real.

tl;dr Knowing more than your peers doesn't make you an expert. You are at a local maximum and you need to look at the big picture to avoid being stuck there forever

kdamken• 10 years ago

This is very true and so important to your professional growth. There's a famous saying, "if you're the best one in the room, you're in the wrong room".

At my last job I was the only developer at a small web agency, along with a designer and a project manager. Basically every problem and solution I had to figure out myself, and while I did that, due to time constraints I often had to go with just what worked, rather than figuring out the best of all possible options.

At my current job, there are developers who know a lot more than me, and in the time I've spent working with them I've found I learn so much more so much more quickly than I did when I was working on my own.

alsetmusic• 10 years ago

I went from a job where I was the resident expert to one where everyone had unbelievable and baffling skills. I learned far more in the latter.

allsystemsgo• 10 years ago

Agreed. It creeps up on you too. Always be looking for the next great learning opportunity.

at-fates-hands• 10 years ago

While I completely agree with this point - as a front-end developer its entirely maddening trying to keep pace and learn what the "next big thing" is going to be.

For instance. . . .

After leaving a very small local company I was working at, this is what I found after doing a few months of research and interviews:

I had several interviews, every single one for a front-end role. They ran the gamut of JS frameworks. Do you know Backbone? AngularJS, Polymer, Typescript, ReactJS? A combination of some? or none at all? Not a single interviewer asked me about jQuery or my "vanilla" JS skills - NONE. Every company big and small was using some kind of framework, in some capacity - albeit in vastly different ways.

The point here is there's no way for you to predict how your next great learning experience is actually going to help you down the road. Our landscape is changing virtually by the hour. I have now given up on trying to have a learning opportunity whereby I can add some really good skills to my resume not only for now - but for future opportunities.

It's made me a bit jaded that our industry is so fragmented that even by learning a new library or framework, you effectively remove yourself from consideration from a host of companies because you didn't pick the "sexy" framework

devonkim• 10 years ago

Can't upvote this enough.

It is very important to recognize that "comfort zone" also means you must have room to fail, which is actually tough for companies to hire for because most companies are actually super risk averse when it comes to hiring. Why else would they want to hire people that know as much about their stack as a filter before asking questions about their potential?

I went (foolishly, in hindsight) into areas on the thesis that a lot of organizations simply need some motivation from one or two highly capable people to raise the standards for everyone and that this form of leadership would be a good career path because people are oftentimes rewarded quite well for saving failing / ailing companies. Instead, I was beaten severely for trying to do create too much change for people that just wanted to a 9-to-5 job or (more importantly) given no projects with any risk or even much value even if it succeeded.

I've come to realize that organizations without risk or without any sense of leaving their comfort zones are the same thing as people - these are beginner-expert organizations. These are companies who implement a working Hadoop cluster in production and give themselves a big pat on the back... in 2015. These are companies that implement some CMDB... in 2014. These are companies that are rolling out SOAP services seriously on a roadmap... for 2018. The aversion to risk leads inevitably to worse results than if you had accepted some failures, but this only makes sense anyway when your organization is capable of speed. And this becomes the ultimate chicken and the egg problem with large companies. My answer is that you must break your egg to create a new chicken - if you do not sacrifice something, you will lose everything for sure.

tunichtgut4• 10 years ago

I dont know about that. Dont risk to much depending on your individual situation. Sometimes its better to be the king of the beggars, than to be the beggar of the kings.

(improvement is always welcome, but be careful flipping corporations)

baldfat6• 10 years ago

If you work in an average company who hires average people and you are well above average you quickly risk becoming exactly that.

I liked Steven Covey's 7 Habits take on this much more "Sharpen the Saw." This approach and wording puts all the blame on those around you. That is very good to think your above those around you and that you are above average.

A) Nothing wrong with average half the people are below average

B) Rating someone top 5% is totally a perception unless your in something that can be measured easily (Think fast 100m Dash or the author's bowling)

C) Having hired dozens of people for different jobs I can tell you that my top 5% at higher usually ended up being drama and the one person I just hired because I needed a body ASAP ended up being hands down my best employee. (Look at how Google has changed their hiring practices because hiring is close to impossible to get right, think NCAA Brackets)

D) Self-deception - Everyone believes their kid is above average and self-delusion inflates our own self-assessment. Blaming those around you give you a great out of self-responsibility.

dsp1234• 10 years ago

A) Nothing wrong with average half the people are below average

This isn't necessarily true. Imagine a system where we could rate developers. There are 4 'A' developers (92,95,97,91) and 2 'B' developers (83, 85). Only 1/3 of the developers are 'below average' as compared to below median, and flip those numbers around and 2/3 are below average. This is kind of important when evaluating the type of company culture that you're in. Is it a place where there are a lot of 'top 5%' developers, and a short tail of good, but not great developers. Or is it a place where there are just one or two developers that doing 'A' work, but a long tail of developers doing solid, but not great work. The 'average' could be misleading in these cases.

dbalbright• 10 years ago

Look at how Google has changed their hiring practices because hiring is close to impossible to get right

How has Google changed their hiring practices?

Delmania• 10 years ago

This is where I find myself, although my team is very small (2 people only). HN has gone a long way in eliminating my expert beginner syndrome. Looking at what people are doing, when all I'm doing is writing "textboxes over data", is both humbling and inspiring. I also find that sites like CodinGame, HackerRank, and Project Euler can also be helpful in combating that.

Ultimately, I'm looking to make the leap into a more challenging job, but for now, these will have to do.

alexeiz2• 10 years ago

But at companies who are employing the top 5% of the top 5% you will probably won't even make the first round of phone screens.

What are those mythical companies? Really, I'd like to know. Name a few.

hiddencost3• 10 years ago

RenTec and Jane Street come to mind.

sklogic2• 10 years ago

I doubt there is such a thing as the "average people". There will always be some overlapping skill area and something one can learn from another, even if both got the same number of years of experience and very similar backgrounds.

kafkaesq3• 10 years ago

Agree with you qualitatively about the need to get out of one's comfort zone, avoid "local maxima", and never consider oneself an expert. However:

But at companies who are employing the top 5% of the top 5% you will probably won't even make the first round of phone screens.

There's so much noise, context, and (as you acknowledge) subjectivity in how performers are evaluated that a statement like "We hire only the top .25%" can't possibly have any meaning. Top 5% might be about as far as you can push it. But even at that level, at best it's just a metaphor. And by itself, it doesn't provide us with any tools to reliably determine membership in that category.

Other than, of course, the tried-and-true method of throwing out a series of hoops for people to jump through over the phone, on your live coding portal, and at the whiteboard (ignoring all the built-in selection biases in this process: from whether candidates had had that very problem fed to them in another interview somewhere; to whether they spent 3 weeks to 3 months doing nothing but prepping for your hoops, day and night; to the simple matter of whether they're having a good day that day).

And then stack-rank: "See, only 5% of email applicants made it through our phone screen and take home test (which we had to re-design midway through because we realized we weren't stating the requirements properly, but whatever). Then we brought in 10 or so of those for interviews, until basically we got tired of interviewing and decided we had to hire someone. Ergo, we only hire the top .5%."

jkot• 10 years ago

They’ve officially become Expert Beginners, and they’re ready to entrench themselves into some niche in an organization and collect a huge paycheck because no one around them, including them, realizes that they can do a lot better.

I think article is a bit naive. Nerds love learning for sake of it, but that is not usual. In what way the Expert Beginner could do better? Collect even bigger pay check? Or do less work for the same salary? Being N times better developer does not usually bring N times more rewards.

sqeaky• 10 years ago

I have seen this happen several times. Some, not all, programmers and IT professionals are nerds as you describe them. In most Professional positions I have held, maybe 1 in 50 people programmed outside of work and maybe 1 in 20 chose to learn beyond the minimum required to get by.

Startups seem to have more of these types and big companies, fortune 500 sized seem to have almost none.

As for how it betters oneself to learn, you cannot know until you learn it. The new tech exists because someone tried to solve the problems of the past, sometimes it works. You can't know the benefits of object oriented or functional programming if you are still writing the same cobol you did in the past or for a more modern analogy you will need to stand up more apache servers to get the same throughout if you have never learned about nginx.

tunichtgut4• 10 years ago

"In most Professional positions I have held, maybe 1 in 50 people programmed outside of work and maybe 1 in 20 chose to learn beyond the minimum required to get by."

Double signed. Barely anyone is using his free time to learn more than needed at the workplace (which means the employees are stuck at the "minimum knowledge level"). And this is not just true for the IT branch.

mercer• 10 years ago

I definitely find more 'just getting the job done' developers at companies that are bigger and/or have an IT department that is less crucial to the core business. It was shocking for me to find out how relatively bad many of these developers were; more than one didn't even use shortcut keys and were hunt-and-peck typists!

One the one hand it made me feel a bit less stressed and a bit more confident about my own abilities. On the other hand it was a warning for me to keep trying to find the fun and challenge in my work, to treat it like a craft and not just a job, because every single one of these developers seemed to me to have relatively low job security, and I couldn't imagine many other companies hiring these people...

debacle2• 10 years ago

Employment is not permanent and many people who stay in a job for long enough find themselves in a situation where they cannot leave.

mcbrown3• 10 years ago

This (partly) explains a major paradox I see: all the best software engineers I know are over 50, and yet the young'uns who dominate the tech zeitgeist assume these same people are incompetent dinosaurs. The young'uns have reached the expert beginner stage, and because they assume they're experts, they refuse to seek out the actual experts to discover what it is they don't know. And if the young'uns ARE the experts, and older developers aren't part of their in-group, then by definition the older developers must not be experts.

This is why I (for one) am strongly biased towards hiring older developers.

Karunamon• 10 years ago

All the best software engineers I know are over 50, and yet the young'uns who dominate the tech zeitgeist assume these same people are incompetent dinosaurs.

With age comes experience and also comes a strengthening of biases. Older people, so the stereotype goes, are inflexible and set in their ways, if very experienced in those ways.

It's not really paradoxical, it just depends on what tradeoffs you're willing to make as the person responsible for hiring, which depends on your line of business. There are few things more tiresome than someone making mistakes you already made two decades ago and tried to warn about, and the same applies to someone ignoring the new and improved ways to get things done just because they've always done it that way and know it the best.

mcbrown3• 10 years ago

"With age comes experience and also comes a strengthening of biases. Older people, so the stereotype goes, are inflexible and set in their ways, if very experienced in those ways."

Like most stereotypes, it might be true in some cases but far from universal. The literal two best developers I know, both over 50, are FAR from set in their ways. They are both constantly seeking new ways of doing things, exploring new languages and technologies, sometimes playing with low level projects (like making lights blink in interesting ways on breadboards), sometimes playing with high level projects (spawning hundreds or thousands of cloud instances to see how it works), but always looking for new things.

They might SEEM set in their ways when they shoot down bad ideas from expert beginners, but that's only because the expert beginner is confusing wisdom for lack of flexibility.

maxxxxx3• 10 years ago

Actually I find a lot of the young guys pretty inflexible. They jump on the cool thing of the day and then don't look left or right for alternatives.

Retric• 10 years ago

The best older developers are often really interested in new things. The real separation is more Hubris vs. Expertise. An expert knows how to get something done so they may take risks with a fall back option. Younger developers often have no fall back option other than just blowing deadlines or working at 2AM.

In the end the real 'problem' with older developers is they expose problems with your organization by providing what you ask for. If you keep asking for tight deadlines thinking people are going to ignore them you squeeze out creativity.

spikej• 10 years ago

Sadly the older developers I've come across still write code the way they were writing 25 years back, without any regard for changes and newer developments in their chosen languages/DBMS. I've had to spend days convincing them to move to using newer language/DB features, feeling like I'm banging my head against the wall

lazyant• 10 years ago

From what I'm reading (OK, maybe I just watched it in a Brain Games episode) the inflexibility of the old brain is not as set as previously believed (you can teach an old dog new tricks).

Terr_• 10 years ago

all the best software engineers I know are over 50

Survivorship bias? Perhaps all the bad 50-year-old programmers transitioned out or became "incompetent dinosaurs" in low-challenge areas where you can't easily see them.

mcbrown3• 10 years ago

If so, it's the cohort I see (the "survivors") that are routinely underestimated by tech bros. Which suggests the problem is even worse: if it visibly affects the best of the best, how bad is it for the average?

golergka2• 10 years ago

Can someone propose a test or at least some heuristic to check if you, yourself haven't fallen in that pit? Because this seems like something that would be very easy to diagnose in others, but almost impossible to see in yourself.

organsnyder• 10 years ago

The people I know that have fallen into this trap tend to have a lot of hubris and arrogance. They probably couldn't even fathom the notion that the label might be applicable. If you're even asking the question, I'd say there's a good chance that you're safe.

More practically: As stated above, if you think you're the most competent person in the room, start looking for other rooms. You don't necessarily have to find new employment to do this—attending meetups and conferences, doing a side project with others, etc. can provide a barometer of where you stand among a wider community.

tunichtgut4• 10 years ago

I propose to study technical literature. Study advanced books at a university library. If what is written inside is new to yourself AND you consider yourself an expert, you are in the expert-beginner pit.

golergka2• 10 years ago

Well, I do study technical literature — just today finished reading lecture slides for Stanford's CS143. The problem is, the technical literature that's interesting to me is dealing with much harder problems that I get to solve on day-by-day basis.

SideburnsOfDoom• 10 years ago

You can't know everything there's far too much tech to keep up with; so everyone's expertise is some kind of local optimum. The question is just how local? i.e. How narrow is the pit that you're in? How filtered are the ideas that you receive?

So looking a bit wider, e.g. "meetups and conferences" if you don't already attend, might help.

Beyond that, look at people working in parallel programming languages - What is the main alternative to the languages that you use daily? And how do the people there do things? In what ways is it better?

riffraff• 10 years ago

Maybe: have you recently questioned whether doing X is the best approach for a given problem,and possibly investigated alternatives or sought input from others? For 'simple' things this still applies, even if your day job has unsexy issues.

dsmithatx2• 10 years ago

Technology moves so fast that I'm not sure it even pays to become the actual expert anymore, most of the time. When I was younger I'd work 40 hours a week and spend at least 40 more becoming expert. It paid off and got me to the Senior level. However, all the technology I was an expert at 20, 15, and even less than 10 years ago is useless.

When hiring I usually looked for guys that were smart and could quickly learn new things or jacks of all trades. Now if trying to write new kernel drivers maybe I'd get a Kernel/C expert who values himself at 120k/year (probably contract so I could use him for a month or two). But, lets face it most of the time companies want to hire the 3 smart enough guys at 80k/year than 2 geniuses at one specific language or technology. At least that has been my experience, then again, I usually work at normal smaller/midsize and non tech large companies. I'm sure if you work at Google your experience would be very different.

The point is I don't care about being the expert anymore as it requires a lot of my unpaid personal time. Then after investing my time for free I find the tech trending down and have to go back to the drawing board again.

dagw• 10 years ago

Technology moves so fast that I'm not sure it even pays to become the actual expert anymore

Don't master the 'surface' technology, master the underlying concepts. For example, rather than trying to master this week's cool machine learning library, master the underlying mathematics and you'll not only be far ahead of most people who only mastered the library, but you'll happily be able to transfer your skills to the next machine learning library with minimal effort for the rest of your career.

maxxxxx3• 10 years ago

I think the big picture hasn't changed that much over the last 20 years. Obviously the scale has changed but the fundamental challenges are pretty much the same. The only thing that has changed is the language/framework on top but the basics are still the same. It always surprises me how little really changes.

sklogic2• 10 years ago

Technology moves so fast

I've heard this many times before, but have not seen any evidence yet. Mind listing the technologies that got really, totally obsolete?

sophacles• 10 years ago

I think an even better question is: Mind listing the technologies that are truly new?

So often I see the next great thing hype turn out to be a reinvention of an existing concept, or a slight rearrangement of concepts that are positively ancient. Sometimes this includes an incremental improvement over the past.

A lot of the velocity of "tech moves fast" is just backfilling tooling, features, concepts, and edge cases into the new language or framework.

dsmithatx2• 10 years ago

Well 3 years ago I dealt with 12 data centers spread across the globe, 8000 bare metal servers. Many giant webfarms using RHEL with DB clustering. Having to deal with SAN's and NAS.

Here I am now working entirely with the AWS infrastructure. First we shoved things in Puppet. Then we started shoving things in Git and using Ansible. Maybe development wise things don't seem that different but for an old ops guy like me having to go devops it is changing very fast.

I never said that old technologies are obsolete but, jobs for supporting them fade and we must learn to survive in the new world.

rmah• 10 years ago

I used to think this 20 years go. I was also wrong.

The state of the art of software development does NOT move fast, it moves glacially slowly. The fundamental technologies of 20 years ago are very similar to what is in use today. The tools are similar, the languages are similar, the frameworks and libraries are similar. Mostly, they have simply now more polished and have a few more features.

A handful of things that were leading edge 20 years ago have gained popularity. These include things like object frameworks, event-oriented programming and the like. Some things that some call new are actually things that existed in the 80's that have just come back into fashion. Take asynchronous programming using callbacks (popular with javascript/node). We used these techniques in the late 80's quite extensively. There are a few things on the leading edge today that did not exist decades ago (or at least I wasn't aware of them). But these are far and few between. The basics though, those have not changed.

What changes rapidly is tech fashion (for want of a better phrase).

When I hire, I simply do not care if you know framework X or Y. Or even if you know language P, Q or R. What I care about is if you 1) truly understand the fundamentals and if you can 2) apply that knowledge to create high quality software.

FullyFunctional• 10 years ago

Exactly this. I have ~ 35 years of experience, but I'm always trying to keep up with advances in algorithms and data structures. Frameworks and languages is mostly just rearranging and renaming the deck chairs -- there's hardly anything _actually_ new. Taking a positive spin on it, if reintroducing good old concepts as new makes them more adopted, maybe that's a good thing. Most serious people will eventually recognize the precedence and make the link.

0xCMP• 10 years ago

Published 3 years ago?? I thought he was commenting on whats going on now...

I think a great example of my issue with this is my father and I. He taught me the basics and got me to the Adv Beginner stage which allowed me to progress on my own. However, I chose web and he stayed with .NET for a long time. Only after a lot of pushing he started doing web like 5-6 years ago.

I, an expert beginner at the time (and probably still), thought I was way better than my dad. How could this guy not be better than me already? No answers to my questions. etc. In hindsight, yea I was better but his experience meant he learned things I never did cause I never knew I need them. HE also knew things from his several decades of experience that let him think through problems or only accept a certain level of quality in his work that let him solve and deliver things much better than what I can/could.

That said, we argued a lot about things. A father and son like us can have those debates, some times a little too heated, and be okay. But, if I was hiring I would be cautious (not opposed) about brining on people who would be too opposed to the way things are. The problem is that we (humans) avoid conflict and begin to play politics. If they don't avoid the conflict then we have open hostility. Either way, groups start forming a them/us mentality takes hold instead of the company working as a whole. Thats basically my general fear if I was in a position to hire. Thats what I feel "bad culture fit" would mean.

tunichtgut4• 10 years ago

I like this article. I think im somewhere between the "competente" and "proficient" level learning and working with C++ and CUDA/C. As long as you dont consider yourself "an expert", you`re good. Experts are rly rare and otherwise you are most likely an expert-beginner stuck in the dead-end of the fork.

Two things i may add:

1.) I think the only way out (beside getting help from others) of the expert-beginner dead-end is through gaining more knowledge, instead of gaining more experience.

2.) In applications, theres a massive, i call it "invasion" of "experts", just because everyone is claiming to be an "expert", not to be sorted out by HR. HR is most likely not a domain specialist in programming stuff. Now, given you state in your CV, you are "proficient", but an "expert-beginner" states "hes an expert", your kicked out of the interview stage. What a mess!

supergeek1332• 10 years ago

I see this a lot in large enterprise environments. You have the "one person" or "few people" who implemented something 10 years ago and those architectural decisions are then re-implemented in any new project.

Because that person has knowledge of legacy and carries it over to new, they are compensated and promoted accordingly. Meanwhile any new ideas or better designs are sometimes dismissed because they're outside the comfort zone of the development team that has a collective 50+ years experience in that company.

Of course, many of us are resistant to new ideas regardless, but I see this pattern play out most often at large organizations.

brianwawok• 10 years ago

Which is part of why startups can be successful, right? If large cos took the same risks and did the same things as startups, startups would not exist.

supergeek1332• 10 years ago

Completely agree, startup success is as much quick thinking and process as it is new ideas.

GCA10• 10 years ago

The "expert beginner" concept almost gets it right, but it needs a little tweaking. The key insight is that growth stalls out when people lock into a sub-par set of habits ... and then spend years perfecting this not-so-good approach.

I've seen the same thing happen with journalists (oh, my God, it is chronic and horrible there), and with chess players, musicians and all sorts of other specialists at various crafts and creative skills. These people trap themselves with habits that prevent them from ever being great, yet are just marketable enough that they can earn a living for a long time.

The rot doesn't always set in exactly at the "advanced beginner" stage. It occurs whenever people's willingness to rebuild their game disappears, or whenever they fall under the sway of a mentor/boss who demands conformity to B-minus work practices.

girkyturkey• 10 years ago

At jobs like this article is referring to, we need to remember that you’re never going to improve in life if you keep competing with people who stink. No offense, those who are not well versed. You gotta challenge yourself. If you don’t, complacency sets in. And bad things happen when you become complacent.

SeanDav• 10 years ago

I have many years experience with all aspects of Excel, including VBA and I understood Excel better than anyone else I knew. At one stage I had the arrogance to think of myself as an expert in Excel. Fortunately, I changed companies to work at a hedge fund and realized, with some shock, that I was very far from an expert in Excel. Those guys were doing things with Excel that made my jaw drop. I had got complacent and thought I knew everything that was worth knowing.

The funny thing was that this was not the first time this had happened to me. I underwent a very similar experience with C programming. I had read all the books, thought I understood everything there was to know about the language, then got exposed to some real C experts at a small high-tech company. That was a humbling experience as well.

Needless to say, after getting humbled twice, I will be very careful before I ever call myself an expert at anything in the future!

ZenoArrow• 10 years ago

I'd be interested to know what sort of things you saw the hedge fund employees use Excel for. I'm probably at that 'local maximum' point with Excel, and would be interested in knowing what areas I could look into to further my skills. The only 'growth area' I'm currently considering is Apps for Office.

daemin• 10 years ago

So you may be interested in http://www.modeloff.com/ which is a competition for using Excel to create financial models. I was made aware of when listening to a Planet Money episode http://www.npr.org/sections/money/2015/02/25/389027988/episo... , which I would also recommend if you haven't listened to it already.

moomin• 10 years ago

Just a quick plug for the wonderful Expert Beginner Twitter account. https://twitter.com/ExpertBeginner1

lliamander2• 10 years ago

I recommend reading the whole series of posts; I am only part way through, but it has been very enlightening.[0]

Getting out of this trap is what motivated my first two job changes. I think there are a few things that are useful in staying on the narrow, difficult road to true expertise[1]:

- Engagement with the wider technology community. You need to know where the global maxima are

- An insistence on objective measurement and argument, rather than subjective assessment

- A low tolerance for cognitive dissonance or sacrifices in quality to meet a deadline

- A willingness to follow through and see the fruits of one's labor

- As a corollary to the previous point, an insistence on shortening the feedback cycle as much as possible

- Actively working to make it safe for others to criticize you and a willingness to say "I don't know" (in case you didn't know, criticizing others is genuinely very frightening for most people)

- Greater graciousness towards subordinates, less towards superiors (the reverse of typical corporate culture)

[0] http://www.daedtech.com/tag/expert-beginner/

[1] Not that I am an expert, just that I know I'm not an expert; and that I have met enough of both real experts and expert beginners to tell the difference.

lliamander2• 10 years ago

Also, I have a hypothesis that Impostor Syndrome is the last defense of the rational mind against the descent into Expert Beginnerism. It certainly saved my bacon[0]. Listen to those doubts and seek out a mentor or a new job.

[0] In the sense of "How in the hell did the success of this project end up resting in my hands?" or "Why am I making fundamental revisions of the architecture?"

ourmandave• 10 years ago

I'm worse at what I do best And for this gift I feel blessed

Kurt Cobain

err4nt• 10 years ago

If you want to break out of the 'Expert Beginner' mindset, here are some helpful things that can challenge you to grow:

- commit one new mistake every day

- read about a theory, concept, model, or idea you didn't know before

- look up the history of one tool, language, or software package you rely on and learn a little more about it

- look up, and read at least one page in documentation for a tool you use

Making a daily habit of some or all of these tasks will force you out of your plateau. There's no telling in which direction your learning will grow - but it's hard to stay stagnant in your skills when continually exposed to new ideas. So make a habit out of exposing yourself to, and generating new ideas!

How Developers Stop Learning: Rise of the Expert Beginner (2013)

Related Stories