Step one to solving any problem is recognizing there is one. In words from Rambo, you need to come full circle with your fear that...
1) You don't know shit
2) Learning requires patience and time
3) It's ok to take a step back and start from square one
I approach learning new programming languages, hardware design concepts and software design concepts very similar to how I might approach hiking through a forest, mountain, etc.
If I'm hiking i'm usually taking the most interesting scenic route I can take out of pure curiosity. This drives my interest as I'm hiking wondering what might I see around the bend or just over the next ridge. This part is crucial for me to keep going otherwise lost of interest is high and the end goal of getting to the top seems less rewarding.
The same concept should be applied to learning. There should be an elevating amount or sustainable amount of interest towards the end goal of learning something new. Each chapter of a book or functional line(s) of code that does something should excite you and elevate or at the very least sustain your level of interest.
I'm probably one of the weakest software engineers (or possibly was) at my company mostly because I'm a first generation college student and engineer out of my family. I grew up on a farm and ranch where most of these resources were limited. I've had to spend more time on improving my skills and learning new things than probably the vast majority of individuals in our software department have. This methodology I've mentioned above has done wonders for me and has shaped my character/personality to how I approach problems and learning new skills.
1) You don't know shit
2) Learning requires patience and time
3) It's ok to take a step back and start from square one
I approach learning new programming languages, hardware design concepts and software design concepts very similar to how I might approach hiking through a forest, mountain, etc.
If I'm hiking i'm usually taking the most interesting scenic route I can take out of pure curiosity. This drives my interest as I'm hiking wondering what might I see around the bend or just over the next ridge. This part is crucial for me to keep going otherwise lost of interest is high and the end goal of getting to the top seems less rewarding.
The same concept should be applied to learning. There should be an elevating amount or sustainable amount of interest towards the end goal of learning something new. Each chapter of a book or functional line(s) of code that does something should excite you and elevate or at the very least sustain your level of interest.
I'm probably one of the weakest software engineers (or possibly was) at my company mostly because I'm a first generation college student and engineer out of my family. I grew up on a farm and ranch where most of these resources were limited. I've had to spend more time on improving my skills and learning new things than probably the vast majority of individuals in our software department have. This methodology I've mentioned above has done wonders for me and has shaped my character/personality to how I approach problems and learning new skills.