Don't search for answers. Reach for knowledge.
Back when five bucks' worth of dinosaur squeezings bought you a misspent weekend, working in technology required desks, and the reason for desks was to have a place to lay out your manuals. Massive hole-punched tomes ending in "Guide" and "Reference" were techies' bread and butter. It was so taken for granted that you had manuals that RTM (we'll go F-less now that we know what we're talking about) became shorthand for "go look it up; you might learn something by accident."
Sounds haughty, doesn't it? It often was. RTM was a blow-off when uttered by wizards and gurus who had no penchant for teaching. These snobs missed out, because nothing tops the feeling of accomplishment shared with someone you've mentored, and that road has to start in a book. I'd loan them the book and tell them where to start. I knew that anyone who borrowed the book would show up shortly with their own copy and a fire in their eyes.
Glancing over at my bookshelf now brings to mind the delivery of a System V UNIX from a company called SCO. The box was bigger than the company, and infinitely more durable. Hauling an x86 operating system (not a system, mind you) indoors on a dolly is a notion foreign to most InfoWorld readers. But I owe those cheap cardboard three ring binders, and many more like them, a hefty hunk of my lifetime earnings, and the stirring of passions that keep me in this field even now. Something about having a sagging shelf full of books stare you down every time you sit at your desk tasks you to learn. No matter how smart you get, there's always a page in there you haven't read, and on each page of consequence, there is a detail or source of inspiration that you've missed.
You can go into a manual looking for an answer, and come out with knowledge. These days we so easily confuse the two, and it shows. Using software for illustration, we can all agree that they don't write it like they used to. The reason is that developers don't allow themselves the time to look things up before they use them. Statement completion, context-sensitive help, generated code, unit testing, and automated analysis came about expressly to eliminate research and experimentation from the development cycle. The result, I think, speaks for itself. How many rookie coding blunders that lead to security vulnerabilities grow out of inadequately understood usage of a method or resource?
My affection for paper manuals is not rooted in eco-insensitivity, although I do believe that a felled tree is a fair trade for a filled brain, and probably the path to that end with the smallest carbon footprint. However, a MacBook Air can carry the equivalent of several Banker's Boxes full of manuals. Is there something magical about paper?