[B! JavaScript][debug] tmsanrinshaのブックマーク

JavaScript 祭で発表してきました - 若くない何かの悩み

秋のJavaScript祭 in mixi で、「バグの見つけ方」について発表してきました。 speakerdeck.com 過去二つのスライドをくっつけたものなので、既視感があるかもしれませんが気のせいです。さて、前の発表を終えてから、いくつか直したかった点があったので、その点だけ修正してあります。例えば、「ステップ実行」→「手動動作確認」のあたりですね。ステップ実行でバグを見つけるというより、見て触っておかしいと気づいて、ステップ実行へ突入するはずですから、「手動動作確認」の方がふさわしいと思ったためです。あと、次の2つの感想が特に嬉しかったです。ありがとうございました。スライドめっちゃすてきだしリントやテストの大事さがすごくわかりやすい… #jsfes— nao (@naoi109) October 15, 2016 これまでの人生で一番簡潔に型検査やリントやテストの重要性

tmsanrinsha 2016/10/17

リンク

JavaScriptのデバッグのコツと技 | POSTD

以前の記事で、 Webアプリケーションのデバッグの仕組みについて触れました。今回は実践的なJavaScriptのデバッグについて掘り下げていきたいと思います。ブラウザデベロッパツール私の個人的なお気に入りはChromeデベロッパツールです。SafariやFirefoxはChromeほどの高水準に達していません。しかし、徐々に改善されてきています。FirefoxにはFirebugと改良されたFirefoxデベロッパツールが組み合わされた機能が備わっています。もし、Firefoxチームがビルトインされているデベロッパツールの改良の中で素晴らしい仕事をし続けたとしたら、Firebugはいつか、すたれるかもしれません。個人的な好みにかかわらず、ターゲットとするあらゆるブラウザで、全てのコードのテストやデバッグができるようにすべきです。”あらゆるブラウザ”には、かの有名なInternet E

tmsanrinsha 2015/09/05

リンク

jQuery 1.9 のソースマップ対応で圧縮版でもデバッグが簡単になった話

jQuery 1.9 がリリースされました。1.9 の新機能の中ではあまり注目されていませんが、ソースマップに対応したのが地味に便利そうです。というのも、圧縮版の jquery.min.js を使っていると何か問題が起きたときにスタックトレースを眺めても jQuery の部分が意味不明デバッガーで jQuery のソースにステップインしても意味不明といった理由で、開発中には非圧縮の jquery.js を使うことが多かったわけです。それが、1.9 からはソースマップに対応したので圧縮版のままでのデバッグが簡単になってます。超簡単な使い方ソースマップに対応したブラウザーは現時点では Google Chrome のみなので、Google Chrome の手順を説明します。 (Firefox はソースマップへの対応を計画中らしい) 事前準備を忘れずに Google Chrome で

tmsanrinsha 2013/01/29

リンク

node.js におけるエラー処理のコーディングパターン (もしくは非同期 JavaScript における例外処理) - kazuhoのメモ置き場

node.js を代表とする JavaScript を用いた非同期プログラミング環境においては、コーディングパターンのベストプラクティスが共有されておらず、結果として品質の低いコードが多くなるという問題があるように思います。そこで、特にエラー処理をどう書くべきか、既存のライブラリを使う方法を紹介してみることにしました。いきなりですが、ファイルの文字数を返す関数を作ることを考えてみます。Java だと以下のような感じになるでしょうか。countChars メソッドに注目すると、エラーを例外として扱っていて、モジュラーかつ簡潔になっていることがわかります。 class FileCounter { static long countChars(String filename) throws IOException { FileInputStream is = new FileInputStre