Why it's impossible to become a programming expert

http://blogs.techrepublic.com.com/programming-and-development/?p=673

by baha_man • 17 years ago

32 36 17 years ago

blogs.techrepublic.com.com

juvenn• 17 years ago

"I find it quite frustrating at the personal level. I miss learning things in depth. I miss the sense of satisfaction from attaining a level of expertise. I miss getting to explore obtuse and obscure areas of knowledge."

HeyLaughingBoy• 17 years ago

How about getting to know your problem domain in depth instead? Gaining a sense of satisfaction from being an expert in the business and automating the work so knowledge of obtuse and obscure bits of data is no longer needed?

I'd rather be known for having built an amazing product that anyone can use than for mastering some obscure bit of the technology.

gloob• 17 years ago

How about getting to know your problem domain in depth instead?

If I had wanted to be a biologist, or a businessman, or a banker, I would have become one of those things. My domain is computers, and computers are what I am interested in. I will take playing with pointers over $different_kind_of_work any day. I think it's just a personality thing, but that's the way it is for me. I would guess that a sizeable minority of programmers are like that.

gaius2• 17 years ago

This definitely resonates with me. I got my first paying Java gig in 1996 (really). Back then, one person could be reasonably expected to know all of Java, and work on any project that was feasible to do in Java, whether that was applets, servers, fancy graphics, database access (no JDBC back then!), anything.

Fast forward a few years, I knew JDBC and Swing pretty well, a little of the EJB stuff, there were whole vast swathes of the Java universe that were simply out of scope. I got out of Java a few years ago, but I imagine it must be even more so now. With my current main languages, Python and OCaml, I still feel as if I've barely scratched the surface (and in the company I count as an "expert").

But this isn't limited to languages, back then a DBA could know all of Oracle 7.3.4, now Oracle 11g is too big for any one person to know it all. There's no such thing as a generalist DBA anymore. You know enough to operate anything your organization uses day to day or fix it if it breaks in the middle of the night, but a tricky problem outside your specialist area will need to wait 'til whoever in the company specializes in that can take a look the next day.

scott_s3• 17 years ago

Taking the time to learn things in-depth is what grad school is for.

yannis3• 17 years ago

Taking the time to learn things in-depth is what L I F E school is for.

scott_s3• 17 years ago

That's a nice feel-good statement, but grad school gives you an environment where you can spend all day researching what you're interested in. Most people can't do that at their jobs or they'll get fired.

edw519• 17 years ago

OP is an expert, he just doesn't realize it.

If you define "expert" as someone who has memorized all possible syntax, then the only experts would be autistic and would need help getting dressed.

OTOH, if an expert is someone who knows how to find the right tool to get the right job done, then OP is clearly already there. As are many of us too, I suppose.

That's the difference between theory and practice.

Novash4• 17 years ago

When I studied C in College, I could tell you all functions on the ANSI library. More often than not, it meant that I knew if a library had something already done so we wouldn't need to do it again. Even simply things like using freopen to redirect standard output to a file, or using sscanf to parse an user input where outside of the class curriculum that I only got to know because I studied the language somewhat in depth. Now that I work with C#, nearly everytime I need a class that is somewhat uncommon, I am forced to do a research, and it usually DO exist in the framework (exception in mind, double indexed lists) somewhere. But I do not know it. Even the expert C# guys do not know it. We need to research. Because the framework is too big, it is not possible to know it. And because it is not possible to know it, every time I am coding, I feel like blind because of the possibility that of what I am doing is actually already there and I don't know it because I didn't think of the right words to research it for.

gaius2• 17 years ago

I wonder if we're any more productive - whether we spend more time doing research to find a library routine than it would take to just code it.

This is one problem in the OCaml community. Uptake of the new "standard" libraries is lukewarm because everyone has already half-written their own standard library.

johnwatson11218• 17 years ago

Does anyone think this would be an interesting problem for AI? I mean while you are coding have some software watch what you are doing and suggest standard libs that you might want to have a look at? It seems like standard information management techniques are already being applied to the documentation. While I'm coding in java I can get java doc for the class I'm working with to come up as mouse over. Maybe it could work like a recommendation engine for libraries.

