https://anond.hatelabo.jp/20240625191650 競プロ出身者だけじゃなく、機械学習出身者も問題コードが多い 印象の問題ではなく実際に下記のようなコードが多い 念のため言っておくと底辺大や文系出身プログラマーも同様の傾向にある 正常系しか意識していない一番多いのはコレで異常系の動作を全く意識していない 入力値に想定外のものが入ることを考えていなかったりI/Oに関わるエラーについても配慮がない 「エラーが出たらとにかくtry-catchしてログ吐いて終わり」 ならまだマシな方で、「握りつぶして処理続行」みたいなことも平気でやる 「ここの処理でエラーログが出てるから対処よろしく」 「対処しました！（握りつぶし）」 とか滅茶苦茶多い セキュリティに関する意識が低い異常系の話と被るけど基本的に性善説でコード書くのでセキュリティの不備がめちゃくちゃ多い API作らせて

「アイスクリームが食べたい」と思ったとする。 そうして近所のスーパーに買いに行く。 アイスの冷凍庫を覗き込むと、端っこにハーゲンダッツが置いてあるだろう。なんて豊富な種類！絶対に美味しい！ただ、275円……。高い。突発的にアイスクリームを買うのにこの価格は手が出ない。 またいつか、何かを成し遂げた時に会おうとその場を立ち去る。 やはりスーパーといえば、90円そこらで売っている雑多なバラ売りコーナーだ。 まずは、パピコ！良い。間違いがない。2本入りなのもお得だ。ただ、今の気分は“アイスクリーム”。 ちょっと違う気がして目線を横に流す。 アイスの実、ガリガリ君、アイスボックス……すまないが今は“アイスクリーム”を食べたいわけで、これらは無視していこう。 爽も良いバニラだ。ただ、爽の美味しさはあのシャリシャリ感で、何と言うか別枠だと思う。「爽」でないと納得できない日もある。そういう枠である。 ス

会社にデバッグの早い人と遅い人がいる。 二人を観察していると、色々な違いが見れて勉強になる。 いくつかまとめてみる。 ・デバッグが早い人はコードに着手する前に状況を整理する 期待動作はどのようなものか、現状の動作（バグ）はどんなものか、どんな条件でバグが生じるか、生じないかを整理する 他人からアサインされたタスクの場合、手早くこれらを質問して状況を確認する。 デバッグが遅い人は何も考えずにコードを触り始める。 「何をデバッグしているの？」と聞くと言語化出来ない。 場当たり的、五月雨式に質問する。 ・デバッグが早い人は仮説を持っている。 ざっくりと全体像を把握し、当たりをつけてから作業する。 全ての作業が仮説の検証作業。結果が出た時に次に何をすべきかも把握している。 デバッグが遅い人は自分でも何をやっているか分かっていない。 「よくわからないけど一応2回試してみた」とか言う。 「それは今何を