Yes. I think it’s massively useful to learn coding in a structured manner. And books will do that. I usually read at least one chapter at a time and then try to apply it. Either myself, or do the attached assignments. Plus it’s relatively fast to learn with proper material. You don’t need to search for the information yourself, they’re in the correct order and you’re unlikely to run into some dead ends because you missed some more fundamental knowledge (if you taught it yourself pretty randomly).

If I already know things, I just read a few more chapters at a time. That’s also some nice thing with books (in my opinion) you can read them as slow or fast as you like.

Generally the Rust Book, even in comparison to most languages, is considered to be very good and it is the expected way to learn the language. It won’t teach you everything, but it does give you a very solid foundation. The Rust community has put considerable effort into their learning materials.

Reading programming language books isn’t a waste of time. What is a waste of time, is delving into a programming language and finding out how little of use it is. You’d hate yourself for pursuing a programming language and find out that it has little purpose.

The point of programming however, is to be versatile. Do not be content. You may focus on one or two programming languages, but there are jobs and fields out there that’s going to require more programming languages so you might want to keep a head up on that.

But no, reading programming books is not a waste of time. Just do not expect one book to answer everything. There’s a reason why there’s tons of editions of C/C+ for example. There is something new to document and learn about with that programming language.

It depends on what you want to learn. One book won’t teach you everything there is to know about a language.

Decide on what area of the language you want to learn more about and then try to find a book that focuses on conveying that.

Otherwise you may spend a bunch of time learning something you don’t care about. You don’t need to know everything about a language unless you have a specific reason for why you want or need that knowledge.

The depth you go into a language will dictate where you need to go to gain the knowledge you’re seeking, if that makes any sense.

A simple 2-3 hour breeze through online documentation may be all that you need to get by. Or maybe a deep dive into serialization is needed because the kind of project you’re on and therefore finding a few books on that subject will be required.

For me The Rust Book was useful for discovering features of the language, not to discover how to code with Rust

I’ve read the full C++ programming book by Bjarne Stroustrup before. It’s good because you get the insight of the author about the language, but I don’t think it’s the best way to learn the language. I think it’s good if you want to learn what is at the root of the programming language.

Yes. I find it very difficult to get a complete knowledge of something just reading random articles and playing with it. For me, one of those giant books intended to document every little aspect has always helped fill the gaps, and take my working knowledge up to expert level. It’s getting harder to find those kind of quality books though.

Personally, I like to supplement my knowledge with the occasional book. Like shit, that’s sort of the whole point of books.

I don’t think a book has ever got me started on something new while programming. Like if I want to pick up a new language or framework, I have better luck going directly to the documentation. If I have a specific problem, then I can search online or find a tutorial or something.

Another risk of using a book as the entry point is when those books go out of date and no longer become relevant. Always make sure they’re using the right version of whatever tool you’re using, lest you pick up a book vaguely titled “Learn Python” and discover it’s for 2.7 when you’ve installed 3.11

But as you’ve kind of surmised here, books are great for filling in the gaps in knowledge. They’re also generally speaking written by authors with tons of experience (and perhaps biases) which might tell you why things are done a certain way.

Of particular interest - and caution - are opinion-based books. For example, Clean Code is full of examples that sound good on paper, and then when taken to their extreme are shown to be brittle and cumbersome. I still think the book has some good points, but at the end of the day it’s opinion, and opposing opinions exist for a reason.

So I guess what I’m saying there is books are great, but you shouldn’t follow them dogmatically

Reading the rust book is a great use of your time. Rawdogging is a good method if you’re just concerned with things you’re working on. You can also read documentation on different things that you may not be working on, but know is a gap in knowledge. For me that was the async and tokio books as async rust is a removed.

A lot of rust libraries use the same approach by having some type of “book” for documentation. I treat them like normal reading, so I’ll be out and about or just sitting and I’ll pull one out and read it leisurely. It’s another way I’ve found to learn by osmosis. Doesn’t even have to be something I’m working on, just something interesting. It sounds like you’re doing what interests you, and that’s what’s important.

I read programming books the way my wife reads cookbooks.

In my opinion, once you have learned the basics (and a few advanced topics) of programming, you are already 40-50% into learning any other new programming language. If you feel reading a book is a waste of time, skim it to learn the syntax while you work on projects and come back to it when you are stuck on something. Also programming books often have sections about best practices and common mistakes, make sure not to skip those.

After I had learned programming well enough to do it comfortably in a few different languages, the return on investment for reading most common programming books declined sharply and since then the only programming books I still read are of a very specific kind and the very best of those still remains The Practice of Programming by Kernighan & Pike which still remains a greatly educational and relevant book today, 25 years later: https://en.wikipedia.org/wiki/The_Practice_of_Programming

That’s basically how I learned programming. I’ve bought a book I was interested in, an as I was progressing, always typed the sample codes by hand and tried them.

Even today I buy a bunch of programming books.

The Rust Book helped me realize that I wasn’t likely to just learn Rust by doing as I had done with many other languages. I fucking love Rust but it is a bit of an oddball and the book is a great way to start.

I think it comes down to how you learn. I’ve found programming books useful because I tend to learn quickly from books. I know others do not. Regardless, if I’m reading a programming book, it is usually nearby a computer where I can try stuff out. At the end of the day, the time at the keyboard will be time well spent when learning a language.