20 Tips for becoming a better programmer

1. There should be only ONE single exit point to each method (use if-else whenever needed).
2. When using if-else, make sure to place the SHORTER code snippet in the if:

if (cond) { <only a few lines of code> } else { <here you should write the "bigger" case> <many many lines...> ... ... . . . }

3. Do NOT throw exceptions if you can avoid it, it makes your code MUCH slower, if you feel like throwing something and then catching it – go play ball with your dog. If you don’t have a dog get one – they’re awesome!
4. Do NOT try to do many things on the same line – when you’ll get an error – it will be harder to debug, example how to NOT write your code:

String result = hasInformation()? getState() : (hasMoreInformation() ? getOtherState() : getState());

5. Look for code pieces that look the same and if you find any – REFACTOR your own code!
6. Meaningful names are a MUST. If you’re not sure, meditate on it for another minute. Still not sure? ask your colleagues for their opinion.
I’m still shocked everytime I find out that the following is not common knowledge:
7. Whenever you can use HashMap instead of List/Queue – use it!
And on the same note:
8. If you can use caching instead of I/O (usually DB) – use caching
9. If a nice and simple regex can do the job – use it!
10. Do not use regex for parsing (for example: HTML/XML/json)
11. Print to Log. You should have at least two levels of logging: DEBUG and ERROR. The latter should be the default. Nice tip: you can send your self a text when a critical error occurs, by sending an email to @ – look here for more details.
12. Use stackoverflow – not only for asking questions! take a few minutes, every day, and try to answer questions – you’ll be surprised how much you’ll learn from it!
13. A rule of thumb: if your method is over 50 lines – split it. If your class is over 500 lines – split it. If you think you can’t split it – you’re doing something wrong.
14. Writing a code which is “self explanatory” is great but also very hard, if you’re not sure how “obvious” your code is – use code-comments.
15. When writing code comments always assume that the reader doesn’t know what you’re trying to do. Be patient & explain. No one is going to *bug* you because your comment was too long…
16. You want to improve? read books, blogs, technical online newspapers join relevant groups on Linkedin, update yourself with the latest technologies, go to conferences, got the point ?
17. Practice makes perfect: solve code-challenges, join hackathons, go to meetups etc
18. Choose one IDE and study it carefully, make sure you know the major features. Tune-up the keyboard shortcuts – it will make your workflow smoother.
19. Whenever you find a bug, before you fix it, write a unit-test that captures it. Make sure it does.
and my favorite:
20. Don’t get lazy – RTFM
We’ll finish with two quotes: