エラーハンドリング・クロニクル #nds41 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

はじめに プログラミング技術の歴史は、ありとあらゆる歴史がそうであるように、いろんな「史観」で眺めることができます。ならば、プログラミング技術の歴史を、「エラーハンドリングとの戦い」という視点から見ることもできるのではないでしょうか。本日は、エラーハンドリングとの戦いの歴史を俯瞰することで、エラーハンドリングの勘所について考えていこうと思います。 なお、このエントリはNDSという勉強会の第41回で発表した内容と同一です。 Cの時代 Cの時代のエラーハンドリングでは、関数の返り値と、グローバル変数errnoを見ることで処理が成功したか失敗したかを見るのが一般的でした。 例として、文字列をlongに変換するstrtol関数をmanで引いてみましょう。すると、だいたい以下のようなことが書かれています。 変換に失敗すると、0を返す 変換に失敗した場合、グローバルな変数であるerrnoに以下の定数を

[nobeans]

あれ、golangって副作用系関数とかで戻り値がerrだけだと、変数に受け取らなくもコンパイルも通るし、しれっとエラーも握りつぶされる、って感じしゃなかったっけ？

[raimon49]

golangはシンプルなEither（左右は逆だが）とも見れる。とても面白い。

[efcl]

例外処理の言語設計。 try-catch、Either、golangについて

[daimatz]

検査例外と Either は同じという話がありましたね

[ruicc]

HaskellのforkIOは多分golangのgoと記法や使用法としては似ていると思うけど、Haskellには非同期例外（他スレッドからの例外）が存在しますね。どの辺が問題だったのだろう...

[yasuyuky]

コンパクトにまとまってるし、golangのerrハンドリングに関してもわりと言いたいことを言ってくれてる感ある。