printデバッグについて - Qiita

初心者が多用するデバッグ法というと、printデバッグです。誰に教わることもなく、自然と自己発見して使い続けるケースが多い気がしています。 プログラマーの三大美徳には怠惰という文言があります。ただ、この怠惰というのは繰り返し作業をやめるために、アクティブな行動を伴うので、別なポジティブなラベリングがされるべきだし、個人的にはちょっと違和感があります。低きに流れて部分最適化されてしまうprintデバッグこそ愛すべき怠惰な気がしています。 UI/UXというと、すごい意識高い感じだけど、じつは意識の低さが大事だと思っていて、低きに流れた先が最短ルートで目的というのが大事なんじゃないかと。何かを探すときはまずスタートボタン（Windows95）。困ったらホームボタン（iOS）。OSごとのUIガイドラインに従うのも、そのユーザーにとってすでに常識となっている使い方に対応することで、ユーザーに新しい学

[iww]

printデバッグはあやしい場所や変数をピンポイントで表しているものだから、そのまま残してる。 バグが取れたらログレベルを上げて非表示にすればいいだけだし

[n314]

Javaだと逆にprintデバッグの方がめんどくさい気がするので、デバッグ環境がすぐ使えるかどうかが重要なような。

[shozzy]

臆することなく使えばいいようだ。もちろん他のデバッグ手法も使えるようになるべきだけど。

[dowhile]

そりゃもうprintデバッグじゃないというか素直にデバッガ使えば

[Kil]

結局、いろいろ知った上でやってることなら○、なんとなく闇雲にやっているなら×、以上でも以下でもないような。

[kazutaka83]

ChromeのDevTool使えるようにならないとなあ。

[love0hate]

一般的なLoggerのtraceやdebugあたりがこの話に相当してそうだが。

[netcraft3]

PHPでもprint_r()やvar_dump()が頻繁に書かれてるコードを見ることがある。

[note103]

なるほどと思った。“低きに流れた先が最短ルート”