"I don't agree. I've met plenty of people, especially in tech, who won't spend time broadening their horizon"
But 'learning things before you need them' is a different thing. It should be something like "always keep learning towards your goals". And that's what people do. Unfortunately different people have different goals and motivators. That's why many will stay away from books and from exciting new stuff, as long as they still get to keep their job.
Since you talked about Scala, when I worked on my last Java project for a former employer (a period that lasted like a year) the architecture and the tools (imposed to us by upper management) were so bad, that I was desperate to find new things to alleviate the pain (that's when I read Code Generation in Action). When I got into a data-mining project I read something like 4 books in the research phase.
Nobody likes learning for the purpose of learning. It's a painful process if the learned skills aren't applied (not to mention that memory tends to garbage collect useless information).
I doubt it. Our brains aren't designed that way (I even saw studies about it, but right now I can't search for any, 'working). There are always other motives for doing it.
For example I'm learning new things out of belief that doing it will improve my life in some way. I liked computer science because of the thrills of building things, and I keep on learning to break my own limits, always wanting to build better applications / algorithms. Seeing the results of my work makes me really happy (that's not too uncommon among us developers I believe). I also liked math in college because I've always enjoyed solving puzzles, and for the satisfactions of doing it before the others did.
I dunno. I watch and enjoy documentaries on subjects I've got no particular interest in, and will likely never come across again. What's my motive there, if not learning for the sake of learning?
PS: Our brains aren't designed, 'that way' or any other.
Ahmen, I'm currently employed in a company that is attempting a metamorphosis from failed e-retail reseller into a "social shopping" startup. The code that's been acquired is absolutely awful, however, and I'm consistently confused.
Coming is as a Graduate CS + Phil I'd had no experience in Web-dev and this was reflected in a reduced income offer, which I accepted grateful in the knowledge that it's a leg on the ladder and I'd have the chance to get involved in a web enterprise project and learn a great deal. Sadly this has not been the case.
After just over 6 months I have been passed from pillar to post and received literally NO training whatsoever. Our code implementation is a spider's web Java/Stuts2/Springs/Hibernate setup that boggles the mind of both senior developers (who's combined brain power spent 3 hours trying to figure out the specifics of checkbox implementation on our architecture.... seriously - 3 hours!)
I'm really beginning to see that my limitations as a developer are more imposed by upper-middle management and the lack of interest my fellow developers seem to have in my skill set (they actually ignore me when I ask for help most the time (and it isn't because it's a rtfm issue - it's usually because they are still trying to unravel this awful code!))... I'm looking forward to a time when I can recapture that invigorating enthusiasm for collaboration and learning that came so easily at Uni.
and in regard to "that guy" in the office (some other comment post on this thread) - my favourite excuse for not being able to help is "oh, I don't know - I'd have to look at the code"
..... even though he's sat next to me! but still we're on an svn!!!.... how is that an excuse for not helping a fellow dev!? would you be able to help /without/ looking at the code!?
But 'learning things before you need them' is a different thing. It should be something like "always keep learning towards your goals". And that's what people do. Unfortunately different people have different goals and motivators. That's why many will stay away from books and from exciting new stuff, as long as they still get to keep their job.
Since you talked about Scala, when I worked on my last Java project for a former employer (a period that lasted like a year) the architecture and the tools (imposed to us by upper management) were so bad, that I was desperate to find new things to alleviate the pain (that's when I read Code Generation in Action). When I got into a data-mining project I read something like 4 books in the research phase.
Nobody likes learning for the purpose of learning. It's a painful process if the learned skills aren't applied (not to mention that memory tends to garbage collect useless information).