Life long Learning ... Treat Learning equals to Breathing..

Dear Readers,

Success has always been rooted in the high value we place on continuous learning. 

The current world  is looking for the    great Learners -  how readily we acquire new insights, and how rapidly we can apply our knowledge to help them prosper.

The competitive and career advantages of constant learning is in particular, I want to talk about our shared responsibility for keeping our skills sharp and up to date, given how quickly knowledge evolves. 

I am the Life long Learner  and I always feels  learning is  equal to breathing, how breathing keep us alive,  learning will make us alive too. ... isn't it ? question your self. 

 The best learners are endlessly and broadly curious. For our part, we need to understand how our clients think and what they’re challenged with in their particular industries. They count on us to be deeply schooled in our portfolio of capabilities and in how best to apply them against their pain points to help them thrive in the digital economy. We should be equally attentive to the evolving opportunities and challenges in our clients’ industries and alert to the moves our competitors are making. The best learners are also self-aware about their own knowledge gaps and work to close them. By sharing what we’ve learned and teaching others, we can increase Cognizant’s value to customers and open up more distance between us and competitors.

  

Since knowledge and skills are—and will remain—the basis of competition, we’re also focused on attracting and retaining tomorrow’s top talent.  For example, we’ve increased the compensation for entry level trainees from engineering campuses in India who will be joining us next June.  

I believe we’re all driven to grow, develop our capabilities, and seek out new opportunities. That’s how we express our vitality and creativity, and find meaning in what we do.  Our internal data underscores the positive correlation between learning and job satisfaction. Those of you who are curious and actively engaged in learning tend to be more engaged in your work and stay with the company longer. Therefore, maintaining high levels of investment in your skills and training is a top priority as we drive for growth.

Please keep in mind that the best way to keep our company strong is to renew our strength continually.  That applies to our knowledge and skills as much as it does to our company as a whole.

So, I would ask all of my blog readers  to considering making below personal hypnosis for your betterment:

•         Commit to learning one new skill each day.
•         Commit to mentoring/sharing freely to groups or society in each week/month.

Practice makes everything perfect.

The below content from  Tutorial point -  its very very impressive

New technologies are coming everyday

If you want to sustain in the market, then you would have to keep yourself updated with latest IT tools, and technologies. Following are the few sources:

• Technical Forums over the internet.
• Technical magazines on various IT subjects.
• Technical Bulletin Boards
• Conferences, Trainings and Workshops
• Latest versions of old tools and packages, languages, etc.

Everything is Practice :

·        Practice is a habit.

·        Practice is a routine.

·        Practice does not need to remember.

·        Practice comes by practicing.

·        Practice needs dedication and commitment.

There are thousands of examples which you think about practice. I can list few for your understanding.

Shooting, Driving, Writing

Any of the above listed skills comes from practice. When initially you start driving, you need to remember each step and you think twice before taking any action, but once you "have good practice" of driving, then you do not need to remember any step. It becomes your habit and routine, for example, your feet goes automatically at brake if you see a red light but definitely it comes from practising a lot and needs a lot of dedication and commitment.

One of the most important attributes of practice is that it forces you not to divert from what you used to do.

There could be a driver but would you assume him an efficient driver if he is driving at a speed of 20 miles per hours and meeting with accidents so frequently and bringing lots of scratches in the car on a daily basis?

Software development is also not different than other skills like shooting, writing or driving. To become a successful software developer you need lot of practice, dedication and commitment.

Through this small article, I'm going to tell you few major best software developer's practices, which you may find useful. So let's start....

Best Practice 1- Keep Reading Existing Software Source Code

Let me ask you few basic questions before we start with one of the most important best practices required for a software developer.

• Do you read movie magazines?
• Do you read newspapers?
• Do you read roadside advertisements?
• Do you read junk written here and there?
• Do you just read....?

Best Practice 2 - Complete your documents before next step

I had passed out my masters in Computer & Application and I was so passionate to write source code even without completely understanding and documenting the requirements. Design document and test cases documentation were nowhere in the software development life cycle ....there was direct jump to the coding.

At later stages I found myself in big trouble and soon I realized Documentation is the Key to become successful software developer, tester or architect.

Before you start developing small or big software, you should have answer for the following questions:

·        Where is the Requirements Specification?

·        Where is the Impact Analysis Document?

·        Where is the Design Document?

·        Have you documented all the assumptions, limitations properly?

·        Have you done review of all the documents?

·        Did you get sign off on all the documents from all the stakeholders?

Once you have positive answers for all the above questions, you are safe and ready to proceed for the coding. Many organizations would have strict rules to be followed, but others would not have. Best practice is to complete all the required documentation and take appropriate approvals before proceeding for the software coding.

What you learn today, prepares you for tomorrow!

So, again it is one of the best practices to have documentation as much as possible. Few important documents, which will prepare you for future are:

