Re^3: Some thoughts around the "is Perl code maintainable" discussion

Too many increases the chance that the other persons code is written with themes and idioms that the maintainer is not familiar with.

Why does your organization not have coding standards?

Why are you not performing code reviews of some kind?

Why are you hiring maintenance programmers without sufficient language experience or at least sufficient training in your organization's coding standards?

You betrayed your own argument when you said "poorly written code". How can you even identify code quality without these things?

If your maintenance programmers can't handle the style of syntax your organization uses, I can't see how they have any hope of handling the interesting problems of maintainability.

Comment on Re^3: Some thoughts around the "is Perl code maintainable" discussion

Replies are listed 'Best First'.
Re^4: Some thoughts around the "is Perl code maintainable" discussion by paddy3118 (Acolyte) on Aug 11, 2007 at 22:05 UTC
Not all your code is your own. In large organisations there can be multiple coding standards at work from internal and external organisations. What you suggest, isn't Perl specific and does not diminish the fact that Culture and syntax do play a part. If code readability is not a major part of the language design and syntax, then those coding standards are more likely to endorse stylistic elements that are difficult to read. If the culture of the users think obfuscation is cool then that too may slip by in code reviews by members of that culture. Perl code is maintainable. I, and many others have had to do it. It's just the language, and culture doesn't make it particularly easy. - Paddy.	[reply]
Re^5: Some thoughts around the "is Perl code maintainable" discussion by grep (Monsignor) on Aug 12, 2007 at 00:29 UTC
It's just the language, and culture doesn't make it particularly easy You provide no evidence (not even anecdotal evidence, just some innuendo) to support your claim. Language portion of your assertion is fairly easy to define, perl code. The Culture of a programming language is a little harder to define. I propose an applicable definition of "culture" in relation to a programming language: the sum total of ways built up by human beings and transmitted from an experienced group to an inexperienced group in a community. I think some acceptable examples of community would be Perlmonks.org and c.l.p.m.. I'm sure you come up with others. Since it far easier to (at least loosely) quantify experience at perlmonks.org I would suggest you start there (here). Saints in our Book should be a good marker of experience. Culture could then be quantified by the responses given by experienced members of a community to inexperienced. By 'it', in your claim, you mean 'maintainability'. Still hard to quantify but could be done. You could come up with a set of standards. Post an RFC and you would most likely get some good help. It should be fairly easy to get a wealth of coding examples and answers from perlmonks. Then I would bet (a sixer of Rouge Dead Guy Ale, to be specific) if you examined this data and scored maintainability, you would find perl culture and language tends toward highly maintainable. grep	[reply]
Re^6: Some thoughts around the "is Perl code maintainable" discussion by dug (Chaplain) on Aug 12, 2007 at 00:37 UTC
Then I would bet (a sixer of Rouge Dead Guy Ale, to be specific) If this were ny.pm, this would be the first on topic post. Rouge Dead Guy is such good beer. The brewpub in Newport, OR is awesome. More folks in New York are starting to carry Rogue, which makes me happy. -- Douglas Hunter	[reply]
Re^4: Some thoughts around the "is Perl code maintainable" discussion by mreece (Friar) on Aug 12, 2007 at 00:31 UTC
If your maintenance programmers can't handle the style of syntax your organization uses ... is it just me, or is that getting a little harder lately? finding maintenance programmers who are familiar with Perl's vast syntax, i mean.	[reply]
Re^5: Some thoughts around the "is Perl code maintainable" discussion by chromatic (Archbishop) on Aug 12, 2007 at 00:43 UTC
I don't know; I'm not in the business of hiring programmers. I do know that if you just throw code over the wall to programmers so junior that they get stuck with maintenance until they get promoted out of that swamp, you've increased the risk of failure on your project. I suspect that finding good programmers and training them to work with your coding standards and problem domain will help. So will taking software maintenance seriously instead of treating it like diaper duty.	[reply]
Re^6: Some thoughts around the "is Perl code maintainable" discussion by mreece (Friar) on Aug 12, 2007 at 01:02 UTC
diaper duty is serious stuff. neglect it for more than a few hours, and you are likely to have a serious mess to deal with. anecdotally, it seems dev companies are using less and less perl not because it is unmaintainable syntax-wise but that it is unmaintainable resource-wise. maybe the two are related, maybe not.	[reply]


Perl: the Markov chain saw
	PerlMonks