もういい加減「nullチェックをしたら安全」とかわけのわからないことを言うのはやめよう - Qiita

（僕の主観で）クソな記事をたまたま読んでしまってもにょったので愚痴。 Safe Harbor Statement 以下の事項は個人の見解であり所属する組織の公式見解ではありませんし、明日になったら違うことを思っているかもしれませんがそういう類のものです。 某所で危険と言われていたコード public void hogeMethod(Hoge hoge) { //hogeを使った処理 hoge.doSomething(); return; } 安全な理由: NullPointerExceptionが発生しない 僕がいいたかったこと それ、NPEを握りつぶしているだけですから！！！！！！！ (とくにJavaの世界においては)非検査例外というのはコーディングバグを示してくれるものですから、へんなnullチェックをいれるのではなく、積極的にNPEを発生させていきましょう。 こういうわけのわからない

[t-wada]

メソッドの契約に何が書かれているかによる。nullも想定されうるならハンドリングする（「某所」が正しい）。nullが来るはずがないならバグなのでヌルポか表明で落とす（「僕」が正しい）。「安全」とは無関係。

[theatrical]

「nullたぞ、死ねボケ。ドキュメントにnull禁止って書いてあるだろ。」という内容をillegalargumentexceptionで投げたい

[kmizushima]

こういうのを、ちゃんと一般化して言えるようにするために、契約プログラミングの考え方はもっと世間に広まるべきだなと強く思う。この話も、このメソッドの契約は何かというのが問題だし。

[hylom]

nullチェックを言語的にほぼ強制できるのにそれなりにnull関連でトラブルが発生するSwiftという言語がありますね……

[shag]

この手の話題は原理主義者が闊歩してるから某所の某言語となる心は理解できる

[n314]

“nullでも処理が続行できるようにしよう”PHPで書くべき。

[sds-page]

引数として渡された側でチェックするんじゃなくて渡す前にチェックしとけって話かなぁ

[sawat]

javadocに書こう

[northlight]

何が来るかわからないから取り敢えずNULLチェック入れよ、というのはおかしいって話だよね。まあただ、相手方が信用できない、コミュニケーションとれない状態だと入れた方が安心。

[bouzuya]

これ、すごい分かるんだけど、この方針を貫くべきか迷うタイミングがあって……。

[asla]

呼び出す側の問題を呼ばれる側の問題にしてはいけない。

[AmaiSaeta]

分かる。呼び出し元（直接のそれか、幾つか前の物かは別にして）でcatchするか、呼び出す直前でチェックするかだよな。

[ikaro1192]

ってかnullがくるかもしれないってとこはoperationalを使えって気になる

[ytRino]

例がクソすぎるしQiitaの記事としてはゴミ

[onefootinthegrave]

panicになるべきかそれなりに進むべきかは状況によるからどっちともいえなき

[mas-higa]

いいこと言った! もう一歩進んで「型があったら安全」とか ... (ここで手斧が)

[hyuki]

「このメソッドは最初の行にどんなassertを書けるか？」という問いかけ。

[NOV1975]

例のやつがクソすぎるのでなんも言ってないのと一緒

[kmaebashi]

拙著「センス・オブ・プログラミング」には「プログラムのバグを検出したら、即座に殺せ」と書いた。わざわざそう書いたということは、「プログラムが落ちるなんてとんでもない!」という人がいたということでなー。

[moondoldo]

nullが渡される事を想定した関数と、nullを渡してこの関数を使う事自体がおかしい物と、前提で変わると思う　これが頭の中に響いた→シンジ「時と!!!!」シンジ「事情に!!!!」シンジ「よるだろ!!!!!!!!!」

[tofu-kun]

開発者とユーザと切り分けて考えてる

[indication]

androidアプリでクラス内メンバ変数にインスタンスを生成してるのに、とある箇所でnullpoになる不思議。しかも、g****yのみ。わからん

[kamei_rio]

言語で防げないなら対話するしかないけども。個人的には、nullなんか渡されても困るので、渡す方が責任を持てよとは思う

[hiro_curry]

なんにせよとりあえず握りつぶすコードはサンプルとしてよくない。新人が真似をする。

[tick2tack]

“成功とは「関係データの不変条件が常に成り立ち、事前条件が成り立ち、処理が呼ばれ、事後条件が成り立つ」場合を指します。”

[akabekobeko]

最近の言語が構文として NULL 安全を導入する傾向は、こうした厄介な議論 = イディオムを避けられる点でありがたい。生ポインター操作が抑止されたように NULL もそうなってほしい。

[wkwkhautbois]

nullチェックの進化系で、Javaの文字列比較で何も考えず「定数.equals(変数)」にするのが嫌い。考慮の上なら良いけどコメントに残してほしい。

[slash_01]

言いたいことはとても分かる。

[sona-zip]

某言語がnull安全であると言った人はどこにいるのだろう きっと筆者の心の中に

[YaSuYuKi]

Javaだと、Optionalを使っても、「nullの可能性がある値を渡そうとするとコンパイルエラーにする」ことはできないからなぁ。メソッドの規約を文書でしか表明できない(戻り値はOptionalを使えばコードで明示できる)

[trashtoy]

むしろ「もしも hoge == null なら NPE をスローする」という旨のコードにしておいて, ロジックの意図 (null を引数にするのは NG) を明確にするというのはよくやる

[iww]

握りつぶしたいときもある

[longroof]

開発者なるなる(；´Д｀)…

[gnufrfr]

ニヤニヤしてる「僕がいいたかったこと、それ、NPEを握りつぶしているだけですから！！！！！！！」

[hate1229]

ぬるぽ。