気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
qiita.com/silane1001エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント20件
- 注目コメント
- 新着コメント
atsushieno
初心者に「エラーをちゃんと出せ」って言うのは「0点が付けられた答案をちゃんと自分＝親に見せろ」って言ってるのと同じ圧力がある可能性がある。この場合、指導者がやるべきことは「抵抗感を付けさせない」こと
rdlf
書いてあることとちょっと違うけど、最近プログラムのマイグレーションをしていてエラーが出なくてただ真っ白な画面が出て途方に暮れながらデバッグをしていて辛かった…周りから見たら真っ白な画面見ているだけだし
aike
大型汎用機だと不正な値が来たら即プログラム終了が普通だったな。値を直してそこから再開もわりと楽にできる設計思想だった。勘定系は正しいデータも間違ったデータもたいてい金額とか数量の数字だからむずい。
diveintounlimit
「考慮してることがわかるから空のelseを書く」という謎主張してる人がいたけど、これはこれで例が微妙だな。本番に出してから例外が出る前提の処理になってないか。主張は分かるがもう少し適切な例を出して欲しい。
xenon_abe
“本当に怖いのはエラーが出ることではない、エラーが出ないまま実はおかしな挙動になっている場合である” ほんそれ。でもね、末端のプログラマは例外はもみ消すものと思ってたりする。こわ。隠蔽体質。
Windymelt
エラーを出せというのはほぼ常識だと思ってよいだろう。特に趣味ではない業務コードでは。Scalaみたいな言語は強い型システムを持ち、最初から型で守れるケースが殆ど。テストが減るのでトータルでは楽だ。
mohno
型付けの話かと思ったら、実行時のエラーか。「本当に怖いのはエラーが出ることではない、エラーが出ないまま実はおかしな挙動になっている場合である」/returnの後にelseを書いたり、elseでreturnするのは好きじゃない。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
エラーが出たら喜べ。エラーをちゃんと出せ。 - Qiita
どうもエラーを出すもしくはエラーが出るのが怖いという人がいるみたい。例えば改修を行うときに既存部... どうもエラーを出すもしくはエラーが出るのが怖いという人がいるみたい。例えば改修を行うときに既存部分でエラーが出ないことを最優先にして増築を行いいびつな構造を生み出すとか、単純に例外を全然使わないとか。エラーが出ると、「うわ、エラーになった。手間かけさせやがって面倒だなぁ…」みたいな感覚があって、とにかく自分がコードを書くときも一切例外を投げないというスタンスをとりがちなのかもしれない。 私はここで、適切にエラーが出てくれるのはむしろ喜ばしいことであり、自分がコードを書くときも積極的にエラーを出すようにすべきだ、という主張をする。 関数定義のドキュメンテーションの一部 ある関数の中身で一番最初に書くべき処理は何か、それは引数のチェックをして条件を満たさなければエラーを出すことである。例えば文字列は特定の形式になってなければならないとか、数値に最大値最小値があるとか、これらは関数の入力の前提条
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
qiita.com/silane1001
qiita.com/silane1001
qiita.com/silane1001
qiita.com/silane1001
anond.hatelabo.jp
anond.hatelabo.jp
huyukiitoichi.hatenadiary.jp
www.fnn.jp
togetter.com
speakerdeck.com/hirotomotaguchi
www.dtmstation.com
www.itmedia.co.jp
dailyportalz.jp
p2ptk.org
pc.watch.impress.co.jp
github.com/marpple
twitter.com
www.jooto.com
2024/05/05 リンク