xilun• 17 years ago

And do you think that _just_ knowing every function that already exists and how to use it would you make an expert ???

A little more productive maybe, but this is indeed neither a necessary nor a sufficient condition to be called an expert.

Higher levels considerations are far more important.

yannis3• 17 years ago

A programming expert is not a person who has memorized the contents of the programming equivalent of the Oxford Dictionary, but one that can write code the way Hemingway could write books.

nkassis• 17 years ago

I would call that a hacker. An expert in the real world just knows a lot of stuff.

Novash4• 17 years ago

An expert is someone that can code without using google to teach him how to make every other function.

yannis3• 17 years ago

You right an expert hacker! :)

silentbicycle2• 17 years ago

The usual term for somebody who knows endless language details is 'language lawyer'. It's mentioned in _The Mythical Man-Month_ as a member of the "surgical team". Nowadays, the language lawyer role might include exhaustive knowledge of the dusty nooks and crannies of complex APIs.

Novash4• 17 years ago

I think I will end up reading this book someday.

blogimus2• 17 years ago

You've got half the picture, the art, the intuitive grasp of flow and balance.

You've ignored the other half, the mechanics. The mechanics are not about memorizing volumes of texts, Aspects of an expert include having been there and done that, learned from own or other mistakes. Knows the roadmap, overall rules of the domain. Consider a programmer as a medical practitioner (Doctor). What are the properties of an expert Doctor? Much of what I've briefly stated above: Lots of experience, knows what is most likely (not guaranteed) to succeed or fail given known conditions.

Now imagine you are an expert doctor and the human physiology radically changes every 2-3 years? The field of given known conditions also radically changes. How can you keep up on these changes and all their nuanced inter-relationships?

yason• 17 years ago

Most things in programming haven't changed and won't change. Yes, we programmers do float on a river of coding, passing through an ever-varying scenery that is the programming environment.

But the river itself and its flow remains the same.

There's a lot of fuzz all the time but, for example, in the last twenty years what has really changed? The playground has invented itself a few times and we're juggling primitives of a much higher level of abstraction as before. But there are always the set of primitives and, out of them, our job is to create the rest of it, the new things, for we are makers.

Doctors aren't makers of new but practitioners of what's known.

olliesaunders2• 17 years ago

I focus less on knowledge and more on skill esp. API design. This makes me a good programmer, I hope, although often an uninformed one. In an "open book" world I can't help feeling like I made the right choice. The _right_ skills are resistant to change.

olliesaunders2• 17 years ago

Interesting how he says he relies heavily on IDEs. If those IDEs weren't there as crutches how do you think those frameworks might be written differently?

litewulf• 17 years ago

I think the Rails super-over-loaded Do-What-I-Mean method would become more popular. Last night I tried to futz around with some of the form helpers, and almost every parameter is optional. It makes for some pretty challenging parameter munging at the beginning of the methods... but usually when coding there is a particular method you call, and you just kind of pile things on. (The plethora of form helpers notwithstanding)

hxa7241• 17 years ago

The difference is that the thinking process has become more 'externalised'.

Ideas or structures are produced not so much by mental action, but by the mechanisms of external tools and representations. Instead of items being put together by knowing them well, they are connected by web linkage. We are being ever more subsumed into the community brain.

marze• 17 years ago

Is it possible to create an equally powerful modern programming environment with reduced complexity (as measured in pages of documentation or whatever)?

If Apple, or someone else, were able to it would be a competitive advantage.

I'm not suggesting that Apple hasn't already done so, but I don't have the first hand experience to make the comparison myself.

moron4hire2• 17 years ago

To me, a lot of this is what the "design" process is for. You have a certain set of requirements that you need to fulfill, so before you set about coding it, you enumerate how it is possible to implement it. Now, I won't go into details like "Use a System.Web.UI.WebControls.Label here", but if it's something that I know my peers don't have much experience with (like apparently the entire System.Drawing namespace, dammit), then I'll specifically indicate in the design that that is an option. It makes for a much more streamlined process for development. No, it doesn't answer all of the questions that come up in coding, but it certainly slays the big dragons.

Why it's impossible to become a programming expert

Related Stories