laziness, impatience, and hubris | |
PerlMonks |
Re: TIMTOWTDI, but enough rope to hang yourself?by the_slycer (Chaplain) |
on Aug 31, 2001 at 23:00 UTC ( [id://109497]=note: print w/replies, xml ) | Need Help?? |
I am speaking from very little experience here, as I have never worked on a perl project with another person - always solo However, I think that every project (be it perl, or one of the more business type projects) needs a plan in order to succeed. Included in the plan should be guidelines as to what is accepted for the results you are trying to get. Did that make any sense? I think not, let me try to explain further. On a non-code type project (and no I am not a project-manager) there is always a set goal. In order to achieve this goal with the best possible results, there must be a plan put in place. In that plan, there are often rules included - such as when expenses need to be handed in (weekly, monthly, end of project), and when documentation is expected by. Often, there is a template so that all the documentation for each portion of what each team member is working on looks and feels the same. These are just guidelines that I have come across in my non-code projects. I feel that the same concepts can be applied to code type projects as well. There need to be guidelines, for example, any web stuff, we use CGI, we don't use Lingua::Romana::Perligata, we comment all subroutines with an explanation etc.. If the guidelines are well enough defined at the start of the project, the code should be "standard" enough in the group that anybody can look and see what the other person is doing. This is probably especially important for a large coding effort. In this method, I think that the freedom of perl will be somewhat negated by the restrictions placed on the project, in this case, that's not a bad thing at all.
In Section
Meditations
|
|