Comment Re:80% of your new job is domain knowledge (Score 1) 227
You're not describing the domain knowledge I'm talking about.
I'm talking about things specific to a company. The gas account number for replacing tanks on the forklifts. Who sets up direct deposit for payroll. Things like "which customer needs to be coached to come up with good requirements," or "this is how we lay out our database tables so that our home-brew replication system works properly," are company domain knowledge. Hell, just getting credentials to check out and check in projects in source control - and how those projects are organized - is domain knowledge for the company. I say this as someone who's had to scan 2 terabytes of legacy code looking for what ~might~ be the right project.
Heck, even just finding out that certain projects push on a 2 week cycle, while others require a change control board to meet and certain folks on it block anything but a certain type of enhancement is domain knowledge.
You can't know it in advance. You learn it bit by bit, and often you don't even know that it's there to learn, so you can't even ask until you trip over it. It slows you down to a crawl and obliterates any advantage you might had have with better skills or non-domain knowledge, and you have to chip at it until it's no longer a barrier.
You'll often get strong willed, potentially sharp people coming into a new position and thinking that they can get away just doing it their own way, but that's really just a way to push the work they're unwilling to do on everyone else and force them to adapt.
If it's not absolutely unique to the place you're working and in some cases, the job you're working, it's not what I'm talking about.