JSLint から JSHint をフォークした理由 ― アントン・コヴァリャノフ

Anton Kovalyov

私が JSLint から JSHint をフォークした理由

20 Feb 2011 — Berkeley

君たちが苦しんでくれるほど、私の満足度は深まる —ダグラス・クロックフォード.

この金曜日、我々は JSHint を発表した。JavaScript のエラーと潜在的な問題を検出し、開発チームが統一的な規約のもとでコーディングできるようにするためのコード品質管理ツールだ。 ¹

JSHint は、ダグラス・クロックフォード氏によって作られ保守されている JSLint のフォークだ。長い間、私は快適に JSLint に使ってきた。しかし数カ月前から、JSLint はしだいに不快なほど押し付けがましくなり、コードに対して難癖をつけるようになってきた。開発者をバグから守るツールだったはずなのに、プログラムをダグラス・クロックフォード氏の流儀で書くよう強制するツールに変わってしまったのだ。

次のコードはその一例である。これのどこに致命的エラーが潜んでいるか探してみてほしい。

         /*global jQuery */

         // Example taken from jQuery 1.4.2 source
         jQuery.extend({
             /* ... */

             isEmptyObject: function( obj ) {
                 for ( var name in obj ) {
                     return false;
                 }
                 return true;
             }

             /* ... */
         });
      

このコードに問題点があるとは誰も思わないだろう。私もそうだ。しかし JSLintは「 var 宣言を関数の先頭に移動させなさい」というエラーメッセージを吐き処理を停止してしまう。なお悪いことに、この動作をオフにするオプション設定もない。残された選択肢はコードを書き換えるか、JSLint を捨てさるかしかない。

会合やカンファレンスに集まる JavaScript を使いこんでいる開発者の口から、クロックフォードのツールに好意的な言葉が滅多に聞けないのは、そういう理由があるからなのだ² （コミュニティからのフィードバックに対して彼の返す辛辣な言葉もそれに輪をかけている）。

コード品質管理ツールが有意義なものであり、またコミュニティにとっても有益なものであると考える私にとって、これは悲しむべき事態だった。それが私は JSHint の開発に着手した理由だ。開発の最初の日から言い続けてきたように JSHint は常にコミュニティ駆動型のツールである。その単純な理由は、皆が共同して作り上げるプログラマのコミュニティは、一人で働くプログラマに勝っているにちがいないからだ。その一人のプログラマが誰であったとしても。

( Paul Irish 氏、Divya Manian 氏、Jamie Gillar 氏の本プロジェクトへの協力、および Ryan Grove 氏のドメインへの寄付に多謝)