I think all of the advice above is good. From a strictly technical point-of-view, just knowing the answer to something isn't always ideal. I've found that while it's gratifying to solve an issue and come up with an answer, many times even if it works, that solution may not always be ideal. So there's always that "is there a better, more optimal way to do this differently than I am now? If so, (and chances are there is a few different ways), which way will have the best advantages? I must weigh the pros and cons." Sometimes the answer isn't the conclusion, but in the journey itself. Another thing to consider is that while many techies know an answer to a given problem, it is not always the only answer.... and to add onto that, often times they don't understand the "WHY", but only the "HOW" of the problem-solution. Think of it like this......... If you learn a foreign language and you have to manually convert from that language to you native one; then you don't know that language. Sure, "Technically" you may speak it, write it, have the proper accent of it, but until you natively THINK in it without translation; you don't really know it at all. So in comparison, you can subnet all day long, memorize the cheat charts, etc, and even do it in your head - but until you truly understand the "WHY" of it, not just the "HOW", you don't really understand it at all.all. Another good credo is "Am I don't things right? or am I doing the right things?" It's about focus, ya know? Often times people jump around without being methodical. I'm a big fan of following systems when it comes to troubleshooting. In the case of networking, that'd be (in part....) the OSI Model. I started computing in 1978 at age 12 and have been using computers in my personal and business lives since then. Microsoft was a 3 year old company (1975) and Apple, a 2 year old company (1976), when I started. I've used all versions of DOS, all versions of Windows, Mac System 6-9, Mac OS X, Debian, Ubuntu, Fedora, CentOS, Slackware, Linux Mint, PCLinuxOS, BSD, specially distros like BackTrack, I.N.S.E.R.T, F.I.R.E., NST and a ton more........ and to quote Michelangelo who on his death bed said "...and still I learn." So too still I learn every day. Don't worry about knowing it all. You can't, won't, and never will. It's good to have a great overall knowledge of computers and networking in general; but eventually you need to focus on a specialization and work that area.

I think all of the advice above is good. From a strictly technical point-of-view, just knowing the answer to something isn't always ideal. I've found that while it's gratifying to solve an issue and come up with an answer, many times even if it works, that solution may not always be ideal. So there's always that "is there a better, more optimal way to do this differently than I am now? If so, (and chances are there is a few different ways), which way will have the best advantages? I must weigh the pros and cons." Sometimes the answer isn't the conclusion, but in the journey itself. Another thing to consider is that while many techies know an answer to a given problem, it is not always the only answer.... and to add onto that, often times they don't understand the "WHY", but only the "HOW" of the problem-solution. Think of it like this......... If you learn a foreign language and you have to manually convert from that language to you native one; then you don't know that language. Sure, "Technically" you may speak it, write it, have the proper accent of it, but until you natively THINK in it without translation; you don't really know it at all. So in comparison, you can subnet all day long, memorize the cheat charts, etc, and even do it in your head - but until you truly understand the "WHY" of it, not just the "HOW", you don't really understand it at all.