【海外記事紹介】Go言語がエラー処理構文の導入を「一旦諦める」と宣言 — 7年にわたる検討の末コンセンサス得られず

6月4日、Go Blogで「On No syntactic support for error handling」と題した記事が公開された。この記事では、Go言語におけるエラーハンドリング構文の冗長性をめぐる長年の議論と、今後この課題に対して構文レベルの改良を当面見送るというGoチームの最終方針について詳しく紹介されている。 6月4日、Go Blogで「On No syntactic support for error handling」と題した記事が公開された。この記事では、Go言語におけるエラーハンドリング構文の冗長性をめぐる長年の議論と、今後この課題に対して構文レベルの改良を当面見送るというGoチームの最終方針について詳しく紹介されている。 エラーハンドリング冗長性という古くて根強い不満 Goユーザーの間では、if err != nil { ... } という判定がコードを埋め尽くし

[hayashikousun]

Go++かObjective-GoもしくはGo#でなら導入できるかも知れない。

[suka6411144]

便利な構文を取り入れていくよりは素朴な書き方で読みやすいというのがgoのメリットなのであえて取り入れる必要はない気がする

[b-peppy]

AIがコード書くなら、Goのエラー処理の書き方はメリットになってきてると感じる。エラーを雑に処理してたらすぐ分かるし、全体も理解しやすい気がする。

[MzdA0w73tg]

"10行のうち実質4行しか「本質的な処理」をしていない" ことが結局解決してないけどそれは良いのかな。

[oooooooo]

“初学者や他言語から来たばかりの開発者は冗長性を強く訴えるが、熟練の Go 開発者は現状で十分と感じる傾向がある。”/ Ruby の型にもそれを感じる

[hatfatcat]

Goはあくまでも初期の言語としてのシンプルさを貫いて欲しい。今は案件的に使ってないけど、また機会があれば選択肢に入るし、そこで別言語を追従するなら選ぶ理由がひとつ減ってしまう。

[strawberryhunter]

多数のプラットフォームにクロスコンパイルできるというメリットだけ残して別の言語を作ってほしいものだ。

[tsukune02]

Go は無糖ブラックのコーヒーみたいなもんだから…。この冗長さで強制的にエラーハンドリング意識させられるのが段々と癖になってくる。