（これってめちゃ「はあ？」と思われることなんじゃ？と思いながら書いているのですが）例えば、作家さんとネームの打ち合わせをしていて「こう直した方がいいんじゃない？」と僕が提案したとします。後日その作家さんから僕が言った通りに直しただけのネームをもらうとですね、…ガッカリするんです。

2023 年度の僕のエラーハンドリング について書きたい。 昨日Safe Data Fetching in Modern JavaScriptを読んでいて、fetch に限った話ではないが一家言ある内容だったので書きたくなった。 おそらくやりすぎだとか非効率と言われる点はあると思うので、みんなの一家言も教えて欲しい。 対象は Typescript での サーバー開発想定だが、TS であればクライアント開発にもほとんどに当てはまる話だと思う。 例外のスローではなく Result 型を使う Result は失敗するかもしれないという文脈を与えてくれる型 エラーハンドリングの戦略として例外を投げるのではなく、Result 型を返すやり方がある。 Result 型というのは export type Result<T, E> = Ok<T> | Err<E>; export interface Ok