• Design Approaches
• Tips and Tricks
• Special functions, commands and instructions
• Lessons learnt
• Peculiar situations
• Debugging methods
• Best Practices
• Anything which can help you in future

Keeping documents electronically does not cost you. So let's start maintaining required documentation.

Best Practice 3 - Follow the defined standards, don't create it

Most of the standard software organizations maintain their coding standards. These standards would have been set up by well-experienced software developers after spending years with software development. This is equivalent to following footsteps of great people left behind them.

If your organization does not have any standard, then I would suggest to search on internet for coding standards off different programming languages and you will find many. A coding standard would fix the rules about various important attributes of the code, few are listed below:

• File Naming convention
• Function & Module Naming convention
• Variable Naming convention
• History, Indentation, Comments
• Readability guidelines
• List of do's and don'ts

But once defined, start following the defined standard instead of creating or changing them every day. I would definitely say:

Source code is your BABY!

So keep it clean, consistent and beautiful. When I say beautiful, it really means beautiful. If your code looks beautiful, then it would be easy for others to read and understand it. If you will keep changing coding rules everyday, then after few days you, yourself would not be able to read and understand the code written by you.

Best Practice 4 - Code should be written to be reviewed

While writing your software code, keep in mind that someone is going to review your code and you will have to face criticism about one or more of the following points but not limited to:

• Bad coding
• Not following standard
• Not keeping performance in mind
• History, Indentation, Comments are not appropriate.
• Readability is poor
• Open files are not closed
• Allocated memory has not been released
• Too many global variables.
• Too much hard coding.
• Poor error handling.
• No modularity.
• Repeated code.

Keep all the above-mentioned points in your mind while coding and stop them before they jump in your source code. Once you are done with your coding, go for a self-review atleast once. I'm sure, a self-review would help you in removing 90% problems yourself.

Once you are completely done with your coding and self review, request your peer for a code review. I would strongly recommend to accept review comments happily and should be thankful to your code reviewers about the comments. Same time, it is never good to criticize any source code written by someone else. If you never did it, try it once and check the coder's expression.

Accept criticism but don't criticize

Poorly written source code teaches you to write good source code provided you take it positively and learn a lesson from it.

Best Practice 5 - Testing to be followed like a religion

Testing is mandatory after every small or big change no matter how tight schedule you have or you just changed a small comment inside the code, you have testing due for the changed code.

There is nothing like trust while developing software, no matter how expert or how senior you are in writing source code, you would have to perform testing for each and every change you did in the code.

• Tight schedule, no compromise.
• Changed just a comment, still you have to test it.
• Changed just a variable name, testing has to be done.
• If you feel lazy...it's too dangerous.

If you don't want to follow it? You will be in trouble!

Celebrate every bug you find

Yes, you should not feel unhappy if you or another tester finds a bug in your software source code. Following are the enough reasons to celebrate this important discovery:

• Bugs are your enemies, so you have killed one.
• Now your software is having one bug less.
• Mistakes are good as long as they are not repeating.
• What you learn today, prepares you for tomorrow

Same time, do not criticize any developer in case any bug arises in his/her code because so far at least I do not know any programmer, who can write bug-free source code in the world, second this is one of the reasons we have a separate phase in SDLC (Software Development Life Cycle) which we call post production support (or support & maintenance).

Best Practice 6 - Keep your Code and Documents Safe

A smart developer keeps habit of taking daily backup of the produced artifacts, otherwise machine crash can crash you as well. You should keep your artifacts at your local machine as well as another secure machine, so that in case of machine crash, you can continue with the saved copy of the source code or documents.

If you have the habit of taking daily backup then in worst scenario you may lose at most one-day effort, but if you take weekly or monthly backup, then there is a risk of losing whole-week or whole-month effort, and you will face biggest disappointment you ever had.

Multiple copies create confusion

This is true that having backup is one of the most important best practices, but it should be maintained in well managed way as you can use tags like name, date and time of the backup, version, etc. If you have multiple copies of the same source code or document, then it will create confusion and it would be difficult to identify latest code or document.

It is strongly recommended to use proper source code version control system. There are many source code version control software applications available for free (like SCCS, CVS, Subversion etc.) which you can use to store different versions of the software. But while using a source code control system, follow the rules below:

• Always take source code from the version control system.
• Always assign a new version to every change.
• Always put source code back into control system.

Best Practice 7 -Leave the ego behind, Be eager to learn

We always learn from books and nowadays from internet. But IT is such a field, where we learn a lot from our colleagues. They are our best references, but there are software developers, who either feel shy in asking their doubts or are not thankful to others, so ultimately when they ask next time, they get zero answer.

IT is vast and nobody can have complete knowledge on any subject. Everyday, we come across different problems. So Ask...Don't feel shy if you don't know X.

I'm not suggesting you to bother someone unreasonably and asking for spoon feeding to learn anything. NO, be polite, thankful, directly come to the point, understand and support others.