[B! JavaScript][LINT] clavierのブックマーク

jscs·奇麗なコードを書こう。JavaScriptコーディングスタイルチェッカー MOONGIFT

奇麗なコードは可読性も高く、バグも減りますよね。 JavaScriptは下手に書くとものすごくスパゲティなコードになりやすい言語ではないでしょうか。ただでさえコールバックを使うのでネストしやすく、さらに処理が非同期だったりするとカオスになりがちです。そんなJavaScriptのコードも機械的にチェックすれば問題点が洗い出されて可読性が高くなるかも知れません。そのためのチェックツールがjscsです。インストールはnpmを使って行います。インストールが終われば次のようなヘルプが出せるようになります。 $ jscs --help Usage: jscs [options] <file ...> Options: -h, --help output usage information -V, --version output the version number -c, --config [p

clavier 2013/11/29

リンク

High-Quality JavaScript Code ツールまとめ

というスライドの流れが結構良かったので紹介。 AKQA Anoraks というイベントで発表されたもので、タイトル通りコードのクオリティがテーマの内容です。内容的には、モジュールパターン、JSDoc、コードレビュー、Lint、テスト、自動化、コードカバレッジ、ステータスの可視化のツール、サービスなどをそれぞれ軽く触れられていて、最近見る感じのツールが良い感じの流れでまとまってる気がします。ただ、スライドにURLやツール名が載ってなかったので、自分で書きだしたものをまとめておきます。 Module/JSDoc YUIDoc - Javascript Documentation Tool Peer Code Review ピアコードレビューツール | Atlassian Static Code Analysis JSHint, a JavaScript Code Quality To

clavier 2013/07/30

リンク

JSHint+Closure Linter+Gruntで最強のLint環境を目指してみた - はてブロ@ama_ch

先日JSHint 1.1.0がリリースされ、そのリリースノートに気になる記述がありました。 Adds new option gcl to make JSHint style checks compatible with Google Closure Linter. うそーまじでーなにそれヤバイ！普段は仕事でClosureにどっぷりなせいもあってClosure Linterを使っているんですが、Closure LinterってJSDocとかお作法的なとこはチェックしてくれるけど、他のLintツールが当たり前にチェックしてくれるとこはやってくれないんですよね。たとえばvarの付け忘れとか。 Closure Compilerを使ってコンパイル時にチェックすることもできるけど、規模が大きくなってくるとその結果が出るまでに10分とか待たないといけなくっていやな感じー。Closure Linterと

clavier 2013/04/22

リンク

text-hatena.js を GitHub に移動した

2005 年ごろに作成して放置していた text-hatena.js について、twitter で @nitoyon さん、2005年くらいのtext-hatena.js をGitHub等に公開は可能でしょうか？ tech.nitoyon.com/javascript/app… — テラまこさん (@teramako) 12月 17, 2012 というツッコミを受けたので GitHub で公開してみました。 nitoyon / text-hatena.js - GitHub いま text-hatena.js のコードを読み返すと、グローバルな名前空間を汚染してたり、Object.extend() を定義してたりと、いろいろ酷い。当時は今に比べると JavaScript の知識も浅かったが、浅いなりに prototype.js のコードを読んだり、真似したりして勉強していたことを思い出し