Ask HN: How do fairly experienced senior engineers learn?

I&#x27;ll take &quot;engineers&quot; out of your question and answer it as I&#x27;ve done personally as I become more experienced, and as I&#x27;ve watched other experienced people learn<p>&quot;Fairly senior experienced&quot; people learn in a variety of ways ... but mostly we learn via diffs<p>In other words, we have a baseline of knowledge, and we&#x27;re looking for what has changed &#x2F; is new &#x2F; is different<p>This can come from videos, books, papers, blog posts, one-on-one examples, seminars, conferences, etc<p>The <i>best</i> folks then take what they <i>think</i> they have learned, synthesize it into a teachable format, and teach others[0] the &quot;new&quot; thing (crystallizing it in our own minds)<p>In the world of programming, there are basically 3 broad types of development: object-oriented, functional, and procedural<p>If you know one procedural language, picking-up another (or a new framework for that language, or the new version of language) is going to be pretty trivial<p>Likewise, if you know one object-oriented language language, learning another is pretty straightforward<p>And the same for functional languages<p>I made the jump from procedural to object-oriented as a teen in the 90s. Encapsulation kinda broke my brain for a few weeks, but once it clicked, I had added a new way to think to my mind.<p>I learned PHP (...4? I think?) back in 2004 by reading the manual pages on php.net over the course of a couple weeks.<p>I learned [enough] Java 1.3 &amp; 1.4 the same way the same summer to update a bunch of Java 1.1 and 1.2 applets to a newer version<p>I do not do a lot of &quot;programming&quot; any more - it&#x27;s more scripting, tool-specific search language, etc ... but what I learned over the last ~30 years has enabled me to pick up the Next Big Thing™ with [relative] ease<p>-----------<p>[0] <a href="https:&#x2F;&#x2F;www.electronicdesign.com&#x2F;technologies&#x2F;dsps&#x2F;article&#x2F;21771563&#x2F;continuing-education-how-to-teach-yourself-almost-anything" rel="nofollow">https:&#x2F;&#x2F;www.electronicdesign.com&#x2F;technologies&#x2F;dsps&#x2F;article&#x2F;2...</a>

1. I look for a paid course where possible. If someone is taking your money, they make a commitment to teach you. As with salaries, people will charge more when they can get away with it. Think of the ROI - that $100 course will likely increase your TC by more than $100 within the same year. Many free courses do not make that commitment. About 90% of the free ones are incomplete in some way. Plenty of free courses are just a form of marketing for freelancers and job applicants.<p>2. Apply the knowledge. Al-Ghazali said that knowledge without practice is useless. One can have ten sharp swords and know how to wield them, but it&#x27;s wasted resources unless used in battle. You can learn something abstract like functional programming, but it&#x27;s only useful when you start thinking about how to apply it to your work. Maybe it lets you write better functions or easier to understand code, even if you&#x27;re not adopting the whole paradigm.<p>3. &quot;I wonder if these high-rank players no longer need help or are capable of solving all problems on their own?&quot;<p>Get used to reading primary sources. Invest time in learning to navigate docs. ChatGPT is awesome for this. It&#x27;s there to help you find the right terms, tools, or methods, but you should refer to the primary docs, not the AI response. You can even use ChatGPT to decipher the docs if you&#x27;re not used to it.<p>4. With new tech, e.g. AI, web3, blockchain, frameworks there&#x27;s usually this mental block that comes from fear&#x2F;hesitance. Figure out how to get rid of that block first before trying to tackle the material. Otherwise you&#x27;ll be expending lots of energy against your own mind.<p>5. Learn the hard things early in the day. Major things have an energy threshold. Some people will practice easy things early, like increasing typing speed or Duolingo. You shouldn&#x27;t eat the frog first thing of the day, but learn to warm up as quickly as possible. Also allocate a little time to figure out your top priority to spend energy on the next day.

I recently passed the ITIL4 certification. It was totally new to me. What i did, was reading the book, then watched the provided videos of my company and finally passed the exam. My biggest help was my experience working in the IT and different companies so i understood the concepts better. I skipped some chapters, went back to them later after getting the bigger picture. Then i started from the beginning of the book and made my own conclusions about the topics, i tried to explain it to a person never have heard that before, in my mind. That helped to prove if i got it all right. Always try to explain it in your words to another person, in your mind or to a friend.

Experienced senior engineers understand that very little actually changes in the world of software. We get endless variations on the same tools and techniques.<p>Once you realize that Python and Ruby and Javascript (for example) have far more in common than not, and the differences are mainly cosmetic and tooling, you don’t need the long learning time a novice does.

Myself, for a completely new topic, review Wikipedia. If I can find a &#x27;Hello World&#x27; example, I do that. I then find a book.<p>If it is something I know a little about, enough to be dangerous, but struggle applying. I look for a step-by-step guide.<p>Now if I know an expert on the topic, I will then go talk with them to fill in the gaps.<p>Following on &#x27;gregjor&#x27;s comment, I knew a person who learned C programing by reading the appendix of the classic C book. He just read the BNF grammar and was good to go.