Movatterモバイル変換

[0]ホーム

サクサク読めて、
アプリ限定の機能も多数！

アプリで開く

はてなブックマーク

閉じる

テクノロジー
Goの苦手な領域

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

Goの苦手な領域

テクノロジーカテゴリーの変更を依頼記事元:

zenn.dev/nobonobo

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

226usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

Goの苦手な領域

226 users

zenn.dev/nobonobo

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント16件

注目コメント
新着コメント

turanukimaruGoに向いてないのは「1行でひとまとまりの処理を書く」こと。Rubyとか関数型言語が得意な奴。filter して map してとか、if 式とか、書いてる側の意識としては「1行で1処理」なのにGoでは複数行が必要なのでだるい。

2021/09/19リンク

その他

ed_v3Goはもう大体みんな適切な場所で使っている印象。むしろ最近はRustが不適切なところでも使われてる記事をよく見るようになった印象。

2021/09/19リンク

その他

mushusGoは無難ではあるけど、ベター・ベストなシチュエーション少なすぎると思う。通信系はif err != nil { return fmt.Errorf("hoge: %w") }の嵐で書くの大変(xerrorsのスタックトレースで済ませたい)だし、リスト操作もgenerics待ちだし

2021/09/20リンク

その他

baronhorse同意。GCあるので僅かなスパイクも許容しないようなサービスにも使いにくかったりするみたいね

2021/09/19リンク

その他

hylom誤解を招く言い方をすると、Goの得意な領域＝Googleのビジネス領域、なんじゃないかと思っている、あとC/C++的な使い方をするならRustの方が良いと思う

2021/09/20リンク

その他

atsushienoGCはスループットいいけどやはりリアルタイム性は無いのでオーディオ処理にも向いていなくて使われていないな

2021/09/20リンク

その他

ryuichi1208“OpenSSLに関する機能はほぼほぼGoで書かれていて標準ライブラリに含まれています” 理由がわかってよかった

2022/03/15リンク

その他

atsushienoGCはスループットいいけどやはりリアルタイム性は無いのでオーディオ処理にも向いていなくて使われていないな

2021/09/20リンク

その他

ai_gaminglife全く調べずに言うけど、Rubyって関数型言語の影響受けてるのかな

2021/09/20リンク

その他

knokJavaの再実装文化すごいよね…それがいいのかどうかと思うこともままあるけど

2021/09/20リンク

その他

hide-K銀の弾丸なんかないので、適材適所が大事。そのためにも苦手領域を知るのは大事。

2021/09/20リンク

その他

nrtnそんなに違和感ない。Discordも記事中のGoのGC問題で一部Rustに書き換えられたりしてるのでその辺が不得意なのは確か。これはGoが劣っているというより設計思想のはなしかと

2021/09/20リンク

その他

yarumato“Goは組み込み開発分野もシステムプログラミングも向かない”　Cよりダメなのでは　“WASMバイナリサイズが他の処理系より大きすぎる　GoのライブラリはC/C++依存を切り離す動き　Javaが既存をJavaで再実装と同様）”

2021/09/20リンク

その他

asuka0801cgoが出てきてしまうと例えばalpineでビルド通らなくて動作しなくなったりするのでcgoを使う状況になるなら他の言語を選んだ方が良いと思う / ○○構文書けないから向いてないっていうの趣旨が違くない？

2021/09/20リンク

その他

fufuvalso面接官「一番好きなメンテしたい言語は？」

その他

その他

その他

その他

xorphitusあがってないものだと、型の表現力に起因するものがある。interface{}を避けるように努めても不定形なものを扱う際に出番が多くなり、曖昧なまま扱うにもLLと比べて辛い。あとnullableの扱いでOptionがないのでポインタになる

2021/09/19リンク

その他

versatileGC なければなぁ。ある恩恵もでかいが

2021/09/19リンク

その他

ed_v3Goはもう大体みんな適切な場所で使っている印象。むしろ最近はRustが不適切なところでも使われてる記事をよく見るようになった印象。

2021/09/19リンク

その他

baronhorse同意。GCあるので僅かなスパイクも許容しないようなサービスにも使いにくかったりするみたいね

2021/09/19リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「Goの苦手な領域」が注目されています。

気持ちをシェアしよう

ツイートする

Goの苦手な領域

Goの利点を使って実装するコツやノウハウを書くことがコミュニティにとってプラスになると思っているの...Goの利点を使って実装するコツやノウハウを書くことがコミュニティにとってプラスになると思っているのでそれに専念したいという考えはありますが、Goの苦手な領域にGoを採用してしまってヘイトを溜め込んでしまう事例を見かけたりします。こういう悲劇の起こる可能性を少しでも減らせたらという思いで、Goの現状の苦手な領域について解説しようと思います。Goを学び始めにこれらの領域に手を出すのは避けましょう。Cgo is notGo GoはCGO連携でC/C++資産を利用することができますが、メモリアロケータの異なる処理系を繋ぐ関係上、お互いに呼び合う際のパラメータや戻り値はほとんどのケースでコピーが必要になります（Cの型でメモリ確保しCの型のまま受け渡しする場合はOK）。なので高頻度に呼び合うような用途には不向きであるというのはSWIGなどのような複数の処理系を連携させる仕組みと同様です。また、