Go language part 5

**デフォルトの名無しさん** · 2022/02/27(日) 07:43:20.04

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

公式
https://golang.org

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

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

ブラウザ上で試し書き
https://play.golang.org

※前スレ
Go language part 4
https://mevius.5ch.net/test/read.cgi/tech/1605467680/

**デフォルトの名無しさん** · 2022/09/14(水) 11:22:55.99

>>634
コードサンプル

https://go.dev/play/p/cnLcXtFFQ4j

**デフォルトの名無しさん** · 2022/09/14(水) 11:33:39.56

>>634
この辺(レシーバー)の仕様って、訳してみると何かガバッてるように思えてならないんだよなぁ

**デフォルトの名無しさん** · 2022/09/14(水) 11:40:44.99

>>634
実体のレシーバーはレシーバー内のフィールドを更新しても反映されないから、レシーバーはポインターとして書くのが定石だけど
ストリンガーだけ実体のレシーバーとして書けば回避できる
回避できるなら放置でもいーじゃん？とか言われると反論しづらい

**デフォルトの名無しさん** · 2022/09/14(水) 15:53:22.22

>>638
ポインタのレシーバーを記述していると、インタフェース型変数には実体は代入できずポインタでなければならない
という制限もイミフ
代入可能性の仕様は単に、xがインタフェースTを実装していること
実体でもメソッドセットx.String()とx.Str()は呼び出せるのだから実装されている、とは「ならない」事から上記の制限がイミフと言ってる

本当に仕様が厳密じゃなくてガバガバ
大真面目に仕様書を読み込んでる俺の純情を返せ

**デフォルトの名無しさん** · 2022/09/14(水) 16:03:17.92

>>639
セレクタ式で実体からポインタレシーバーを呼び出すと&xと解釈されるという仕様が、インタフェースの代入可能性には波及していない、という点でコンパイラのバグと難癖つけられるんじゃないか？
とissueに書いてもいいんじゃないか？という多分にメンドクサイ系おじさんの怒り

仕様書にどう書かれていようが、インタフェースに実体を入れようとするな！で済む話ではあるかも

最終的には「仕様書は信用するな」に帰着

**デフォルトの名無しさん** · 2022/09/14(水) 17:25:20.47

インターフェース型変数という訳のわからないものを導入したのがそもそもの間違いなんだよな

**デフォルトの名無しさん** · 2022/09/14(水) 20:14:22.35

