go言語のアプローチだとerrorは関数の戻り値なので、戻り値を受け取らない関..

go 言語のアプローチだとerrorは関数の戻り値なので、戻り値を受け取らない関数呼び出しという

一見何の問題もなさそうに見えるコードが、errorを握りつぶすというよくない挙動を引き起こす。

throw-catchのアプローチならばerrorを握りつぶすには意図的にそれを行うためのコードを書かないといけない。

かといってerror 戻り値を必ず受け取らねばならないよう言語仕様で制限を入れると、

かつてJavaが犯してしまったように例外処理がめんどくさすぎることになる。

もしgo++言語を作るとしたら、これはどのようにするのが正解なんだろうか。

anond:20201126192709
Javaはそんな間違ってないんでないの？プログラマーの思想とか宗教の問題になりそうだけど Goでエラーは返り値でちゃんと処理してね、というのを初めて知ったときちょっとショック...
- anond:20201126193219
  Goは消費メモリが少ない=安いサーバ（クラウドインスタンス）でも動くっていう明らかなメリットがあるのに何で使わないの
  - anond:20201126193653
    自分の場合は単に機会がないだけというのが一番なんだろうけど Goを選択する理由は安いインスタンスで済むからかあ、なるほどなあ勉強になるありがとう
  - anond:20201126193653
    根本的にマイナー言語を扱える開発者を揃えるために金使うよりメジャー言語を扱える開発者を揃えてインフラに金使ったほうが楽
anond:20201126192709
>もしgo++言語を作るとしたら、これはどのようにするのが正解なんだろうか。公式IDEを提供してエラー握りつぶしてますよワーニングを出す
- anond:20201127111830
  Rust の ? オペレーターで十分じゃんそれ go++ なんていらない

記事への反応（ブックマークコメント）