💾 Archived View for freeshell.de › gemlog › 2022-06-30_Learning.gmi captured on 2024-05-10 at 11:06:11. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2022-07-16)
-=-=-=-=-=-=-
Sandra talked about learning from opposite ends
She said:
I once got the advice to read Pro Git in this chapter order: 10, then 1–9. As opposed to 1–10.
I can see how that might work. But I'm too lazy to read a whole book to find out how to use soure control because I came to git simply as another replacement for the (many) previous source control things. Conceptually, though, I was reading from chapter 1, but pretty soon with git I found myself thinking "that can't possibly work" and having to find out some of the chapter 10 stuff. So... I want to read both ends??
I think there may be a pre-book stage that's important but often ignored. I knew what git was before I used it, but often that's not the case. For example, today I saw a mention of Jupyter notebooks. The Wikipedia page starts off by talking about how to pronounce it, how it's related to some other projects, how it pays homage to Galileo, and...
[Jupyter] is a community run project with a goal to "develop open-source software, open-standards, and services for interactive computing across dozens of programming languages"
That's all great, but I still have no idea what I could do with it. What's it for? The project web site is no more helpful.
So I suggest that the pre-book stage is:
If you ever have to document something, don't miss out the pre-book stage.