スラッシュドット・ジャパン

何故、企業はPerlを嫌うのか
2008年8月19日 Dave Cross

先週、私はYAPC::Europeのためコペンハーゲンにいた。カンファレンスでの告知の一つは、来年のカンファレンスの場所で、リスボン内になるだろうということだった。来年のカンファレンスの主題は、「企業Perl」になるだろう。それは（昨夜の幾つかの対話とともに）、来年のカンファレンスで私が提出するトークの題名が「何故、企業はPerlを嫌うのか」となるやも、と考えさせた。

それは勿論、事実でない。Perlを愛する大会社の数が尚も多くある。ロンドン旧市内の多くの大銀行で、Perlで書かれたシステムを増強及び拡張することにより、私は退職期間を食いつなぐことが出来るであろう。しかし、幾つかの理由のため、Perlから引越しする会社もまた多くある。ここに私のトークに含まれるであろう理由の一つがある。

私は昨夜、そのような一会社からの人と話を続けた。この会社で、その筋の人々が、Perlはもはやウェブシステムのための言語の選択には無く、次第（おそらく長時間）に、システムはJavaとPHPの組合せで書かれるだろうと告知した。経営幹部は、Perlベースのシステムを「レガシー」として言及し、殆どボロクソに批判し始めた。この姿勢は、開発者達がPerlで書かれたシステムに言及することを気にする、非技術的なビジネスユーザに徐々に広がって行った。ビジネスユーザは勿論、不快な古い、壊れたPerlコードを欲しくない。彼等は、輝ける新しいテクノロジーを欲しい。

そして、数ヶ月が経って、この会社で技術系管理者は、現行システムの問題点の大部分の原因がPerlにあると見なすビジネス環境を作り上げた。ソーシャルエンジニアリングの見事な一例である。

勿論、それもまた完全に不公平である。私は、この会社（他の多く会社と同様に）が大量にまずく書かれた、保守しにくいPerlコード持っていることを全く否定しない。しかし、これはPerlで書かれたコードが直接の原因ではない、と私は擁護する。その場の仕事を仕上げることより以上に開発者に考えることを奨励する設計の専門家のいない環境で、ここ10年前後以上、細切れにPerlコードが開発されて来たからなのである。これらのシステムの多くが、インターネットにおける、その会社の最初のステップにさかのぼるが、相互交流が無い独立した部門で作られた。システムが相互にうまくやり取りしないことや、大量のコードが保守しにくいことは驚くことではない。

一方、Perl開発の中の現在でベストなプラクティスに沿って、Perlで書かれた新しいシステムもある。それらは、新しく認められた言語で書かれたシステムと同様に、保守及び増強し易い（その、し易さを私は競うだろう）。

この会社が、次の数年間書き換えなければならないシステムの数が多いのは確かに事実である。しかし、会社の蓄積されたPerlの経験全てを放り投げて、新しい言語に移ることは、遥かに遠い一歩になるだろう。コードが独自に書かれた時、用意された管理技法と設計方針（殆どの場合、それは無かった）が本当は責められるべきなのに、経営幹部は、その問題に対してPerlのせいにしている。

多くの組織が、大量の悪しきPerlコードを持つという、同じ立場にある。10年から12年前、多くの人がPerlでウェブシステムを書き続け、私達皆が多くの間違いを作り続けた。私達皆が、それらの間違いを扱わなければならないが、それらから既に学んでいることを願いたい。そして、過去10年間に学んだことをすべて考慮するよう、システムの書き換えが出来ることを望む。

この記事で触れた、その会社とっては時期が遅すぎている。アンチPerlソーシャルエンジニアリングはおそらく、その企業文化に巧みに取り入るだろう。Perlの評判が復活することはおそらくないだろう。

しかし、貴方の会社で同じ問題を抱えているなら、どうか、責任を正しく公平にし、Perlをスケープゴートとして使用しないことを確実に努められたい。