Qiitaの質問に答えまくって気付いた初心者に足りないバグ解決スキル - Qiita
ここのところちょっと時間に余裕があり、暇を見つけてはQiitaの質問に答えるという取り組みをやっています。以前StackOverflowでも同様の取り組みをちょっとだけしてたことがあります。 9日間で35個の質問に回答してみて、正直に思うのは「質問の質が悪すぎるなー」ということです。ただ、どう質が悪いのか上手く言語化できず悶々としていました。 そんな折、今朝googleのおススメ記事に飛び込んできたQuaraのこちらの回答を読んで、「これこれ！こういうことよ！」という気持ちになったため、これから質問する人に向けてこの内容を少し嚙み砕いてまとめてみます。 ベテランはどうデバッグをしてるのか （自分をベテランと言っていいのかはさておき）日頃からコードを書いていると、デバッグには、その時使っている言語やフレームワークによらず、ある程度の行動パターンがあることに気付いてきます。 デバッグには難しい
JavaScript開発のデバッグを加速するlog出力！
ブラウザのデベロッパツールのコンソールへlogを出力する方法と、 その際の注意点や解決策についてソースコード付きで解説します。 最終的にはlog出力の完成形として、 IEエラー回避、consoleオブジェクトの記述無し、デバッグ切り替え機能付きの プラグインの作成まで順を追って解説致しますので、最後までお付き合い頂ければ幸いです。 JavaScript開発において、変数の中身の確認や、処理フローの状況を確認する為には、 今まではHTMLへ出力したり、alert()等で通知したりといった事が主流でした。 しかし、ブラウザの技術進歩により、かなりJavaScript開発の手助けとなる機能が充実して来ました。 そんな中、ブラウザのデベロッパーツールのJavaScriptコンソールへ logを出力する事が可能となりました。 今回の記事では、そんなlog出力の方法と、Safari、ChromeやFi
バグが起こる最小構成のemacs設定を作る - $shibayu36->blog;
先日【解決】emacsとrbenvとgemにハマってる - $shibayu36->blog;の挙動確認をしていて、どうやってデバッグしたらいいかよく分からなかった。ただ、よくバグ修正する時はおかしい挙動が再現する最小構成をまず作ることから始めると思うので、Emacsだとどうやればいいか調べてみた。 最小構成のinit.elを作成する まずは操作に支障がないくらいのinit.elを作成してみた。minimum-init.elとして作成した。こういう感じ https://github.com/shibayu36/emacs/blob/master/emacs.d/minimum-init.el 基本的には以下の様な設定を入れた。 load-pathくらいは通す packageとel-getに入っているものをすぐにrequire出来る状態にはしておく 操作に支障がない程度にキー設定や文字コード
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
