I wish I could select both the others and the online tutorials option.
I would recommend against spending too much time on tutorials. I think an one hour tutorial has usually been enough for me to get started with a language. I've always liked to dive into code head first and learn by making (mostly breaking them in the process) things. :-)
I have four instances I can share:
TLDR; Don't spend too much time on tutorials, just get hold of the syntax and the concepts and dive into code. More importantly, read code and understand how it works.
I think there are two funnels to this-
1) You want to learn it for yourself (Online Tuts)
2) You have to learn it for your project (Documentation/Reference)
For me, Tutorials are awesome across the board to see someone who's experienced speak to their real-world examples and concepts that you might not have thought of. Gives insight to possible best practices and "gotchas".
On the other side, you might have a particular project where you have a roadmap, specs, etc, and can get right into the Documentation to accomplish it. In most cases, I'm doing both #1 and #2 above.
I just get started and Google the bits I don't know. Then after about a month of hacking and Googling, only then do I read a book or the docs back to front.
Luis Orduz
Software Engineer
99% of the time, I've found the official documentation of the language/framework to be enough to grasp most of what's needed so my method is getting down to writing code, keeping the docs close by for reference, and refactoring upon new features learned.
It's worked for me every time, except for C++ and Java, the basics of both of them I was taught in class.