アカウント名:
パスワード:
この手の話は、コード規約をキツめにして守らせる、静的なコード解析や、コメント記載やらをちゃんとする、ということにつきると思います。一例ですが、javascriptは インタプリタが賢すぎてヒドいコードでも 勝手に読みこなしてくれるため、かなり「きれいに」書くのが難しい言語だと思いますが、静的コード解析器 jsLint を通して 警告が出なければ ほぼ 均質なコードになります。indentなどもチェックしますので使いはじめこそ膨大なエラーが出てしまいますが、習慣にしてしまえばラクですし、デバッグ作業も大幅に減りますのでいいことづくめ。coffeescriptの場合も jsLintでエラー0にすることを必須にしています。
変数名やクラス名がひどい場合には、「名前をきちんとすればコメント記載を減らしてもよい」というルールがあればいいんじゃないでしょうか。
いやそれはどうだろう?JSLintは宗教的な指摘も多いってことで、今はJavaScriptLintやJSHintじゃないですかね?
おそらく 宣言のホイスティング を重視するところを言っているのだろうと思いますが、こういった静的チェックツールに何を求めるかによって違います。
ごく小規模かつ 関わる人が ごく少数であるならば JSHintでも充分でしょうが、ホイスティングを含め、javascriptに潜む 利便性とひきかえに起きている品質保持上の問題を カバーするには JSLintのチェックぐらいは 最低条件ぐらいだと考えておいた方がいいでしょう。
「宗教的だ」とレッテルを貼れば もう何も追究しない、というのではいつまでたっても品質は向上しません。何が必要かは 全て 持ちうる手段を比較してはじめて判断できるのです。わたしのプロジェクトでは、比較した結果、少なくとも、JSHintでは 品質向上にはつながらない、という判断をしました。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
javascriptならJSLintを必須に。 (スコア:1)
この手の話は、コード規約をキツめにして守らせる、静的なコード解析や、コメント記載やらを
ちゃんとする、ということにつきると思います。
一例ですが、javascriptは インタプリタが賢すぎてヒドいコードでも 勝手に読みこなして
くれるため、かなり「きれいに」書くのが難しい言語だと思いますが、
静的コード解析器 jsLint を通して 警告が出なければ ほぼ 均質なコードになります。
indentなどもチェックしますので使いはじめこそ膨大なエラーが出てしまいますが、
習慣にしてしまえばラクですし、デバッグ作業も大幅に減りますのでいいことづくめ。
coffeescriptの場合も jsLintでエラー0にすることを必須にしています。
変数名やクラス名がひどい場合には、「名前をきちんとすればコメント記載を減らしてもよい」
というルールがあればいいんじゃないでしょうか。
Re: (スコア:0)
いやそれはどうだろう?
JSLintは宗教的な指摘も多いってことで、今はJavaScriptLintやJSHintじゃないですかね?
Re: (スコア:0)
おそらく 宣言のホイスティング を重視するところを言っているのだろうと思いますが、
こういった静的チェックツールに何を求めるかによって違います。
ごく小規模かつ 関わる人が ごく少数であるならば JSHintでも充分でしょうが、
ホイスティングを含め、javascriptに潜む 利便性とひきかえに起きている
品質保持上の問題を カバーするには JSLintのチェックぐらいは 最低条件ぐらいだと
考えておいた方がいいでしょう。
「宗教的だ」とレッテルを貼れば もう何も追究しない、というのでは
いつまでたっても品質は向上しません。何が必要かは 全て 持ちうる
手段を比較してはじめて判断できるのです。わたしのプロジェクトでは、
比較した結果、少なくとも、JSHintでは 品質向上にはつながらない、という判断をしました。