Because accomplished coders did that

Seibel: Is there a key skill programmers must have? Zawinski: Well, curiosity – taking things apart. Wanting to know what’s going on under the hood. I think that’s really the basis of it. Without that I don’t think you get very far. That’s your primary way of acquiring knowledge. Taking something apart and looking at it is how you learn to build your own. At least for me. I’ve ready very few books about computers. My experience has been digging through source code or reference manuals. I’ve got a goal and, alright, to do this I need to know what this thing does and what this thing does. And I’ll just sort of random-walk through that until I find where I’m going.

Seibel:

Do you have any advice for self-taught programmers?

Fitzpatrick:

Always try to do something a little harder, that’s outside your reach. Read code. I heard this a lot, but it didn’t really sink in until later. There were a number of years when I wrote a lot of code and never read anyone else’s. Then I get on the Internet and there’s all this open source code I could contribute to but I was just scared shitless that if it wasn’t my code and the whole design wasn’t in my head, that I couldn’t dive in and understand it. Then, I was sending in patches to Gaim, the GTK instant-messenger thing, and I was digging around that code and I just saw the whole design. Just seeing parts of it, I understood. I realized, after looking at other people’s code, that it wasn’t that I memorized all my own code; I was starting to see patterns. I would see their code and I was like, “Oh, OK. I understand the structure that they’re going with.”Then I really enjoyed reading code, because whenever I didn’t understand some pattern, I was like, “Wait, why the **** did they do it like this?” and I would look around more, and I’d be like, “Wow, that is a really clever way to do this. I see how that pays off.” I would’ve done that earlier but I was afraid to do it because I was thinking that if it wasn’t my code, I wouldn’t understand it.

1. Guess – Imagine how you would implement something (e.g. Redis)
2. Read – Read the actual source code, but not everything, only the main structure and what you’re fuzzy about in the previous step
3. Try – Try reimplementing the key bits

Because practice makes perfect

Because it’s challenging and can lead to opportunities

• Because it’s challenging 🙇🏽
• Because it’s fun 😅
• Because it will lead to more knowledge 🎓, maybe some open source contributions 👩🏽‍💻, and maybe better job opportunities 💰.

Update on @August 17, 2022