Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

jmcada (5846)

jmcada
  (email not shown publicly)
http://perlcast.com/

Journal of jmcada (5846)

Monday June 20, 2005
10:50 PM

Code Reviews

[ #25295 ]
At our company Perl users group meeting this month we got into a small discussion about code reviews. We push out a lot of code internally and are now in the process of creating a repository of useful modules and scripts that we can share between developers across solutions. However, before we actually release the code, we've decided to have two others sign-off on the code. This leads to the question of what all a review entails?

Some suggestions were to read through the code and make sure that:
  • The code doesn't repeat something that is already available
  • The code does what it says it will
  • The code is it extendable and maintainable

Some things that we didn't get into, but that probably still need to be done include:

  • Make sure the code is properly documented
  • Make sure the code installs cleanly
  • Make sure every function works

How deep do you guys go in your code reviews? Should you go as far as suggesting alternative methods of getting things done and risk stepping on toes? Should you just trust that the other person had their shit together and sign off if it looks like it should work?

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.