で、なんでそんなもんを導入したかというとそもそもジェネリックスがなかったから
「ジェネリクスがなくてもプログラムは書ける(キリッ」みたいなイキりにこだわって結局かえって醜いことになるっていうまるでド素人みたいな失敗

**デフォルトの名無しさん** · 2022/09/14(水) 20:52:01.05

一人で喋ってる怖い

**デフォルトの名無しさん** · 2022/09/15(木) 09:41:05.37

理解できないから人格攻撃に出るあたり、お里(国)が知れるというもの

**デフォルトの名無しさん** · 2022/09/15(木) 10:04:39.44

いきなり国がどうとか言い出す人って日常会話出来るのか気になる

**デフォルトの名無しさん** · 2022/09/15(木) 22:29:29.36

インタフェース変数は普通に色々な言語にあるだろ？
そこにケチをつけるのは筋が悪すぎるのではないか？

**デフォルトの名無しさん** · 2022/09/16(金) 15:06:43.28

ないわw
空インターフェースとか訳がわからんわ

**デフォルトの名無しさん** · 2022/09/16(金) 16:29:46.84

>>636
1. &elem2{}で渡してるのに、func (e elem2) String() stringなんて呼び出すわけないじゃん？どういう事？
2. func (s *str) String() string で普通は定義するので、同じように呼べないからコンパイルエラー
もっと言えば、s := str{}にしても (*str).String(&s)とコンパイル時に解釈されるだけで呼んでるのはポインタメソッド

下のインタフェース型変数云いいは、全く理解ができていないで我儘いってるだけで読んでる人に伝わってないし
マジ何が言いたいのかサッパリ...
goの仕様ほど厳格なものはないと思うけど（比べるのはC/C++や2015年代以前の言語ね、2016年以降の言語と
比べても、いまだに詳細なメモリレイアウトさえ公表できない某錆より厳格だ）本当に大真面目に読んでる？
golangを始める必要性に駆られて、こんな簡単な入門初めのプログラムでケチ付けたいだけじゃ？
issue書いても良いけど、保守的なgolangメンテナーに絶対相手にされないよ

**デフォルトの名無しさん** · 2022/09/16(金) 16:48:33.54

>>648
ちゃんとコードを読みなよ
elemはポインタレシーバーで実装、elem2は実体レシーバーで実装
そしてポインタレシーバーでストリンガーを書くと、fmtパッケージとかでは認識されないケースがあるってサンプルコードよこれ

つまりあなたの主張する func (e *elem)String() string という「普通の定義」では動かないケースを示している
実行してみ？俺も「普通の定義」だと思っていたからこそのレスなんだから

**デフォルトの名無しさん** · 2022/09/16(金) 16:58:05.87

func (e *elem) String() string
と書くとストリンガーとして認識してくれないと説明して
サンプルコードまで載せて確認を求めてるのに
実行すらしてもらえないとは

**デフォルトの名無しさん** · 2022/09/16(金) 17:11:32.64

仕様書にポインタ変数.は勝手に*(ポインタ変数).

に変換されるとか書いてあるけどインターフェースでも行われるってのはどこに書いてあるの？

**デフォルトの名無しさん** · 2022/09/17(土) 02:32:12.33

>>651
ない
むしろ、インタフェースを実装しているという定義が、全てのメソッドセットを満足している、という程度しか書かれていない

あれ？仕様書だと逆に値は (&x).xxxx に変換されるとしか書かれてなくなかったか？後で確認してみる

**デフォルトの名無しさん** · 2022/09/17(土) 02:40:37.19

ポインタと値レシーバーは特に注意しなくても相互にセレクタとして呼べるんで気にしていなかったんだけど、ポインタでストリンガーを書いたらfmtパッケージの関数では認識してくれなかった
んで、これは不味いと総当たりで確認してみた

しかし、単に自分の勘違いかなと確認コードを公開してみて、レビューを求めている←イマココ

**デフォルトの名無しさん** · 2022/09/17(土) 02:47:40.39

まだfmtパッケージの中は見ていないけど、ポインタレシーバーで書くと型スイッチかリフレクションではインタフェースを満たしていないと見なされたりするんじゃないか？とか不安になってきた

上でも書いたけどfunc (e *elem)String()は自分も「普通の」書き方だと思ってたんで

**デフォルトの名無しさん** · 2022/09/18(日) 09:35:57.42

な、仕様なんてこいつ読んでないだろ？5chぐらいでしか自分の連投でしか意見言えない
issueとかこいつは言ってみただけでそれすら出来ない

**デフォルトの名無しさん** · 2022/09/18(日) 09:58:37.38

>>655
そいつ次世代言語スレで機能精神崩壊してたんだぜ

自分のRustの実力(知ったか)で仕事にありつくのが難しいと観念してこれからはGoに粘着するよ

ここが新しい隔離スレよろしく頼む

**デフォルトの名無しさん** · 2022/09/18(日) 10:43:21.71

理解できない

・ポインタでストリンガーを書いてしまうと動かないケースがある
・実例をプレイグラウンドで上げたから間違っていたなら指摘してくれ

に対しての回答になってない
これこそ関係のない些事を上げ連ねて議論を避けるストローマン話法の典型じゃね？

**デフォルトの名無しさん** · 2022/09/18(日) 11:17:33.27

Promise最強ストローマンおじさんw
仕様書なんて読んでないんだろ？そもそも英語読めないから読んでないどころか読めないんでしょ？w

**デフォルトの名無しさん** · 2022/09/18(日) 22:39:49.75

なんか勘違いしてるけど相互運用ではないよ

レシーバが値のメソッドはポインタと値に対して呼び出すことができるが
ポインタのメソッドはポインタに対してのみ呼び出すことができる

これは仕様書に書いてある

**デフォルトの名無しさん** · 2022/09/18(日) 22:48:21.16

>>659
これで全部解決しててワロタ
二度と喚き散らすなよ

**デフォルトの名無しさん** · 2022/09/19(月) 08:13:25.10

>>659
んにゃ
「メソッド呼び出しと同様に、アドレス指定可能な値を用いたポインタレシーバーによる非インタフェースメソッドへの参照は、自動的にその値のアドレスを取りますのでt.Mpは(&t).Mpと等価になります」Method values より
とあるよ

**デフォルトの名無しさん** · 2022/09/19(月) 08:20:33.46

>>659
As with method calls, a reference to a non-interface method with a pointer receiver using an addressable value will automatically take the address of the value; t.Mp is equivalent to (&t).Mp.
のトコね
誤訳してるなら指摘してくれな

**デフォルトの名無しさん** · 2022/09/19(月) 08:24:13.55

まあ、こんな感じにぜーんぶ読み通さないと系統だった仕様の把握ができそうにない、という点で、かなり品質は良くないんよ
これ、どっちが優先されるの？？？という話が多すぎて、実際に試行するとアレ？となる

**デフォルトの名無しさん** · 2022/09/19(月) 08:35:15.69

仕様書の全訳に挑んでオカシイとサンプルコード書いて確認してみてレスしてるのに
仕様書を読んでない奴がそのサンプルコードをRunすらせずに、お前が勘違いしている、とか
へそで茶わかしていいでしょうか？

**デフォルトの名無しさん** · 2022/09/19(月) 08:42:10.25

>>662
いや、それ暗黙的にポインタに変換してるからポインタに対して呼び出してるよね？
理解できてる？

**デフォルトの名無しさん** · 2022/09/19(月) 08:45:47.87

>>664
なんだ英語読むのに苦労してる人か

そういう人が日本語訳に取り組むと迷惑

オカシイところがあると言うなら原文の方にPR出せ

**デフォルトの名無しさん** · 2022/09/19(月) 08:51:12.18

はいサンプルね
interfaceはポインタレシーバーだとポインタ変数しか代入できないのに対して
メソッド呼び出しは全部成功しているよね？

https://go.dev/play/p/X71811pJ1sQ

メソッド呼び出しとインタフェースの仕様を混同しているから話にならない
英語読めない文盲ってことが証明されたな

**デフォルトの名無しさん** · 2022/09/19(月) 13:12:10.62

>>667
わかってないふりしてるけどもう理解できたんだろ？
インターフェースのマッチ時のメソッド呼び出しについては>>659
明示的に呼び出す場合は>>662で変換される
(自分で呼び出すのだから当然インターフェース云々とは無関係)

**デフォルトの名無しさん** · 2022/09/19(月) 14:35:47.93

言語的にケチ付けたいだけでしょ？
http://hissi.org/read.php/tech/20220914/eHBDU0cyOGc.html
http://hissi.org/read.php/tech/20220917/ejYydjU4Rno.html

こんなに一生懸命書く奴がほかに書き込んでない訳ないわ、またいつものRustかC#かアホみたいな他を攻撃する信者のオッサン

**デフォルトの名無しさん** · 2022/09/19(月) 14:40:24.76

でもGoの知識増えたしいいんじゃない？
育成は成功だ

**デフォルトの名無しさん** · 2022/10/14(金) 13:17:00.05

https://twitter.com/anicolaspp/status/1579960864639455232

Googleにやる気がなさすぎる
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2022/10/14(金) 13:31:24.87

Rustでもないのか

**デフォルトの名無しさん** · 2022/10/14(金) 19:27:35.90

Googleのたかが1プロジェクトが C++で始まるからと言ってGoの終わりを感じ始めるなんてどういう審美眼で生きてんだよ。

**デフォルトの名無しさん** · 2022/10/14(金) 19:30:06.02

>>673
そうなんだろうけど、言いっぷりがなんかちょっと引っかからんか
お前やる気ないんか？ってメンションしたいくらいだわしないけど(´・ω・｀)

**デフォルトの名無しさん** · 2022/10/14(金) 20:40:12.25

審美眼w

**デフォルトの名無しさん** · 2022/10/14(金) 21:08:37.72

>>674
普通にリプで使われまくってるって言ってるが

**デフォルトの名無しさん** · 2022/10/15(土) 20:39:15.62

Googleってコーディングに関しては無茶苦茶保守的というか統制的だからな
開発者の好みより合理的判断を優先した結果だろう
そういう文化だからこそGoみたいな極右言語が生まれたとも言えるのだが

**デフォルトの名無しさん** · 2022/10/15(土) 21:16:18.42

数多の捨てられたプロジェクトに比べればGo言語は成功した部類だろうよ。

**デフォルトの名無しさん** · 2022/10/16(日) 20:12:43.19

オッス！オラGo！

**デフォルトの名無しさん** · 2022/10/16(日) 23:36:46.06

オラGolang
いっちょやってみっか

**デフォルトの名無しさん** · 2022/10/19(水) 22:35:19.30

なんでC++なんて使ってるんだよ
新プロジェクトで使う言語じゃねーだろ

**デフォルトの名無しさん** · 2022/10/20(木) 01:44:44.00

Googleは独自のビルドシステムなど過剰に最適化された開発環境を持ってるから、簡単に言語変えられないんだよ

**デフォルトの名無しさん** · 2022/10/20(木) 02:39:12.77

いや、たんに仕事が雑なだけだとおもう
とりあえず新プロジェクトやるぞー！
で？言語は？
C++で。
あれ？ウチの会社なんか新しいのはGOでやるとかいってなかったけ？
そうだっけ？べつにいーじゃん、Goはマスコットきもいし、C++のほうが楽だから俺んとこはこれでヨロシク！
こんな感じだろう

**デフォルトの名無しさん** · 2022/10/20(木) 04:11:13.86

RustじゃなくてC++なのが逆張りっぽくてキモい

**デフォルトの名無しさん** · 2022/10/26(水) 14:45:01.27

Goは低落傾向だよな

**デフォルトの名無しさん** · 2022/10/27(木) 12:55:24.22

Goの後は何がくるの？

**デフォルトの名無しさん** · 2022/10/27(木) 13:56:20.40

Rock(´・ω・｀)

**デフォルトの名無しさん** · 2022/10/27(木) 14:48:53.91

Goの前はなんだったん？

**デフォルトの名無しさん** · 2022/10/27(木) 14:57:45.98

PHPかRubyじゃね

**デフォルトの名無しさん** · 2022/10/27(木) 15:21:32.99

C（しー）だろ(´・ω・｀)

**デフォルトの名無しさん** · 2022/10/27(木) 15:51:18.10

dR6kLI3k
超好き

**デフォルトの名無しさん** · 2022/10/31(月) 23:02:39.22

Dが2001年、F#が2005年、Goが2009年(年はwikipediaに書いてあった登場時期)
うまく並びそうだなと思たんだけどEがない

Goの次はHack(2014年)で間違いないよね。

**デフォルトの名無しさん** · 2022/11/07(月) 21:16:50.51

最小とか最大を求める関数は自分で作れって話なの？
あと、整数の絶対値とか

**デフォルトの名無しさん** · 2022/11/07(月) 21:23:29.28

>>693
https://aiprogrammer.hashlab.jp/

https://i.imgur.com/VZsGFBV.png
このサービスは適切にライブラリ使ってくれるはずだから、
多分無いんだろうな

**デフォルトの名無しさん** · 2022/11/07(月) 21:46:44.70

二分探索できたりする場合もあるからそういうライブラリはあえて作ってないんだと思われる
ライブラリ側で最適な実装で作れる場合はちゃんと用意されてることが多い
（http2とかDB周りとか）

**693** · 2022/11/09(水) 22:20:34.16

お二人ともありがとうございます。

**デフォルトの名無しさん** · 2022/12/08(木) 18:39:09.15

windows環境でGoをアップデートするにはどうしたらいいでしょうか？
新しいバーションで上書きインストールしちゃえばいいんでしょうか？

**デフォルトの名無しさん** · 2022/12/08(木) 18:52:51.60

Chocolateyでやってるのを見てみると、上書きっぽいけど

**デフォルトの名無しさん** · 2022/12/10(土) 13:20:48.86

wingetUIであらゆるものを一括アップデート

**デフォルトの名無しさん** · 2022/12/10(土) 17:41:52.62

GoなんかどうせWinネイティブで使う意味ないんだから、WSLでHomebrewでも使って入れたらいいんじゃない

**デフォルトの名無しさん** · 2022/12/10(土) 18:33:44.18

暇だったから>>693を流行りのChatGPTに書いてもらった

https://i.imgur.com/ObP9Twg.png

**デフォルトの名無しさん** · 2022/12/10(土) 18:54:44.75

>>701
テストコードも書いてもらってみて

**デフォルトの名無しさん** · 2022/12/10(土) 19:02:48.17

>>702
https://i.imgur.com/z6DYfbM.png
https://i.imgur.com/xLZMGaq.png
https://i.imgur.com/aMF42Kk.png

おもろいから無料βの今遊んどくことをおすすめするぞ
アセンブラ（65816）も書いてくれた

**デフォルトの名無しさん** · 2022/12/10(土) 19:27:57.88

ちなみにChatGPTはセッション的に一連の会話を一時的に覚えててくれるらしいから、
二回目には同じ関数のコメントが省略されてる
関数の名前を明示すれば、「○○のテストコード書いて」でやってくれたかも
まあスレチだな

**デフォルトの名無しさん** · 2022/12/10(土) 22:11:37.20

>>703
テストケース考えるときの助けによさそうだな
たいしたもんだ

**デフォルトの名無しさん** · 2022/12/11(日) 20:52:12.36

Go言語はこの先生きのこれるのか？聞いてみたら面白いかもな。

**デフォルトの名無しさん** · 2022/12/11(日) 22:00:53.37

あとゴーファーくんがキモいかどうか聞いてくれ

**デフォルトの名無しさん** · 2022/12/11(日) 23:59:02.05

https://i.imgur.com/XeXqmNB.png

**デフォルトの名無しさん** · 2022/12/12(月) 00:36:12.57

やはりChatGPTだめだな！
"かわいらしい外観が特徴で愛される存在となってる"
こんな回答では人類の知性にまだまだおよばない！
ただしい知性ある回答はこうだ!
"きもかわいい外観で一部のマニアックなgo開発者に愛されています"

**デフォルトの名無しさん** · 2022/12/12(月) 05:06:40.93

地元のマイナーなサッカーチームについて聞いたら「日本でも見逃すことのできないチームの一つ」とか適当に答えたぞコイツ
IT系以外は知ったかする

**デフォルトの名無しさん** · 2022/12/12(月) 10:35:46.50

>>710
ITでも知ったかするよ
N88BASIC書いてもらったら大嘘な奴が出てきた
ちゃんと下げ親指ボタン押して運営にレポートするとよろし

**デフォルトの名無しさん** · 2022/12/12(月) 14:23:40.21

真面目な話、わからんことを素直に「それについてはわかりません」と言ってくれないのはかなりタチがわるいな
新入社員だったら要注意人物だよ

**デフォルトの名無しさん** · 2022/12/12(月) 15:22:25.27

>>712
わかりません　と答える場合もある
AI君がわかった気になってるだけ
更にタチが悪いけどもｗ

スレに沿って書くなら、エンジニアの仕事はまだまだ安泰だが、使いようによっちゃ楽はできる
って感じね

**デフォルトの名無しさん** · 2022/12/27(火) 22:42:29.20

rainu/go-command-chain: A go library for easy configure and run command chains. Such like pipelining in unix shells.
https://github.com/rainu/go-command-chain

**デフォルトの名無しさん** · 2022/12/28(水) 10:01:43.96

CLIの引数の読み取りするライブラリーは何がおすすめ？

kingpinは最近更新されてないからkong試してみたが
なんか使いづらい
ここに挙がってる他のやつ試そうかと思う
https://www.reddit.com/r/golang/comments/9uybnt/choosing_a_library_for_cli_application/

Neither, personally I like https://github.com/jessevdk/go-flags. I like the declarative approach a lot more than the imperative one used for many other options, and it's extremely feature-rich.

**デフォルトの名無しさん** · 2022/12/28(水) 10:02:39.35

https://github.com/jessevdk/go-flags

**デフォルトの名無しさん** · 2022/12/28(水) 10:04:18.11

https://github.com/spf13/cobra
これ

**デフォルトの名無しさん** · 2022/12/28(水) 10:25:06.75

>>717
Cobraはこんな感じのこと書かれてるけど
どんなコードを指してるのか分からん

kingpinは直感的に使える気がするけどメンテナンスされてない
問題なければこのまま使えば良いか？

Both cobra and urfave/cli both enforce a globals-heavy, inversion-of-control architectural pattern that's difficult to maintain.
IMO, Kingpin is the only widely-used CLI library that takes an appropriate architectural approach.

**デフォルトの名無しさん** · 2022/12/28(水) 18:14:44.71

>>718
読んできて判断すればいいじゃん。そんなに読めないものじゃないし使い方も難しくない。アーキテクチャはたしかに理想的ではないと俺も思ってるけど、利用面からの意見としては、、
実戦で使用されていて信頼できる
機能面でも多言語の相当品と同じことがまあまあの書きやすさで書ける。ただしやや歴史的機能があったりして隅々まで洗練されてるとは言い難い印象
コマンドラインの補完などほかの言語では少々保守が面倒な機能があって便利

っと思ってる。でもとにかく評判より自分で確かめたらいいよ

**デフォルトの名無しさん** · 2023/01/03(火) 22:07:17.76

cobraはサブコマンドを無限に生やすような大規模向け、Kubernetes/dockerで使用されてる。
そこまで拡張する予定がない場合はgo-flagsかもっとシンプルな mitchellh/cliかな？ちょっとオプションがあるだけなら標準?のflagsだろうけど、普通に*nixのfindぐらいオプションがあるならやっぱりgo-flagsがおすすめだわ
大した関連性がないのに１つのバイナリのサブコマンドになってるより、別プログラムのほうが設計もメンテも楽だしcobraが**とても**メンテしやすいという話だけど、それは変らない。
本当にそこまで多数のオプションで動きが変わるようなプログラムを作るのか？という自問自答が必要だと思う、いやcobraは良いと思うけどね

**デフォルトの名無しさん** · 2023/02/02(木) 11:00:03.89

https://go.dev/blog/go1.20

**デフォルトの名無しさん** · 2023/02/02(木) 22:07:10.87

正式版リリースされたんだろうね。

**デフォルトの名無しさん** · 2023/02/05(日) 14:04:47.63

ジェネリックスって、有名どころのOSSのライブラリで活用されたりしてるの?
それとも手遅れ?
ORMあたりでこねぇかな

**デフォルトの名無しさん** · 2023/03/03(金) 19:04:29.44

Go言語でマイクロサービスの実装を解説してる書籍はありますかねえ？

**デフォルトの名無しさん** · 2023/03/13(月) 22:26:20.80

>>475
今まさに使ってるよ

**デフォルトの名無しさん** · 2023/04/05(水) 05:10:28.93

>>724
以下は、Golangを使用してマイクロサービスを開発するための書籍です。

"Goで学ぶマイクロサービス設計入門" - 田中充史著
　　この本は、Golangを使用してマイクロサービスを設計する方法を解説しています。サンプルコードを使用して、マイクロサービスの作成、展開、スケーリングなどを実践的に学ぶことができます。

"GoによるWebアプリケーション開発" - 佐藤幸一著
　　この本は、Golangを使用してWebアプリケーションを開発する方法を解説しています。マイクロサービスの設計と開発に必要な概念と技術を学ぶことができます。

"Goマイクロサービスパターン" - マテウス・カルステンス著
　　この本は、Golangを使用してマイクロサービスを実装するためのパターンを紹介しています。パターンに従って実装することで、マイクロサービスの堅牢性、柔軟性、スケーラビリティを高めることができます。

以上の書籍は、Golangを使用してマイクロサービスを開発する際に役立つ情報が含まれています。どの書籍も、実践的なアプローチを採用しており、Golangの基礎から応用まで幅広くカバーしています。

**デフォルトの名無しさん** · 2023/04/24(月) 17:12:53.41

Go言語入りユニクロTシャツ、Akamaiが提供　コードを動かしてみた人も=ITmedia

**デフォルトの名無しさん** · 2023/06/09(金) 20:38:28.47

1.20.5リリース

**デフォルトの名無しさん** · 2023/06/25(日) 22:02:04.84

ビルトインmin,maxやっときたか

**デフォルトの名無しさん** · 2023/07/26(水) 21:01:05.26

今期の公式調査が来たからみんな答えよう

以前の発表通りエラー制御に本腰入れ始めるのかまたもや意識調査が含まれてた
AIについての質問もあったし標準で組み込まれる未来もあるのかしら

**デフォルトの名無しさん** · 2023/07/26(水) 23:19:31.81

Goはこの中途半端な立ち位置のまま
この限られた用途以外で一般的に使われる言語にはならないと思われる

**デフォルトの名無しさん** · 2023/07/27(木) 08:50:36.21

昔Rubyがブイブイいわせていた時、私はPythonを選びました
本物には本物が分かります、そして私は静的言語としてGoを選択します
そうです、これが本物の回答なのです
いえ、これは私が優れているということではありません
Goが優れているということなのです

**デフォルトの名無しさん** · 2023/07/27(木) 13:33:27.28

goもこのまま衰退してしまうのだろうか。
今からならrust覚えた方がいいかな。

**デフォルトの名無しさん** · 2023/07/27(木) 22:38:03.18

そういえばジェネリクスはもう実装されたんだよな。もうinterface{}地獄じゃないのかな。

**デフォルトの名無しさん** · 2023/07/29(土) 17:37:17.23

まだ地獄やろ、
そんなはやくライブラリに取りこまれないんじゃないか
ORMとかどうなったのかな

**デフォルトの名無しさん** · 2023/07/31(月) 00:39:34.75

agoutiのかわりのライブラリでないかなー