Go language part 6

**デフォルトの名無しさん** · 2025/05/20(火) 23:10:28.20

Goについて扱うスレッドです。
GoはGoogleによって開発された言語です。

公式
https://golang.org

公式ドキュメント
https://golang.org/doc/

公式外パッケージドキュメント
https://godoc.org

ブラウザ上で試し書き
https://play.golang.org
※前スレ
Go language part 5
https://mevius.5ch.net/test/read.cgi/tech/1645915400/

**デフォルトの名無しさん** · 2025/05/21(水) 10:10:58.26

>>1
O2

**デフォルトの名無しさん** · 2025/05/28(水) 04:54:08.94

つるつるわれめつるつるわれめ

**デフォルトの名無しさん** · 2025/05/28(水) 08:11:47.00

安定してるなぁ

**デフォルトの名無しさん** · 2025/06/02(月) 15:52:23.57

なるほどわからん

err := example1()
a, err := example2() // OK
b, err := example2() // OK
// _, err := example2() // ダメー
// err := example1() // ダメー

**デフォルトの名無しさん** · 2025/06/14(土) 07:49:57.64

Goって人気とか将来性のある言語だと思う？

**デフォルトの名無しさん** · 2025/06/14(土) 08:34:58.82

>6
マイクロソフト、TypeScriptのコンパイラなどをGo言語に移植することで10倍の処理速度に
ttps://www.publickey1.jp/blog/25/typescriptgo10.html

C#やRustよりもGoが選ばれました。人気も将来性もめちゃくちゃありまーす＾＾

**デフォルトの名無しさん** · 2025/06/14(土) 10:43:58.28

>>6
書いてないなら関係なくね？

**デフォルトの名無しさん** · 2025/06/14(土) 11:17:21.04

もうどの言語が好きとかいう時代じゃないからねパフォーマンスの改善を目的としたJSからの単純移植をAIにやらせるにはGoは適していることが証明された、それだけのこと

**デフォルトの名無しさん** · 2025/06/14(土) 12:09:42.28

これってAIによる移植なんか？

**デフォルトの名無しさん** · 2025/06/14(土) 12:43:28.73

AIによる移植でもなければJSからの移植でもない
基本的な認識が間違ってる、それだけのこと

**デフォルトの名無しさん** · 2025/06/14(土) 13:13:38.94

> 性能向上の要因の半分はネイティブコード化によるものであり、残りの半分は並行処理の利用によるものだとしました。
つまりネイティブ化と並行で3.31倍ずつ
技術的にはそりゃそうだろで凄くはない

**デフォルトの名無しさん** · 2025/06/14(土) 15:21:50.33

当たり前のことを当たり前にやるのが大切なんでしょ

**デフォルトの名無しさん** · 2025/06/14(土) 17:10:26.41

RailsとLaravel一筋だった3年目ですがなんかGo(Gin)やることになりました
僕の未来は安泰ですか
ポインタでつまずきました

**デフォルトの名無しさん** · 2025/06/14(土) 17:46:49.96

まずはプログラミング言語がキャリアの軸になっているステージを脱することが大切
幸いにもGoはわりと言語どうでもいい段階の人が多いので、ステップアップには良い環境だ

**デフォルトの名無しさん** · 2025/06/14(土) 17:50:53.17

>>13
それはその通りだが…

Rust: GC前提のコードからのポーティングは(多分)かなり手間
C++: 全部shared_ptrにすれば『ほぼ』いけるはずだが、『ほぼ』が許せないなら無理
　とはいえ、ビルドツールが多少リークしたところで大して問題ないが
C#: 2014年頃からネイティブも出来るようになったらしい

として、C#が落ちた(Goに負けた)理由は以下のどれだろう？

> すべてのプラットフォームで完全に最適化されたネイティブバイナリを生成できて、
> データレイアウトの細かな制御が可能で、
> ガベージコレクタによるメモリ管理が自動化され、
> 優れた並列処理が可能

ちな、最後については、元がJS(TS)なのでソースコード上でスレッド間は完全分離してるから、C#でも大して問題ない
つまり、この点について、JS->Go、JS->C#の移植は問題ないが、Go->JSの移植はgoroutine使いまくりの場合厳しいかも？
俺的にはC#でよかったんじゃね？とは思う(まあGoでも特に問題ないが)