Qiitaの質問に答えまくって気付いた初心者に足りないバグ解決スキル - Qiita

ここのところちょっと時間に余裕があり、暇を見つけてはQiitaの質問に答えるという取り組みをやっています。以前StackOverflowでも同様の取り組みをちょっとだけしてたことがあります。 9日間で35個の質問に回答してみて、正直に思うのは「質問の質が悪すぎるなー」ということです。ただ、どう質が悪いのか上手く言語化できず悶々としていました。 そんな折、今朝googleのおススメ記事に飛び込んできたQuaraのこちらの回答を読んで、「これこれ！こういうことよ！」という気持ちになったため、これから質問する人に向けてこの内容を少し嚙み砕いてまとめてみます。 ベテランはどうデバッグをしてるのか （自分をベテランと言っていいのかはさておき）日頃からコードを書いていると、デバッグには、その時使っている言語やフレームワークによらず、ある程度の行動パターンがあることに気付いてきます。 デバッグには難しい

[atsushifx]

昔なら、https://www.hyuki.com/writing/techask.html を読んでくれとURL張られるところですが。こういったWeb上のノウハウが忘れられて、再発見されてる気がする。

[udukishin]

エラーが出てくれればまだなんとかなる。エラーを吐かないバグはこっちが吐きたくなる。

[tbsmcd]

ノンプログラマーが研究で Python を使い始めてるところをたまに横から見てるけど、エラーメッセージがどれか分からない、そもそもエラーメッセでググるなどの発想がない、などがあり同意。

[lirlia]

自分で作ってる一つのプログラムなら簡単なこと多いけど、複雑に絡み合ったコンポーネント(アプリ、インフラ問わず)の場合は、ロジカルシンキングと仮説ベースの検証と、幅広い知識が必要すぎて言語化が難しい

[gabill]

体調が悪い人がいたら、同じ身長体重の健康な人を連れてきて、同じ症状が現れるまで臓器を１つずつ破壊する。...みたいな事が出来るので、プログラマーは医者より楽だと思う。

[circled]

プログラミングじゃないけど、サーバで不具合が起きてる時にログをまったく見てないか、見てもまるで意味を理解していない人が多くて、なかなかに困る。デバッグできない初心者というか、デバッグ何？みたいな人。

[ShionAmasato]

専用のデバッガは必須ではないという点、すごい分かりみ

[typographicalerror]

エラーメッセージがスッと入ってこないことがけっこうな障壁になってると思うので英語ができるようになりたいです

[zkq]

はじめてPython触ったとき、Jupyterなんだこれすげえ、デバック超楽、って思った。

[K-Ono]

プログラマでもなんでもないけどまあだいたいやってるっていうかパソコン通信時代のオンラインソフトのサポート会議室でそのへんは鍛えられた。

[daira4000]

degucho 押そうCtrl+c

[ishikawa_pro]

ほんとにそうだけど、やってくれない人が多い。“質問でこれと思しきエラーメッセージだけをコピペする方が多いんですが、どこでそのエラーが発生したかもかなり重要です”

[nkym_san]

とりあえずエラーメッセージをgoogleにつっこんでみるだけでなんかわかる時あるよね

[laranjeiras]

一にも二にも英語力。英語ができれば抄訳ではない本家謹製ドキュメントの全文が読めるし、エラーメッセージ理解できるし、日本語ではほとんど情報がない技術情報にたどり着ける。読むだけなので中学レベルで十分。

[mumei-0]

“自分が一番気を付けるのは相手が容易に問題を再現できるかどうかです。”

[odakaho]

“Qiitaに投稿していてこんなこと書くのも気が引けますが、日本語の技術系記事は経験上ほとんど役に立たない”

[abababababababa]

アナログが抜け落ちるのたまにある。

[hamamuratakuo]

ベテランはどうデバッグをしてるのか　Debuggerはほとんど使わず、Chromeの開発ツールと、jsならconsole.log、pythonならprint、Goならfmt.Print、Rubyならbinding.pryでほとんど事足ります。1. エラーメッセージがどこかに出てないか探す

[kmaebashi]

いまどきの言語ならエラー吐いて止まるからいいけど、「Cのメモリ破壊系のバグ」をvalgrindとか使わずに突き止めるのは、本当に言語化が難しい。私もなんだかんだやってきたけど、今はもうできなくなってるかも。

[maruware]

Qiitaに質問機能とかできたのか（？）

[kura-2]

テクニカルサポートをしていると感じるが、分かってない人は「何がわかってないか」をわからないので、言語化能力の低い人の質問の質はとても悪くなる。電話で話すうち何かがきっかけで改善にむかったりする

[sametashark]

エラーメッセージを人格否定同様に受け取って反射的に閉じてしまったり、英語の文章の意味を把握しない(翻訳もしない)人と組む機会があり、エラー文ちゃんと見るのは本当に大事だよね…と思ってる。

[degucho]

ちょっとそれるけど未だにポッアップダイアログのメッセージがコピーできないWindowsくんはどうかと思う。実行時エラーとかでたまにある

[Akech_ergo]

プログラミング苦手な人と話していると、「プログラムは書いたとおりに動く」ことへの確信が足らないんじゃないかな、と思う。

[takeshiketa]

エラーメッセージで検索って二段回目くらいにやるなぁ。最初はログとスタックトレースだなぁ。発生箇所でそれがどうして起こるかをコード辿りながら考えると論理的におかしな理由わかることよくある。

[sds-page]

PythonとPHPとJavascriptを同時に行ったり来たりしてると頭おかしなるで。(string)barだったのかstr(bar)だったかelifだったかelse ifじゃなきゃダメだったか

[saiid]

StackOverflowには足向けて寝れない

[yn3n]

うまくいきませんっていう新人にとりあえずログくれっていうのあるあるだもんな

[totoronoki]

パソコンのトラブルも、エラーメッセージをメモしてググる人と、それが出来ずにどこから手を付けるかわからない人がいるんだよな。

[ahomakotom]

deepl はエラーメッセージの翻訳も上手なので活用して欲しい。いい時代になった。

[versatile]

エラーが出なくてうまく動かないとすぐに strace してしまう情弱お爺さんです

[pixmap]

バグの解決に数時間から数日費やしたりってことを何度も何度も繰り返すうちに、バグ解決のスキルが向上するもんなんじゃないかと。

[tpircs]

1. 英語は読めないからエラーメッセージもよまない 2. コードが良くわからないからなんとなくあちこちいじるが動かない 3. エラーをどうにかすることを自分の仕事と思っていない

[octa08]

英語苦手な人だと、エラーメッセージが英語ってだけで固まるよね。

[daishi_n]

最近は非同期処理が増えたのでデバッグがめんどかったりトレース用のprint文とか入れると再現性が微妙だったりするんだよね。

[r-west]

「解決」しようとする前に、まず解決すべき事柄（期待と異なる「現実の動き」 がどうなっているか）をはっきりさせようとするマインド。それがあってこそログを見ようとなる

[dot]

考え得る不具合の原因や場所の可能性をリストアップして、順番に一つ一つ条件を切り分けられるようにデバッグコード書いて検証する。急がば回れの精神で、複数の条件の検証を一度にやらないのがコツ。

[aquarickn]

どんなにベテランになってもエラーを読まないやつは読まない。なぜなら英語だからスルーするという事が多い。

[Andrion]

開発環境は英語にしましょう。日本語化してしまうと英語のエラーで調べられないので。

[ducky19999]

やさしいね