How to become a better programmer
Starting with programming is easy. Becoming better is a continuous journey.
My colleague Gurpreet asked me how to get better at programming. This post is an answer to that question.
I have followed a systemic approach to learning. I have used the same framework to learn programming, entrepreneurship, business analysis, and so on.
This post is a specific application of that framework for programming.
Programming is like writing. We write for machines; we also write for the next programmer, who has to maintain our code.
Is writing only about words and grammar? Of course not.
Writers have identified certain patterns to improve writing. Parallel construction, active voice, and oxford comma are some simple patterns to improve your writing.
Likewise, knowing a programming language alone isn't enough. Learn programming patters like Architectural patterns and design patterns. Use them to construct your solutions. If you use these patterns, you will be far ahead of many programmers.
One way to complement your understanding of programming patterns is to read code written by others. Before Internet became ubiquitous, it used to be impossible to get hold of well written code to read. Now it is not so. Browse GitHub and you will find well written code for any type of software — server, compiler, languages, and applications.
These days I focus on nodejs. So here are some nodejs related repositories:
- Hapijs - a nodejs based web-application framework by Walmart
- Hexo - a static blog generator
- Punch - another static blog generator
- Ghost - a blogging platform
You can also browse many "awesome" repositories, which are curated repositories. Here are some:
Books are another source of learning. Generally I avoid books on programming languages, unless I wrote them 😀. I read books on architecture, design, and process. Recently, I subscribed to Safari Books Online, which has a huge collection of technology books. Here are some of my recommendations (You can look at all the books I have read):
- DevOps Handbook by Gene Kim, Patrick Debois, and others
- Joel on Software by Joel Spolsky
- The Best Software Writing I by Joel Spolsky
- Soft Skills: The Software Developer's Life Manual by John Sonmez
- Algorithms to Live By: The Computer Science of Human Decisions by Brian Christian & Tom Griffiths
Books are good to learn established ideas. They are not good enough to keep up with a fast changing industry like software. To keep up with the latest thoughts in software, I follow the below websites:
I subscribe to them and read with Feedly.
If you don't have time to visit these sites, you can subscribe to well curated newsletters. I am subscribed to two such newsletters: Node Weekly and Software Lead Weekly. SLW is an awesome curated newsletter for everyone in software industry. For other weekly newsletters, refer Awesome-Weekly repository.
Experiment with side projects (for learning)
Reading is only one aspect of learning. If you want to grasp the concepts and internalize them, then you should try them out.
Have a side project to try these concepts. Keep it small enough that you can complete it in few weeks but large enough for you to learn. Purpose of these side projects aren't to create a complete application or to make money. Only to learn.
Here are some of the ideas to get you started with side-projects for learning:
Take a look at 52 technologies in 52 weeks. Shekar tried a new concept every week in 2016 (he did only 43 projects, but still it is commendable streak). You can try the same concepts in a language of your choice.
If you are starting out, then you can try to solve Euler problems in your language of choice. That way, you will learn both algorithms and a programming language.
If these are overwhelming, you can create one project per month.
All these are means to an end. Choose whatever formula — 100 projects, solving Euler problems, one project per month, but commit to do it for an extended period of time. Exercise your mental muscles with these experiments.
As I said earlier, your intention for side-projects is learning. So don't worry too much about quality. When you are learning, quantity trumps quality.
Share & Engage
Share. Share what you learn. Share using Github, or using Medium, or using your own blog. It's about paying it forward. But also it helps you engage with others who have done it or doing it. The first kind will let you know if there is a better way of doing than what you have done. The other kind will ask you clarifying questions when they do it (like what Gurpreet asked which lead to this post). Both will help you strengthen your knowledge.
Starting with programming easy. Becoming better is a continuous journey. Good luck with the journey.
This is part of a blog series about what Indian programmer’s should know.