直送
1.会社のインターンがバグを見つける
2.デバッグ時に、ブレークポイントを間違った位置に設定します
3.素晴らしいデバッグのアイデアがあるとき
4.何年も前に書いたコードを誤って見た
5.初めてユニットテストを開始するとき
6.データベースのDeleteステートメントは、修飾子を使用するのを忘れました。
7.明らかにそれは小さなバグですが、常に修正するのは簡単ではありません...
8.本番データベースで何かを調整しようとすると
9.私の製品に実際にバグを見つけた人はいないようです...
10.仕事を辞める前に完了していないタスクがまだ1つあります
11.製品がテストされておらず、直接生産されていない場合
12.あまりにも多くのスレッドをデバッグする人は理解するでしょう！
13.考えられるすべての例外をキャッチしたと思ったとき...
14.いわゆる古いコードの数行をクリーンアップしようとすると
15.誰かが私にコードのデバッグを手伝ってくれるように頼んだとき
16.プログラマーが最初にプロジェクトを上司にデモンストレーションしたとき
17.ペアプログラミングについてもっと知る必要がありますか？
18.数か月間触れていないコードが表示された場合
19.プロダクトマネージャーから電話がかかってきたとき、眠れませんでした！
20.テスト中、ライブになったときはすべて問題ありませんでした。
21.プログラマーとして、魂を拷問する時が来ました！
22.当時のC言語を学ぶプロセス
23.フロントエンドプログラマーがバックエンドコードを変更したい場合、バックエンドプログラマーはどのように見えるか
24.デバッグバグ
25.デバッグ中、突然メモリがオーバーフローしました
26.要件文書が再度変更された
27.勤勉なバックエンドエンジニア
28.バックエンドエンジニアがUI作業を行う
29.フロントエンドとバックエンドの別々の開発
30.シングルインターネットドッグデー
31.実稼働環境で修正プログラムを作成します
32.安定したシステムを調整した直後、会社は建築家を辞任し、両方とも既存のシステムを再構築したいと考えていました。
33.プログラマーが顧客がまだIEを使用していると言うのを聞いたとき
34.ハッカーがroot権限を取得したとき
35.コードがループブランチに入った後
36.初めてプロジェクトを行う初心者プログラマーのプロセス
37.エラーゼロと警告ゼロで1回コンパイルします
38.春節前後のコードの書き方はこんな感じ
39.一見単純なモジュールを自信を持ってリファクタリングする
40.上司から任せられて、去ったばかりの同僚のプロジェクトを引き継ぐ...
41.すべてのアプリケーション機能をテストするように求められたとき
42.仕事を辞める準備をしているとき、テストは再びバグを引き起こしました...
43.新しいフレームワークを使用しますが、ドキュメントを読むのを忘れます
44.インターンのコードをテストします
45.ネットワーク遅延の害...
46.今書いたコードをテストする
47.削除するときに、where条件を追加するのを忘れました
48.軽量アーキテクチャは重量級のニーズを満たします
49.バグを修正したと思ったとき
50.インターンコーディングを見ると
51.IEで私のWebサイトを初めてテストする
52.最初にコードをテストしたとき
53.CSSのデバッグ初心者
54.事前に顧客の要件を提供する
55.私が設計したインターフェースと、他の人が私を呼んでいるインターフェース（痛い）
56.間違った場所でキャッチしてみてください
57.小さなバグを修正しましたが、サーバーがダウンしています
58.間違ったブランチをプッシュしたとき
59.仕事でしばしば中断される
60.上級開発者がチームとしてプログラミングしているとき
61.1本の指でできる両手シリーズは絶対に使用しないでください
62.上級開発者がコードをリファクタリングする
もう、面白くない、控えめ、笑えない