する質問をすることでしか得られない、回答やアドバイスがある。940退会済みユーザーJSのデバグについて複雑な場合はconsoleで上と下で割ってあげて、そのあとの値を表示することで、複雑な物でも範囲を狭める事が出来る。>>>ブレークポイントで止まった状態でないと変数の値は見れません。画像の通りやはり出てきません。num;という行にバグがありそうで、その原因をさぐりたいとき(なんて無いと思いますが)、その入力値と出力値を印刷して(じゃなかったトレース出力して)、自分が思っているかどうかを確認するという技だと思います。挟むことで出力前と後の値を確認して、うまく処理できているか確認する作業をしているのですね。>>>変数の値を埋め込んでログ出力すること難しいですね、埋め込むとはconsoleオブジェクトに変数の中身を入れるということですかね?入れてlogにそれを表記することなんですかね?attachmentクリップ0気になる質問をクリップするクリップした質問は、後からいつでもマイページで確認できます。クリップした質問に回答があった際、通知やメールを受け取ることができます。自分も答えを知りたい質問者以外のユーザにも役立つ評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。質問の評価を上げたことを取り消します低評価-評価を下げられる数の上限に達しました評価を下げることができません1日5回まで評価を下げられます1日に1ユーザに対して2回まで評価を下げられます質問の評価を下げるteratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。コメントをしてください。送信する質問の評価を下げる機能の利用条件この機能を利用するためには、以下の事項を行う必要があります。12:34こちらの質問が他のユーザから広告だという指摘を受けました個人のサービスやプロダクトなどの広告を目的とした投稿は、質問ではないため禁止しています。投稿した意図に反し広告と受け取られている場合は、「質問を編集する」ボタンから編集を行い、質問内容と解決したいことを明確に記述しなおしてください。トレースを出力するというような二種類の方法がありました。それぞれメリット・デメリットがあるので、その場の状況でどちらの手段を取るかを選択してきたと思います。おっしゃるとおり、デバッガが使える環境が整っている場合は、トレース出力によるデバッグはあまり使わないでしょう。これによるメリットもはっきりしないのですが、ちょっと、こじつけ気味ですが、ブレークポイントを仕掛けると何10回もとまってしまい、そのときに値がどのように変化していっているかを見たい場合などはデバッガよりもトレースのほうがやりやすいかもしれません。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。13:22ありがとうございます。逆に面倒という場合のみcomsoli.logを使うことが今でもある。止めたところでthisや変数の中身がどうなっているかなどはインスペクタではわからないのですかね?よってそのときに値がどのように変化していっているかを見たい場合などはデバッガよりもトレースのほうがやりやすいかもしれない。値がどのように変化していっているかを見たいという部分が初心者にはどうもはっきりしないのですが、もう少し具体的に教えていただければ幸いです。いうことでしょうか?ありがとうございます。逆に面倒という場合のみcomsoli.logを使うことが今でもある。そのときに値がどのように変化していっているかを見たい場合などはデバッガよりもトレースのほうがやりやすいかもしれない。値がどのように変化していっているかを見たいという部分が初心者にはどうもはっきりしないのですが、もう少し具体的に教えていただければ幸いです。止めたところでthisや変数の中身がどうなっているかなどはインスペクタではわからないのですかね?いえ、そんなことはありません。ペインのところで変数の値は確認できます。値がどのように変化していっているかを見たいすみません。言い方が悪かったかもしれません。大量に繰り返し実行される処理の中にブレークポイントをかけると、毎回止まってしまって効率が悪いので、トレースでログを出力し、後でそのログの中を吟味するほうがデバッグとしてやりやすいかもしれないという話です。このとき、その値がどのように変わっていくかを見たい場合は、そのログの中には変数の値も印刷してみれますよねということを言おうとしました。いえ、そんなことはありません。ペインのところで変数の値は確認できます。言い方が悪かったかもしれません。大量に繰り返し実行される処理の中にブレークポイントをかけると、毎回止まってしまって効率が悪いので、トレースでログを出力し、後でそのログの中を吟味するほうがデバッグとしてやりやすいかもしれないという話です。このとき、その値がどのように変わっていくかを見たい場合は、そのログの中には変数の値も印刷してみれますよねということを言おうとしました。$('.js-is-forcus').text('daikunn')}alert(test2);の場合test2を選択してもクロームのインスペクタでは何も反応がありません。場合test2を選択してもクロームのインスペクタでは何も反応がありません。14:03ソースコードが長い場合はconsole.logを使って変数の中身を確認する方が止まらないので便利ということですね。下記は印刷などよくわかりませんでした。>>>このとき、その値がどのように変わっていくかを見たい場合は、そのログの中には変数の値も印刷してみれますよねということを言おうとしました。画像のようにconsole.logで挟むやり方は、一体どんなメリットがあって挟むのでしょうか?ソースコードが長い場合はconsole.logを使って変数の中身を確認する方が止まらないので便利ということですね。下記は印刷などよくわかりませんでした。このとき、その値がどのように変わっていくかを見たい場合は、そのログの中には変数の値も印刷してみれますよねということを言おうとしました。場合test2を選択してもクロームのインスペクタでは何も反応がありません。Notpausedとなっていますブレークポイントで止まった状態でないと変数の値は見れません。印刷などよくわかりませんでした。これも日本語が悪かったです。ように変数の値を埋め込んでログ出力することを「変数の値を印刷」と言ってしまいました。紙に印刷するわけではありません。num;という行にバグがありそうで、その原因をさぐりたいとき(なんて無いと思いますが)、その入力値と出力値を印刷して(じゃなかったトレース出力して)、自分が思っているのとあっているかどうかを確認するという技だと思います。場合test2を選択してもクロームのインスペクタでは何も反応がありません。ブレークポイントで止まった状態でないと変数の値は見れません。印刷などよくわかりませんでした。これも日本語が悪かったです。ように変数の値を埋め込んでログ出力することを「変数の値を印刷」と言ってしまいました。紙に印刷するわけではありません。いう行にバグがありそうで、その原因をさぐりたいとき(なんて無いと思いますが)、その入力値と出力値を印刷して(じゃなかったトレース出力して)、自分が思っているのとあっているかどうかを確認するという技だと思います。09:40返答を質問欄に追加しましたので、見ていただければ幸いです。返答を質問欄に追加しましたので、見ていただければ幸いです。クリックで左青い矢印をつけてブレークポイントは作っているのですが、ブレークポイントを作っても、プログラムがそこで停止した状態にならないと変数の値はみれません。埋め込むとはconsoleオブジェクトに変数の中身を入れるということですかね?難しいですね。consoleオブジェクトに変数の中身を入れるとはconsoleオブジェクトのメンバ変数に変数の値を代入するということですかね?日本語は難しいですが、プログラミングの概念はそれほど難しくありませんよ。ブレークポイントを作っても、プログラムがそこで停止した状態にならないと変数の値はみれません。日本語は難しいですが、プログラミングの概念はそれほど難しくありませんよ。0クックパッド株式会社HPフッターを実装したい。参考ページ探してます。頂いたご意見への回答は行っておりません。