Yes, I really like the openness to the material you create, and to the organization in general, @lightweight.
I just found the personal blog of Shawn Wang who’s known from the Learning in Public movement (and otherwise works at a FAANG with a >100k $ side-project - see The Part Time Creator Manifesto - but that’s beside the point).
Here’s an excerpt from the blog post on how Shawn increases his learning efficiency, and also aligns with ‘working in the open’:
If there’s a golden rule, it’s this one, so I put it first. All the other rules are more or less elaborations of this rule #1.
You already know that you will never be done learning. But most people “learn in private”, and lurk. They consume content without creating any themselves. Again, that’s fine, but we’re here to talk about being in the top quintile. What you do here is to have a habit of creating learning exhaust:
- Write blogs and tutorials and cheatsheets.
- Speak at meetups and conferences.
- Ask and answer things on Stackoverflow or Reddit. Avoid the walled gardens like Slack and Discord, they’re not public.
- Make Youtube videos or Twitch streams.
- Start a newsletter.
- Draw cartoons (people loooove cartoons!).
Whatever your thing is, make the thing you wish you had found when you were learning. Don’t judge your results by “claps” or retweets or stars or upvotes - just talk to yourself from 3 months ago. I keep an almost-daily dev blog written for no one else but me.
Guess what? It’s not about reaching as many people as possible with your content. If you can do that, great, remember me when you’re famous. But chances are that by far the biggest beneficiary of you trying to help past you is future you. If others benefit, that’s icing.
Oh you think you’re done? Don’t stop there:
- Enjoyed a coding video? Reach out to the speaker/instructor and thank them, and ask questions.
- Make PR’s to libraries you use.
- Make your own libraries no one will ever use.
- Clone stuff you like, from scratch, to see how they work.
- Teach workshops.
- Go to conferences and summarize what you learned.
If you’re tired of creating one-off things, start building a persistent knowledge base that grows over time. Open Source your Knowledge! At every step of the way: Document what you did and the problems you solved.
The tips above apply mostly to Programming, but the idea is simple, clear and applicable to any field that you want to learn about