Ask Lemmy
A Fediverse community for open-ended, thought provoking questions
Rules: (interactive)
1) Be nice and; have fun
Doxxing, trolling, sealioning, racism, and toxicity are not welcomed in AskLemmy. Remember what your mother said: if you can't say something nice, don't say anything at all. In addition, the site-wide Lemmy.world terms of service also apply here. Please familiarize yourself with them
2) All posts must end with a '?'
This is sort of like Jeopardy. Please phrase all post titles in the form of a proper question ending with ?
3) No spam
Please do not flood the community with nonsense. Actual suspected spammers will be banned on site. No astroturfing.
4) NSFW is okay, within reason
Just remember to tag posts with either a content warning or a [NSFW] tag. Overtly sexual posts are not allowed, please direct them to either [email protected] or [email protected].
NSFW comments should be restricted to posts tagged [NSFW].
5) This is not a support community.
It is not a place for 'how do I?', type questions.
If you have any questions regarding the site itself or would like to report a community, please direct them to Lemmy.world Support or email [email protected]. For other questions check our partnered communities list, or use the search function.
6) No US Politics.
Please don't post about current US Politics. If you need to do this, try [email protected] or [email protected]
Reminder: The terms of service apply here too.
Partnered Communities:
Logo design credit goes to: tubbadu
view the rest of the comments
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