Inscrivez-vous ou connectez-vous pour rejoindre votre communauté professionnelle.
Code review is done before teh code is launched into the production environment.During code review any changes which are to be done can be implemented prior to deployment into production.
There are some tools available for Code Review ie.PMD , FireBug, Sonar . It is useful to optimize code
Code Review is the part of Development phase of SDLC. Your peer's will review your code and you will review your peer's developed code. Definitely it has got its own importance to find out any possible mistakes in the development stage itself to correct before releasing the code to testing environment, thereby reduces your repeated work and saves time. I feel it is a useful practice in the development stage itself not surely a burden.
Code Review should be a part of your development plan, it is very effective and you could use other techniques to acheive that review, one of them is pair programming.
Also, not all the code should be reviewed, and in order to facilitate that review you should put your own rules, for instance, you can put a rule for any function that shouldn't be more than one visible page.
it's all a matter of what you want to acheive, what scale the quality of your final product should reach, couse for me I might face projects that the delivery matters much more than the quality, and quality could be acheived later after the launch.
Code reviews can be done by a technical leader or a peer. It is useful in either of the scenarios. As a developer, the person may think only in his/her perspective. So brining in a second perspective in most cases makes it easy to do the following:
1. Diminish Code redundancy
2. Bring a functional and system perspective into the code.
3. Bugs not identified in unit testing can be caught
4. Coding standards can be improved.
When the developer is involved with a huge team, it really is advantageous.
When lack of time, I strongly would recommend the developer to verbally outline the code.