...
Full Bio
Today's Technology-Data Science
253 days ago
How to build effective machine learning models?
253 days ago
Why Robotic Process Automation Is Good For Your Business?
253 days ago
IoT-Advantages, Disadvantages, and Future
254 days ago
Look Artificial Intelligence from a career perspective
254 days ago
Every Programmer should strive for reading these 5 books
578202 views
Why you should not become a Programmer or not learn Programming Language?
236577 views
See the Salaries if you are willing to get a Job in Programming Languages without a degree?
151764 views
Highest Paid Programming Languages With Highest Market Demand
136602 views
Have a look of some Top Programming Languages used in PubG
131565 views
Tips to avoid Crappy Code and write Clean Code for Programmers and Software Engineer
- Keeping it brief doesn't apply to comments. Write down everything. Some people say the code should document itself. This is wrong. Programming languages are great for describing the implementation but horrible for describing intent. Natural language comments are for intent.
- If you have more than three levels of indentation, you are drowning in the if/else logic. You need to step back and look for places where you can simplify the termination condition. You need to see if making part of the logic its own function would simplify the flow of control.
- Test every return value. If you don't, your program will eventually crash mysteriously, and you'll never figure out why. Those return codes are telling you why.
- The difference between a prototype and a finished piece of code is error handling, test cases, and reconfigurability. That stuff should about double the size of your code. If it doesn't, you aren't done yet.
- Well-formatted code is easy-to-read code. Indentation, spacing, and comments matter way more than you might think to readability. Slow down and get it right. You'll be back this way in two years, and you want to remember what you did.
- Don't call exit(), abort() or similar functions without first printing a message saying why you aborted the program. A program that stops without saying anything is pretty mysterious and hard to debug.
- Be wary of virtual functions and function pointers. Be afraid of multiple inheritances. Run screaming from virtual multiple inheritances. These are the path to madness.