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/05/11(水) 12:20:04.50

yoshikiはもうx japanのアルバムは出せないみたいな事言っちゃったしな

**デフォルトの名無しさん** · 2022/05/11(水) 17:22:36.20

20年後もメンテナンスし続けられる業務用言語

**デフォルトの名無しさん** · 2022/05/11(水) 19:40:14.48

>>321
全く売れないだろうしな
今更アルバムとか時代遅れ

**デフォルトの名無しさん** · 2022/05/13(金) 07:55:24.36

ちんちんシュッ！シュッ！シュッ！

**デフォルトの名無しさん** · 2022/05/13(金) 07:57:59.19

もうGoは終わりだな
俺はこれからPHP使いになる。じゃあな

**デフォルトの名無しさん** · 2022/05/14(土) 10:01:06.26

俺はGo使いからC使いになるよ
結局全てのことはCで出来るんだし、森羅万象の神になるためにもCを極めるよ

**デフォルトの名無しさん** · 2022/05/14(土) 10:49:33.99

俺は魔法使いから妖精になるよ

**デフォルトの名無しさん** · 2022/05/14(土) 12:19:38.49

　　　　　　　　　　　　　　　　　　　　　　　　　　　　_　ー――--＿　　　　.＿
　　　　　　　　　　　　　　　　　　　　　　　　　　＜;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;＼r ´;;;;;;;￣Y
　　　　　　　　　　　　　　　　　　　　　　／￣/＼ヽ;;;;／;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;Y;;;;;;;;;;;;;;;;|
　　　　　　　　　　　　　　　　　　　　　Y　　　/ ＼.＼　＼;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;Y;;;;;;;;;;;ﾉ
　　　　　　　　　　　　　　　　　　　　 t――/　;○;＼　　　＼／|;;;;;;;;;;;;;;;;;;;;;;|―イ
　　　　　　　　　　　　　　　　　　　　/　　　{　"' '　　　　＼＼　.|;;;;;;;;;;;;;;;;;;;;;;|
　　　　　　　　　　　　　　　　　　　/　　　　{　　．　　　;○;＼＼ヽ;;;;;;;;;;;;;;;;ｲ
　　　　　　　　　　　　　　　　　　 Y　　　　 Y　　　　　　　, , , ,　　ヽ;;;;;;;;;;;;;ハ
　　　　　　　　　　　　　　　　　　 /　　　　　＼　　ｪ‐-ｭ　　　　　　ﾚ-‐-ｲ　ヽ
　　　　　　　　　　　　　　　　　　/／　　　　　　Y　 .｀´　　　　　＿＿　　 Y　　Y
　　　　　　　　　　　　　　　　　／　　　　　￣|　ﾚ――￣￣入＿　　　＿ﾉ　　 |
　　　　　　　　　　　　　　　／　　　　　　　　<　　　￣|　　　　　　￣￣　|　　 .ﾉ
　　　　　　　　　　　　　　/　　　　　　　　　　　　　　　　　　　　　　　　　 |　メ
　　　　　　　　　　　　　/　　　　　　　　<　　　　　　　　　　　　　　　　　 .|イ
　　　　　　　　　　　　 /　　　　　　　　　　　　　　　　　　　　　　　　　　　|
　　　　　　　　　　　／　　　　　　　<　　　　　　　　　　　　　　　　　＿＿|
　　　　　　　＿／　　　　　　　　　　　　　　　　　　　　　　 _―￣
　　＿-ー￣　　＼　　　-―ﾅ　　　　　　　　　　　　　　　√
　　 V　　　　　　　＼／　 /　　　　　　　　　　　　　　　/
　　／V　　　　　　　　　　く　　　　　　　　　　　　　　／
.／　　 V　　　　　　　　　　＼　　　　　　　　　　　／
　　　　　V　　　　　　　　　　　＼　　　　　　　　 /

**デフォルトの名無しさん** · 2022/05/14(土) 14:13:32.43

　　　　　　　　　　　　　　　　　　　　　／⌒ヽ
　　　　　　　　　　　　　　　　　　　　｛:: :{
　　　　　　　　　　　　　　　　　　　　　　_＼{‐…‐-.. .,_
　　　　　　　　　　　　　　　､丶｀:: :: :: :: :: :: :: :: :`: ､
　　　　　　　　　　　　　　　　　／:: :: :: /:: :: :: :: :: :: :: :: :: ::＼
　　　　　　　　　　　　　 /:: :: :: :: √ :{:: :: :: :: :: :: ::V/:: ::ヽ
　　　　　　　　　　　　　　　 /:: :: :: :: ::.{:: : {:: :: ::{:: :: :: :: :V/:: ::‘,
　　　　　　　　　　　　　＿.厶　--― 　￢:ﾟ, :: :: V/:: }:: : }､＼:: }
　　　　　　　　　 Ξ, , , , /////, , 　}!:{ ―- V/ }:: : }::＼＼
　　　　　　　　　　 Ξ///////////　}!::〉 ,ｘぃ､V:}:: : } :: :ﾊ;_:〉
　　　　　　　　　　　 Ξ//ⅣﾑＶ/Ⅳ// }!´ ′ん心,}:: :,ﾞ､ ::{
　　　　　　　　　　　　 Ξ /{　￣￣ Ⅵ/ }!　　乂ソﾉ::./ ﾉ:: {
　　　　　　　　　　　　　Ξ/｢　0　　＜ }/ }!　　　:.:./::_/ィ:: ::！
　　　　　　　　　　　　 -‐㍉　　　　　 }/.}! _､-''⌒`ヽ､{ :: ‘,:＼
　　　　　　　　　　　　/　　　 ’, ＼／　 }'／　　　　　　＼ :‘,ｰ-
　　　　　　　　 ′　　 -‘,　　　 __{　　　　　　 ‘, ::`:: ┐
　　　　　　　　　　 ,′ 　./　　}＿_＿〈　‘,　　　　　　 ‘,` ｰ┘
　　　　　　　　　 ,′　　{　　 ./ 　　ハ　‘,　　　　ﾉ　　‘,　〔_
　　　　　　　　 {　{　　{　　/　/　〔￣(‘,　丶　　_∠ __　　 ′ 〔_
　　　　　　　　 {　丶　ｰ 1 ./　 / / }'T !ｰ^'ｰ'"{　　　　　　 ',　〔_
　　　　　　　 /　　 ` ‐　}/　 / / / ｜} . {　　 {　　　　　 ‘,⌒i

**デフォルトの名無しさん** · 2022/05/14(土) 17:49:19.77

GopherくんがキモすぎたからGo言語廃れちゃった……

**デフォルトの名無しさん** · 2022/05/14(土) 18:21:37.53

キモナイ

**デフォルトの名無しさん** · 2022/05/14(土) 20:29:18.94

ごふぁーは見ててイライラするよね

**デフォルトの名無しさん** · 2022/05/14(土) 21:32:37.80

GopherくんのAAください

**デフォルトの名無しさん** · 2022/05/15(日) 05:14:48.52

ʕ◔ϖ◔ʔ

**デフォルトの名無しさん** · 2022/05/15(日) 15:32:41.40

>>334
www

**デフォルトの名無しさん** · 2022/05/15(日) 18:08:41.50

>>334
これだわw

**デフォルトの名無しさん** · 2022/05/15(日) 18:19:52.67

>>334
完璧やんけ

**デフォルトの名無しさん** · 2022/05/15(日) 22:07:53.72

>>334
天才かよ

**デフォルトの名無しさん** · 2022/05/15(日) 22:33:07.76

見たことあるなと思って検索してみたら2012/06か

**デフォルトの名無しさん** · 2022/05/15(日) 23:04:07.66

(ｏﾟДﾟ)＝◯)`3゜)∵

これと組み合わせられないかと思ったけど難しいな

**デフォルトの名無しさん** · 2022/05/16(月) 01:46:22.06

ていうかさ
仮にゴーがこのまま静かにフェイドアウトして廃れてしまったらきっと
「やはりマスコットがキモすぎたのが敗因か」とか言われるに決まってるが、逆に
何かの手違いでうっかりプログラミング言語の王者となった場合にもやっぱり
「マスコットがキモすぎたのにもかかわらず、これだけの人気を獲得したGoとは！？」とか言われちゃうんだろう
どっちにしてもキモいとしか思われないゴーファー君かわいそう

**デフォルトの名無しさん** · 2022/05/16(月) 05:55:28.93

10年ぐらい前なら美少女化とかしてイラスト描いてる人いそう

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

(´・ω・｀)はこBOON最強伝説

**デフォルトの名無しさん** · 2022/05/16(月) 20:21:36.29

ʕ◔ϖ◔ʔ
これ商標登録していいですか？

**デフォルトの名無しさん** · 2022/05/16(月) 22:39:51.10

D言語のマスコット凄くかわいかった
何で流行らないんだろう

**デフォルトの名無しさん** · 2022/05/16(月) 22:54:07.95

マスコットはネタになるくらいだしまあどうでもええけどな
LinuxのTuxやJavaのDukeはそこそこかわいいけど、Hadoopはヤバキモいゾウにも関わらずかなり使われてるし

とはいえやっぱLispエイリアンくらいにキモかったりする許せないな・・・

**デフォルトの名無しさん** · 2022/05/17(火) 04:15:40.09

地溝油

製造方法

マンホールの蓋を開け、下水道内の黒く濁り、赤みを帯びたのり状の物体を掻き出し、一昼夜かけて濾過した後、
不純物を凝固させる薬品と共に煮詰めて精製、沈殿、分離など複数の工程を経て、再生食用油に仕上げる。
悪臭を放っていた物質は、この工程によりほとんど無臭になり、腐敗したドロのような廃棄油は澄みきった食用油となる。
見た目や臭いだけでは地溝油と本物の食用油を見分けることは困難であるとされる。
ただし、糞尿を加工して生産しているのではなく、レストランからの下水などに流れ込む油分を地溝油の生産に使用している。

**デフォルトの名無しさん** · 2022/05/24(火) 12:35:29.96

保守age

**デフォルトの名無しさん** · 2022/05/25(水) 21:23:55.21

ほしゆ(´・ω・)

**デフォルトの名無しさん** · 2022/05/25(水) 21:33:26.26

Rustスレ→毎日論争が起こるぐらい盛り上がってる
Goスレ→言語とは関係ない雑談、保守レスのみ

俺悲しいよ。Goが覇権取るんじゃなかったのか？

**デフォルトの名無しさん** · 2022/05/25(水) 23:50:38.22

読んでみたら論争ではなく罵り合いだった

**デフォルトの名無しさん** · 2022/05/26(木) 07:51:36.31

ここは平和なスレッドですね

**デフォルトの名無しさん** · 2022/05/26(木) 08:32:25.22

もう煽りにはスルーで対応してるからな

**デフォルトの名無しさん** · 2022/05/27(金) 12:51:06.65

良スレage

**デフォルトの名無しさん** · 2022/05/28(土) 08:41:36.46

ほｓ

**デフォルトの名無しさん** · 2022/05/28(土) 09:13:50.20

もう誰もGoの話してない(´・ω・｀)

**デフォルトの名無しさん** · 2022/05/28(土) 09:56:04.69

う、うん…(´・ω・`)

**デフォルトの名無しさん** · 2022/05/29(日) 00:03:28.97

じゃあとりあえずゴーファー君の話からしてみようか

**デフォルトの名無しさん** · 2022/05/29(日) 00:10:52.22

ʕ◔ϖ◔ʔ＜見ーあーげてGolang～♪

**デフォルトの名無しさん** · 2022/05/29(日) 10:24:41.43

>>294
utf8.ValidStringというのは使えないの？
tutorial勉強中に出てきたけど

**デフォルトの名無しさん** · 2022/05/29(日) 11:13:23.02

ぬるぽ

**デフォルトの名無しさん** · 2022/05/29(日) 12:35:29.89

おヒマなら来てよネ!

**デフォルトの名無しさん** · 2022/05/29(日) 22:07:08.64

言語仕様をそれなりに語れる言語って実質rustしかないからな
C/C++の全盛期を思い起こされる

**デフォルトの名無しさん** · 2022/05/30(月) 16:23:22.11

テスト

**デフォルトの名無しさん** · 2022/05/31(火) 00:46:57.29

おやすみなさい(´・ω・｀)

**デフォルトの名無しさん** · 2022/06/01(水) 00:20:40.11

6月age

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

go!

**デフォルトの名無しさん** · 2022/06/02(木) 19:12:38.94

いつの間にか世間じゃ1.18の時代なんだなぁ
Lambda の Go 実装を試しながら

**デフォルトの名無しさん** · 2022/06/03(金) 16:01:17.30

・

**デフォルトの名無しさん** · 2022/06/04(土) 18:18:41.66

hosyu

**デフォルトの名無しさん** · 2022/06/05(日) 09:59:18.23

このスレって何を語るんですか？
プログラミングに関係無いスレですよね？

**デフォルトの名無しさん** · 2022/06/05(日) 14:47:02.95

**デフォルトの名無しさん** · 2022/06/05(日) 16:57:00.43

Hiromi

**デフォルトの名無しさん** · 2022/06/05(日) 20:39:41.94

ここまで空気になるとは思わなかった

**デフォルトの名無しさん** · 2022/06/05(日) 20:45:22.32

やはりマスコットがキモすぎたのが敗因だな

**デフォルトの名無しさん** · 2022/06/05(日) 21:48:52.30

今は色んな現場に数年前にGoで作られたLambdaがたくさんありそう
1.11とか1.13ぐらいの

**デフォルトの名無しさん** · 2022/06/05(日) 23:18:43.83

Goは互換性高いからいきなりランタイムのバージョン上げてもまず問題ないでしょ

**デフォルトの名無しさん** · 2022/06/06(月) 07:09:48.46

AWS の Lambda Node.js runtime の EOLに疲れたのでGoにしていってる話、とかあるね
インタープリタじゃないので実行時に最新のランタイムで動くことを強制されないからだって
他の言語は半年とかのスパンでランタイムがバージョンアップされその度に確認やらしないとならない、という主旨

**デフォルトの名無しさん** · 2022/06/06(月) 17:50:20.14

AWS側でランタイムの検証負荷が高いって話？
Goだとそのあたりの責任は各利用者に丸投げできるわな。

**デフォルトの名無しさん** · 2022/06/06(月) 18:50:51.79

いや、Go だけ特殊でLinux用にコンパイルした実行イメージをzipしてデプロイするのと、Lambda実行環境との依存がnet/rpcという枯れた技術しかない
そのためバージョンアップの影響を受けそうにないという理由
つまりランタイムがないんよ

**デフォルトの名無しさん** · 2022/06/06(月) 19:32:52.22

Lambdaはコンテナイメージがサポートされたから他の言語も塩漬けできるようになったけどね

**デフォルトの名無しさん** · 2022/06/11(土) 23:08:51.11

保全

**デフォルトの名無しさん** · 2022/06/12(日) 15:58:23.25

Genericsが出て暫く経ったので聞いてみます。ʕ◔ϖ◔ʔ
イテレーション可能な汎用的なコレクションをmap/reduce/filterなど高階関数で操作できるGitHubスターが多いライブラリは何ですか？

**デフォルトの名無しさん** · 2022/06/12(日) 19:28:08.83

そんなものは無い
ループを回せ

**デフォルトの名無しさん** · 2022/06/14(火) 17:37:05.86

>>383
A Lodash-style Go library based on Go 1.18+ Generics (map, filter, contains, find...)
https://github.com/samber/lo

**デフォルトの名無しさん** · 2022/06/14(火) 18:20:09.37

>>385
これはセンスないわ
エラーを扱えないしメソッドチェーンもできない

**デフォルトの名無しさん** · 2022/06/14(火) 23:51:33.83

AWS Certified Developer - Associate の教科書に書いてあるけど、

AWS Lambda で、deploy package のサイズの上限が、
ZIP は250MB だけど、Docker コンテナイメージは10GB

AWSベースイメージである、Amazon Linux 2 以外にも、
Alpine, Ubuntu などで、カスタムランタイムも作れる

Ruby が簡単

**デフォルトの名無しさん** · 2022/06/15(水) 01:49:19.21

>>386
https://github.com/elliotchance/pie
これはチェーンが出来る。
多くの言語でコレクション操作中のエラー状態を返すという動作はあまり見ない、Rustなんかでもそう。GitHubスター数多いから挙げたが、チェーンもGoの模範的な１行の長さなどがあるし、Goはメソッドチェーンそのものをあまり勧めていない。（慣例的にエラーを2番目の戻りにするから）
エラーを扱えて、チェーンができる言語ってなーに？

**デフォルトの名無しさん** · 2022/06/15(水) 02:58:16.10

>>388
RustはResult型やOption型によってチェーンでエラーが扱われている

**デフォルトの名無しさん** · 2022/06/15(水) 05:30:30.87

goはそもそもエラーを扱う気概にかける言語だからどうしょうもない
毎回いちいちエラーコード返すのが作法とか何時の時代だよって感じだ

**デフォルトの名無しさん** · 2022/06/15(水) 08:21:25.23

>>390
「例外」がないからGo言語はイケてないとか言ってるヤツが本当にイケてない件
という記事があるから、それに対して反論してからどうぞ

**デフォルトの名無しさん** · 2022/06/15(水) 08:25:08.71

>>388
即時評価だね0点
百歩譲ってfilterやmapはエラー扱えなくてもいいとしても、foreachでエラーを考慮しないのはダメでしょ

**デフォルトの名無しさん** · 2022/06/15(水) 08:41:01.67

Rustも例外が無くエラーを返す点でGoと全く同じだが
OptionやResultといった代数的データ型で返すため抽象度の高い取り扱い及び記述がむしろシンプルさと利便性を両立させている
例外を無くした同じ方針なのにまるで原始時代への戻りと未来への発展の差を感じさせる異なる結果となった

**デフォルトの名無しさん** · 2022/06/15(水) 10:21:02.38

例外はgotoと同じだぞ
現代のネットワークやデータベースといった外部依存が沢山あってエラーがありふれる世界にはそぐわないからGoの値で返す方針は正しいよ

**デフォルトの名無しさん** · 2022/06/15(水) 10:33:53.80

Goにあと20年のキャリア賭けてみても大丈夫かね。
未経験可の案件あるから飛び込んでみようと思うんだが…
40ちょいだからあと20年は戦えると嬉しいんだが。

**デフォルトの名無しさん** · 2022/06/15(水) 11:06:51.75

>>394
Web系のエラー処理はオールオアナッシングが基本であまり細かい個別のケアが必要ないから、むしろ例外向きなんだよ

**デフォルトの名無しさん** · 2022/06/15(水) 12:52:09.46

>>392
遅延評価とは反復を使い込んで消費する関数を呼ぶまで効果がない事です。どこをどう見たら即時評価だっていってますか？
明らかにチェーン生成で遅延評価です。
func Of[T any](ss []T) OfSlice[T] {
　　return OfSlice[T]{ss}
}

それと上記ライブラリにはforeachなんてファンクションはありません。Rustのforeachが副作用を伴う操作が出来てしまうが過去の互換性を
維持するための現在の仕様のことを見聞きして言っていますか？通常多くの言語や高階関数操作が出来るライブラリでmapとforeachの違いは
値を返すかどうかの違いでありエラーを返せるかどうかではありません。またRustがtry_for_eachが存在するのもあくまでも利便性のための
例外であり、普通は特に高階関数操作中のエラーが起こることこそが例外でダメなコード設計です。

もしコード中でコレクションに含まれるデータにより例外エラーを伴うようなコードを乱造しているのであれば”大きく”反省してください。
それとも全く分かってないのに言葉遊びしている？印象を受けます。「foreachでエラーを考慮しないのでダメ」の理由を示してください

**デフォルトの名無しさん** · 2022/06/15(水) 13:27:56.57

>>397
rustのitertools::foreachはそもそも遅延評価じゃないし、過去の互換のために残されているのはその通り。ドキュメントに明記されている
遅延評価じゃなく積極的な評価だから例外が考慮できるといえるがrustの真価は高階関数操作が共通的であれば最適化されること。goが同様の操作を最適化するかどうかは知らん

**デフォルトの名無しさん** · 2022/06/15(水) 14:22:43.40

GoはそもそもGCがあってランタイムが重たい高水準言語で、ローカル変数でも必要ならヒープに確保するし、
GCどころかヒープすらなくても動くRustとは最適化の文脈が違いすぎて・・・

**デフォルトの名無しさん** · 2022/06/15(水) 14:31:21.29

アホか、レジスタ数が限られてる現代未来において必要ならローカル変数なんかヒープやスタックに確保するのは当たり前だ。
そもそもマルチタスクOSで動く今のプログラムは普通に変数はヒープの間を行ったり来たり
ランタイムが重いんじゃなく、ランタイム大きい。最適化の度合いも近代的な言語で大手企業が支援あれば大差ない。
そんな事やってるからRustが嫌われるんだぞ、馬鹿野郎

**デフォルトの名無しさん** · 2022/06/15(水) 14:37:28.29

Rustは低レベルなシステムプログラミングに使えることが目的な特殊な言語なので

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

>>397
ストリーム系APIでいう遅延評価というのは一般にいくつかのレベルがある
例 : items.a().b()
1. 最終的に結果を列挙しようとする段階でaとbの操作を実行する。実行順序は、aの操作をitemsの全ての要素に対して実行した後にbの操作を全ての要素に対して実行する。
2. 可能な限り列挙を繰り返さない。可能であれば、1要素毎にaとbの操作を実行し、次の要素に進む。一時バッファを使用しない。
3. 実際に要素が必要になるまでitemsの各要素を生成しない。つまり無限に続くシーケンスの実装が可能。

例えばシーケンスの順序を逆転させるような操作は一度全てを列挙しないといけなかったりするから、普通はこれらのハイブリッドな実装となる。
>>388で実現されてるのはこのレベル1までだね。

**デフォルトの名無しさん** · 2022/06/15(水) 15:20:29.18

>>397
見落としてるだけだと思うけど、
>>388にはEachがあるよ。エラーを扱えない欠陥品だけど。

**デフォルトの名無しさん** · 2022/06/15(水) 18:44:38.49

半分禁じ手に近いけど、deferでrecoverするという手も無くはない
あれは日和ったと見るべきか

**デフォルトの名無しさん** · 2022/06/15(水) 19:45:11.38

>>402
遅延評価と「無限に続くシーケンスの実装」はまた別問題だ。ほとんどのプログラムはfilterやmapも有限長だけで十分機能する。
Pythonのコルーチェンyield中断と同じく、それを基にしたRubyの.lazyや、さらに進んだC#のLINQなどは無限長の操作を可能にするが
Rustの無限長イテレーターはRangeやstd::iter::repeatにおいて無限長を扱えるだけであり、yieldはまだ実験的。
というか迷惑だからRustスレか言語比較してるスレでやって攻撃的な人格疲労しろよ

**402** · 2022/06/15(水) 19:52:07.91

>>405
俺はRust信者じゃないぞ？
十分機能するかどうかは個人の感想の問題だが、いちいちリストのコピーが発生するから非機能面では十分に問題になりうる

**デフォルトの名無しさん** · 2022/06/15(水) 20:33:08.01

>>406
そうか？チョットでも知ってればGoはyieldなんてキーワードはサポートしてないので安易な無限長をサポートするわけない。
最初の何も見ずforeach言ってるRustバカと一緒で、コレクションに含まれる高階関数操作で例外を考慮する状況がなぜ正しいのか説明できていない。
それだったらまだ蛇足的に挙げた無限長が扱えない事のほうが欠点だ、ほとんどの状況は高階関数系で例外なんてforeachでもEachでも考慮しない
上のライブラリはチェーン連鎖でコピーが発生するのはその通りだが、例えばfilterにmapをつなげて最後にcollectするような操作は上記の遅延評価や
無限リスト、そして例外とは何の関係もない。言語的な宗教戦争をやってるバカようにしか見えない、とてつもなく迷惑この上ない行為だ

**デフォルトの名無しさん** · 2022/06/15(水) 21:34:23.56

>>407
無限リストを扱うための前提として要素毎のストリーミング処理ができることは必須だから全然関係なくないぞ
なんか勘違いしてるようだが、俺はGoを貶しているのではなくただ>>388のライブラリがヘボいと言っているだけだ
別にyieldがなくたって今のGoで無限リストは実現できるよ

**デフォルトの名無しさん** · 2022/06/15(水) 22:33:42.84

Goならyieldみたいな妙なことしなくてもgoroutine内でループしてチャネルで送りつければいいだけだもんな

**デフォルトの名無しさん** · 2022/06/15(水) 22:39:20.20

妙でない==基本的な機能の中で説明できる
yieldなんてgoto並みに不自然じゃん

**デフォルトの名無しさん** · 2022/06/15(水) 22:48:49.45

>>395
Go一本に掛けるの厳しくないか。

**デフォルトの名無しさん** · 2022/06/15(水) 23:39:49.40

>>405
それは君の理解が間違っている

> Rustの無限長イテレーターはRangeやstd::iter::repeatにおいて無限長を扱えるだけであり、

その部分が完全にウソ
Rustのイテレータは誰もが自由に任意の無限長イテレータを作成可能
そしてその無限長イテレータに対して任意の別のイテレータを好きなだけチェーンさせて動作可能

これはRustのイテレータが中間生成物(リストや配列やベクタ)を作成しないため可能となっている
Goで整備するときもここが重要なポイントとなってくる

**デフォルトの名無しさん** · 2022/06/16(木) 00:21:02.73

無限リストって実際に無限長の何かを使うことは滅多になくて、あくまで遅延リストとして適切に実装されているかどうかの判定基準なんだよね
無限長リストを扱える構造になっていることは、メモリに乗らない巨大なファイルを一行ずつ読むような、文字通りストリーミング処理が必要な状況で非常に有用なんだよ

**デフォルトの名無しさん** · 2022/06/16(木) 01:51:06.21

結局2種類のうちどちらを選ぶか、だけの問題
(A) 遅延処理
　・メソッドチェーン時の中間生成配列などを無くせる
　・無限長も扱える
　・無駄がなく有利
(B) 即時処理
　・メソッドチェーン時の中間生成配列などが必ず必要となる
　・無限長を扱えない
　・(A)よりも不利

RubyのlazyやRustのイテレータはもちろん(A)タイプ
Goでも欲しいのは(A)
(B)タイプのものは検討する必要がない

**デフォルトの名無しさん** · 2022/06/16(木) 02:11:04.77

Go 2のProposalを見ると

https://go.googlesource.com/proposal/+/refs/heads/master/design/43651-type-parameters.md
> We do not expect approaches like the C++ STL iterator types to become widely used. In Go that sort of idea is more naturally expressed using an interface type. In C++ terms, using an interface type for an iterator can be seen as carrying an abstraction penalty, in that run-time efficiency will be less than C++ approaches that in effect inline all code; we believe that Go programmers will continue to find that sort of penalty to be acceptable.

って書いてあるけどまあGoはそういう言語で、そこまで最適化にこだわる言語じゃない
最適化にこだわるひとはRustとかC++とか使うべき

**デフォルトの名無しさん** · 2022/06/16(木) 08:44:05.77

>>415
これは遅延リストを否定しているのではない
C++のようなゼロオーバーヘッドは目指さないよ、もしイテレータを抽象化するなら実行時のオーバーヘッドを受け入れて普通にInterface使う想定だよと言っていて、
将来的に>>414の(A)のスタイルのイテレータを導入する可能性は下記の通り肯定している
> As we get more container types, we may develop a standard Iterator interface. That may in turn lead to pressure to modify the language to add some mechanism for using an Iterator with the range clause. That is very speculative, though.

**デフォルトの名無しさん** · 2022/06/16(木) 10:46:03.49

>>411
JavaとPHpだけじゃ不安なんだ

**デフォルトの名無しさん** · 2022/06/16(木) 11:54:55.58

>>417
PHPてw

**デフォルトの名無しさん** · 2022/06/16(木) 17:42:32.41

>>416
つまり将来Go3になる頃には>>414の(A)がGoでも出来るようになる可能性が残されていると

**デフォルトの名無しさん** · 2022/06/16(木) 19:30:57.98

>>417
なんだ、プログラミングは経験者か。
ならGo未経験案件でも収入大幅に減らないならスキル増やすつもりで行っていいかと思うけど。

>>418
案件多いのはPHPなんだぜ涙

**デフォルトの名無しさん** · 2022/06/16(木) 21:18:25.47

>>419
単なるデザインパターンだから今のGoでもできる
イテレータのinterfaceが標準化されてないだけ