Go language part 4 YouTube動画>2本 ->画像>6枚

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

公式
https://golang.org

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

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

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


※前スレ
Go language part 3
http://2chb.net/r/tech/1571315884/

テンプレは前スレの>>2に変えた

みんな大好きGopherくん

Gopherくんキモい

【悲報】.日本人、ステマに.簡単に.洗脳される(笑).幼稚.な.多数決.カルト.信仰の.末路
(１)日本人.の.精神.を.腐敗.・.堕落させ.愚民.化.させろ
(２)日本人.の.女.を.集中的に.狙い.洗脳.しろ！
(３)ネトウヨ.、ヘイト.スピーチ.等の言葉を.浸透させ.、同胞へ.の批判.を.封じろ!
(４)「同性婚・LGBTを全面肯定しない者は差別主義者だ！」という雰囲気を作れ!
(５)中身のないアニメを流行らせ、クールジャパンをオワコン化させろ!
(６)「未だにガラケーの奴は笑い者」という雰囲気を作れ.
(７)「日本人の男VS日本人の女」の対立を煽り、分断しろ！
(８)日本人同士で恋愛・結婚させない、子供を生ませないよう誘導しろ。
(９)日本同士で結婚していたら離婚させる方向に仕向けろ
(10)海外セレブやハーフモデルをもてはやし、「日本人は劣等人種だ！」と植えつけろ。。
(11)イケメンブームを定着化させ、「男は外見が全てだ！」と洗脳しろ.
- ソース -
電.通.グループ.会長.成.田.豊.は.朝鮮.半島.生まれ
http://ja.wikipedia.org/wiki/成田豊

Go言語がダメな理由
https://postd.cc/why-go-is-not-good/

6年経ちましたがよくなりましたか？

キミの頭よりは良くなってる

Goに入ってはGoに従え

Python&MSの最強タッグに勝てるとは思えん

Pythonの生みの親、グイド・ヴァンロッサム氏、「引退は退屈」とMicrosoft入り - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/2011/13/news066.html

MSがPythonに力入れる夢見てるやついまだにおるんやなw

言語には得意分野があることを理解できないニワカが大杉

>>9
pythonは可読性上げるために文法強制するくせに、関数呼び出しばかりで可読性劣悪なのがちょっとなぁ。

Goはその関数呼び出しを1関数あたり5行くらいに分けてダラダラと書いてるだけだろ？
その分Goは情報の密度が低くて楽に読めるから、単位時間あたりに読める行数を可読性と定義するならまあGoの可読性はPythonより高いわな

ダラダラ書いてるってどういう事？

>>12
なんでPythonが関数呼び出しばかりだと思ったの？
なんで関数呼び出しばかりだと可読性が低くなると思ったの？

>>14
err = Hoge()
if err != nil {
　return err
}

>>16
これほんと嫌い

>>16
俺はこれ好き
try-catchよりシンプルで読みやすい

これが読みやすいとか、たぶん1000行程度のプログラムしか書いたことないんだろうな

>>19
ごめん
俺土方じゃないからコード書かないんだ

goって、

err = Hoge()
if err {
　return err
}

とは書けないんだっけ？

Hoge() の戻り値が boolean じゃないとね

頻繁に出てくる定型コードなんだから言語側は糖衣構文実装しろよ

err = Hoge() && return err
俺ならこうする

クソダサい

Rust見倣って
result := Hoge()?
にしとけ

すまん
if err = Hoge(); err != nil {
　return err
}
以外の書き方したことないわ

あ、:= に直すの忘れてた

=とか:=とかめんどくせえな

>>27
エラー以外の戻り値のある関数使ったことないの？

Go2の改善は今のところ↓コレが有力なの？
https://go.googlesource.com/proposal/+/master/design/32437-try-builtin.md

Proposal: A built-in Go error check function, "try" · Issue #32437
https://github.com/golang/go/issues/32437

This proposal has been closed. Thanks, everybody, for your input.

>>30
な？ これで良いとかおもってるやつなんて
ロクにちゃんとしたコード書いたことすらないのがバレバレ
しょぼいサンプルコードぐらいしか書いたことないんだろう

>>32
で？結局Go2ではどうなるの？

>>34
reject されたからどうにもならない

えっ、なんの改善もされないの？
だとするといろんな意味できついね

昔go使ってスレッド同期系の不具合を調査しようとしたが、ログを入れてもスレッドid的なものが一切取得する手段が無くて驚愕した。

そこでmutexをAPI入り口に入れて回避しようとしたが再帰mutexが無くて断念した。

調べたら再帰mutexは使うべきじゃ無いから提供しないらしい。ならば作ろうとしたらスレッドid的な識別子が無いから作れない。

昔のgoは識別子を取れたため再帰mutexライブラリが落ちてたがそれも使えなくなってた。

なんだろうこのクソ言語って思った。

RustはともかくNimとかいう馬の骨にまでコケにされてとてもつらい。

Let's encryptのバグはRustで実装していたら防げたの？
https://qiita.com/komasayuki/items/02785730d486ec4b397f
Let's encryptのバグはNimで実装していたら防げたの？
https://qiita.com/dumblepy/items/37581ef0223a81fa1094

Discordに逃げられてつらい…

実装言語を「Go」から「Rust」に変更、ゲーマー向けチャットアプリ「Discord」の課題とは
https://www.atmarkit.co.jp/ait/spv/2002/10/news038.html

>>16
わかりやすくていいじゃん。
このパターンなら、return Hoge()できないか考えるけど。

>>19
1ファイル1000行は異常だと思うぞ。

>>30
複数の戻り値あるときでも、>>27の書き方はできるぞ。

>>33
お前もないんだろ…

>>30
その一言で馬脚を現すとはなんという出オチ感
ディスるなら言語仕様くらい勉強して出直してこい

具体的にはGoではタプルで戻り値を返してくるのが一般的
一個の戻り値なんて、普通に使っている人間からしたら特殊な使い方だよ
つまり、使ったことが無い素人さんだね貴方

全部Gopherくんがキモいのが悪いわ

年寄りはオライリー表紙で慣れてるから平気

>>42
さすがにGoスレで多値返却知らないやつはいないてw

可読性の観点で同じパターンと認識してるのかどうかの違い

ちなみにタプルではないよ

>>45
型としてのタプルではないから確かに無いといえば無いね
順序を持って並んだ変数の組、という物は構文としてタプルと表現すべきかと思ったので

タプル型って特に使い道思い付かないし要らんよな？

とか思ってたらissuesの#41148でタプルをチャネルで送りたいとかあったわ
なるほど

>>35, >>37
これマジ？
GolangやめてRustやります

Rustなんて数年経ったらScalaと同じでただの負債になるだけなのによくやる気になるな
個人で趣味程度にやるなら良いと思うけど

RustはMSが正式採用してから始める、で遅くないと思う

RustはOS寄りな案件に突き進むんじゃないか？
シェルじゃなくカーネル
>>39にあるようにGC不要であるという強みはドライバ記述に最適ということを意味するから

負債になるのはGoだろワロタｗｗｗｗ

Rustは人類が使いこなすには150年くらい早い

小学生レベルでも読み書きできるGoは負債になりにくいだろ
Rust使ってるやつは奴隷身分の癖にアーティストぶって負債を生むウンコマン

Goはあまり変なフレームワーク使ったりしなくて標準ライブラリが基本なので、その意味では負債化する要因が少ない
廃れるのは言語よりも先にフレームワークだからね

Rubyは廃れたけど
Railsが元気なお陰でバッテリーとして生かされてるじゃん

いいかわるいかは別にして >>53 は真理
たとえば Lua なんて糞言語もいいとこだがいまだに
ゲーム組み込みスクリプトとしてちょこちょこ使ってるケースがある

COBOLが負債化した原因は小学生レベルじゃ読み書きできないからなのか？

go2でジェネリクス入ったら今のコードは負債になりそうだけどな

お前ら負債負債って言ってるけど、そもそも「負債」の定義は？

その言語のコード資産の価値を(最新の言語だったら発生しないはずの無駄な)維持費が上回り始めた状態だろうな

負債ってヨタ話なんて信用なんねー
損益分岐点越えたら切り替えるのが当然
「政治」的な問題だよくだらない

先週はイテレータ知らんやつばっかりで
今週は技術的負債知らんやつばっかりなの？

既存システムへの機能の追加変更時に
クリーンなシステムであれば必要ないであろう作業が
著しく多く必要になるものを負債と呼んでる

相対的なものだから単一指標で数値化することはできないんだけど
「あのシステムの修正は面倒だからやりたくない」と感じる度合いと正の相関がある

>>62
それが「政治」的問題
技術的な問題じゃないね

wikipediaくらい見ようぜ。
Technical debt (also known as design debt[1] or code debt, but can be also related to other technical endeavors) is a concept in software development that reflects the implied cost of additional rework caused by choosing an easy (limited) solution now instead of using a better approach that would take longer.[2]

だから技術的な問題じゃないと再度主張
一般的なプロジェクトマネジメントとかのスレに行け

>>65
君が技術的な問題じゃないと思うのは自由だけど自分勝手な定義を人に押し付けるのは止めようや

>>66
こっちこそお返しするよ

技術選択や設計選択の問題は多分に組織的要素や人的要素を含むものなのにね

その辺りの要素を考慮しなくていいのは末端の作業員だけ

ここが何のスレだか言ってみろ
プロジェクトマネジメントのスレに行けと

技術的負債をどう返済するかがプロジェクトマネジメントやろ
元々は「Goは他言語と比べてどれだけ負債化しにくいか」という話じゃなかったか？

技術的負債の発生要因はプログラミング言語のバージョンアップ以外にも色々あるけど

プロジェクトマネジメントじゃなくてエンジニアリングマネジメントだろ
自社サービスだと、こういうのを技術的な問題と思ってない奴はまずいない

おまいらってほんとマネジメントとかそういうの好きだよな

>>68
末端の作業員にも使われる言語になったということ
日本でも労働者言語としての地位が定着してきたのかな

で、実際にメインの仕事で使ってるんだろうな？

>>72
単にGoについて話すことがないだけなんだが…

間違った英語で日本人として恥ずかしい…
go getじゃなくてgo to getだろ…

>>72
上流工程(ｷﾘｯ

>>71
これは激しく同意する
上流/下流とか関係ない

>>54
Goが負債化する要因は、コードがコピペだらけになって膨らむことだよ。
Goはコードを絞る手段を提供していない。だから俺はGoを使わないことにした。
長期的にメンテナンスする場合にコストが跳ね上がる。
これが顕在化するのはこれからだね。

逆に、動けばいい使い捨て用途の高速版Pythonと見るなら、全く問題ない。
だから完全に廃れるって事もない気もするが、大規模開発向けのメインストリーム言語として使われることもないね。
今もシェアなんて君らが馬鹿にしているRubyと比べてもゴミ以下でしょ。

自分が使っている言語が廃れるのが嫌なだけなら、今一番無難なのはC#だよ。
勿論Goより仕様が大きいから全部勉強するつもりなら時間がかかるけど、
Goが持っている機能だけ使うつもりならGoの修得と手間はほぼ同じ筈だが。

自社サービス系に関して言うと、C#はエンジニアがWin系の人間に限られてしまうために採用活動で苦労することになり、追加の人的コストが発生する
その意味では負債だ
C#は変わりつつあるとはいえ有名なSaaSとかでも開発環境はやっぱりWindowsとVSとIISだったりするので、Web畑のエンジニアには敬遠される
これ実話な

C#ね……w
どういうところで働いてる人がGoを批判してるのかがよくわかったよ

新形のmacでHello Worldできたよ

>>80
俺が言ってるのは純粋に言語についてだ。

ただ現実的に採用で困る、というのは大きな意味があるが、
それ言ったらGoもWebエンジニアにとってはGoは新規に学ばなければならない言語であって、
PHP/JSと比べたらGoなんて話にならんだろ。
Go選ぶ時点で間違いだよ。

あと、Goにもある機能の範囲だけC#を学ぶだけなら労力は同じだよ。
ただしPHP/JSのエンジニアの方がネットワーク周りの「知識」があるから促成はできるが、
「プログラミング」は技能に近く、一朝一夕には上達しない。
だから、「正しくプログラミング出来るGo技術者」を育成するとして、
PHP/JS等Web周りの知識がある奴にプログラミングを教えるのと、
C#/Java/C++等プログラミング出来てる奴にWeb周りの知識を教えるのとでは、
一通り座学してあとはググりながらやれ、で済む後者の方が断然簡単だ。
ただしWeb系の場合はプログラミングが大して難しくない範囲で収まるから、
PHP/JSからの促成組で何とかなるもの事実だとは思うが。
ぶっちゃけ、他言語は多機能すぎて、そこまで必要ないからこそ、簡素版のGoが使われる余地があるわけでさ。

そしてまあ、C#がWindows/VS/IISなのは多分事実だろう。
それでWeb系はLinux/VSCode/Apache/Nginxで、それ以外は絶対に嫌なのか？
ならEmacs/Vimと同じで永久に交わることはないだろうね。

また発作が始まったか

>>79
コピペだらけになるって、それはその程度のスキルだからじゃないか？

>>83
論点がブレてるんだけど。
もう少しまとめて話せよ。
雑談はネグれ。

Gopherは他の言語やったことないから自分の使ってるGoが一番だと思ってるんだよ
つまりGopherには何をいっても馬の耳に念仏だよ

C#バランスいいよね
Windows/IIS縛りがネックだったけどそれがなくなったから徐々にシェア広げていくと思う

Safari, the new IE
Gopher, the new Rubyist

C# Gaiji, the new Ruby Gaiji

>>87
ただそれは最近はどの言語スレもだよ。勿論C#スレでも。
それを俺は信者化と言っている。

当たり前だけど、どの言語にもそれなりに糞な点はある。
もしそれが無く、他と比べて圧倒的に素晴らしければ、簡単に覇権を取ってる。
それは1993頃のC/C++であり、Cで72%、C++で20%だからC/C++で92%だ。
(その頃のC++なんて今のC++から見れば「それはCだよ」と言われる程度でしかない)


今はシェア25%弱の言語が3つ並んでいる状況なのだから、言ってしまえば「どれも大して変わらない」んだよ。
だから他言語に糞な点があれば、同程度には自分のお気に入り言語にも糞な点があるに決まってる。
この単純な論理を認められないのは、信者だからだよ。
ただこれは既に言ったとおり、Goスレだけの話ではなく、C#も他も同じ感じだけど。

どんなにここでC#の良さをアピールしても現実世界じゃ古臭い会社やUnityでしか使われないゴミ言語なんだよ…
今後Goみたいに流行るといいね…

Javaよりはいい言語なんだけどねぇ
でもJavaと同じ戦場だから……

GoやRustは狙ったのか利用シーンがズレてるんで居場所がある

それだけcppが好きならずっとcpp使ってろよ。
グリーンスレッドも知らなかった分際で。

>>92
それが信者の観点だよ。
C#の方がGoよりは1000倍以上流行ってる。
それはシェアからもエコシステムからも明らかだ。
もっともお前らはJavaも流行ってないと言い切るくらい信者なのだとは思うが。

Goはそもそも流行る要因がない。他言語を使える奴が、わざわざGoを使う理由がないから。
だから今後とも今までどおり低空飛行だよ。
新規流入は初心者だけで、エコシステムも今までどおり回りもしないまま。

Rustはその点、明らかにピーキーで、Rustじゃないと駄目な理由が明確にある。
だからわざわざ使う理由にもなるし、今後はしばらくは確実にシェアは増えると思うよ。
ただどこまで行くかは謎だ。FFは死んでしまったし。あれRustのせいだと言っている奴がいるけど、俺もそう思うし。

>>95
アンタは C# の信者だなｗ

>>96
どこがだよ。そもそも俺はC#は使ってないし。
>>91の動画見てみろよ。Goなんて一度も出てこない。
Rubyは最後落ちるが健闘した方だ。少なくともGopherに馬鹿にされる理由はどこにもない。
サーバーシェアでもGoなんてゴミ以下だろ。
CやLispをサーバーに使ってるなんて聞いたこと無いが、Goはそれ以下だぞ。
https://w3techs.com/technologies/overview/programming_language

GoはMicroserviseとCLIが主戦場
JVMやCLRに依存したくなくて軽量でサクサクコンパイルしたいユーザー層向け

ただGo2が残念な結果になりそうなのとUSで下火になってきてるのを見ると先は明るくない

>>97
フロントエンドとしては使われないからそこには数字出てこないでしょ

使ってもいないのに1000倍以上流行ってるってよく分かるなぁ〜ｽｺﾞｲｽｺﾞｲ

他言語も使うしC#も結構書くけど、Go書くことも多いぞ。
何一つ処理系もランタイムもインストールする必要ないから、展開めっちゃ楽だし。1ファイルだし。
デカイって言っても.net coreのscdほどデカくもないし。

というかGoのエコシステムって結構しっかりしてると思うけど。
awesome goとawesome dotnet見比べてがっかりしなければ良いけど。

>>99
いやそれはバックエンド限定の話だぞ。
なおフロントエンドなんて言うまでもなくJSの一強だ。その下をつつけば出てくるが、以下。
https://w3techs.com/technologies/overview/client_side_language

前も思ったが、お前ら違う世界に生きてるよな。

この辺りを読んでおけばいいんじゃない

Go Case Studies https://go.dev/solutions#case-studies
Go Use cases https://go.dev/solutions#use-cases

>>103
それはおまえらみたいな初心者は騙されるのかもしれんが、逆なんだよ。
シェアが低いからこそ受注案件を宣伝する必要があるし、
それをやっている時点でまだ数えられるほどしかない、ということなんだよ。

実際、PHPでそんなのやってないだろ。多すぎて無理だし。

中身1文字も読んでないだろｗ

>>102
フロントエンドはフロントエンドサーバーのことだよw

クライアントサイドがJSなのは当たり前
こんな話が通じないとは確かに違う世界に生きてるな

ことば遊びしはじめたｗｗｗ
フロントエンド←→バックエンド
クライアントサイド←→サーバーサイド
はい、では「フロントエンドサーバー」の定義からどうぞ〜😆👍➰

>>95
FFって何？ｗ

>>107
冗談抜きで知らないんだね

フロントエンドってのはアプリのプレゼテーションレイヤーのこと
プレゼンテーションレイヤーを管理するサーバーがフロントエンドサーバー
Webアプリなら基本的にWebのUIを返すサーバー

クライアントサイドとの違いが理解できたかな？

>>109
そういうのは99.99%の人はBFFと言う。
BFFのfor Front-end、これなんのことか分かる？ｗ
クライアントサイド、ブラウザで動くJSのことだよバーカｗｗｗ

あのさあ、フロントエンド、なんて一般的な英単語なんだから分野によって指すものが違うのは当たり前なわけよｗ
例えばコンパイラ構成にもフロントエンド/バックエンドって用語は使われるわけ。
コンパイラ構成の文脈で「バックエンド？ああサーバーのことね！」なんて文脈無視した理解する馬鹿はいないわけ。普通。
ところがここにいたわけ。それがお前ｗｗｗｗｗ
Webの分野ではフロントエンドはクライアントサイドのことなんだよバーーカｗｗｗｗｗ
さすがに腹痛ぇわｗｗｗｗｗｗｗｗ

BFFで通ってるものを「フロントエンドサーバー」とか言っちゃってたわけ？
オレオレ用語にしてもセンスなさすぎィ…
今IT用語辞典でBFF必死に調べてそうｗ
恥ずかしいオレオレ用語晒す前にもちょっとは調べりゃよかったのにｗ

>>110
残念だけどBFFの解釈も間違えてるよ
Webアプリの開発やったことないんだろうけどさすがに少しは勉強したほうがいい

BFFはAPIをホストするところであってUIをホストするところじゃない

クラシックな3階層に当てはめるとアプリケーションサーバーの一部

ふ、フロントエンドサーバーｗｗｗ
それバックエンドにあるわけ？ｗ

フロントエンドサーバーっての俺も初めて聞いた。
こうやってオレオレ用語ができていくのか。

俺はフロントエンドサーバ使ってるけどな
ページにリクエストが来たときフロントエンドサーバでJavaScriptを1から生成してブラウザに返してる
ITの世界でも鮮度は大事だからなるべく出来たてのスクリプトを提供したいんだよね
思いやりの気持ちを持たない現代のガキに足りない精神を維持するためにもフロントエンドサーバは大事だよ

その「ページにリクエストを送っているもの」がフロントエンドなんじゃないかなぁ

>>116
わかる
自分も思いやりの精神を忘れないために画像は全部リクエストが来る度に作ってる
1日10件ぐらいしか対応できないけどリクエストが来たらPhotoShopをすぐに開いて画像を作ってフロントエンドサーバに格納してる
職人の心を忘れちゃダメだよね

メルカリの人のプレゼンとか見てみなよ
フロントエンドをどういう意味で使ってるか分かるから

イテレータ、技術的負債、フロントエンド/バックエンド

お前ら一般常識知らなすぎ

>>119
バックエンドフォーフロントエンドとか
こんがらかってきてファックって言いかけてるw

>>121
1週間前の無知な自分に気付けて良かったじゃない
Fuck my ignorance! Grazie mille, 5ch amici!!

無知な私め！どうもありがとう、5chの友よ！！
かな？
amiciはイタリア語っぽい
友達の男性複数形かな
Grazie milleは何語だろう？
千のありがとう→Thanks a lotみたいな意味だと思うけど…

dataA, err := getDataA()
if err != nil {〜

dataB, err := getDataB()
if err != nil {〜

ってやりたいんだけど
Bの方のerrが二重定義だから怒られる


var dataB []DataB
dataB, err := getDataB()
if err != nil {〜

ってやると、VSCodeに「dataB []DataB declared but not used」って怒られる


こういう場合ってどうするのがセオリー？

>>124
前半は、そんなエラーにはならない
https://play.golang.org/p/A3Qg-byXg0p

後半はdataBを使用する部分を書いていないだけ

>>124
よく見ると、後半は二重定義になるから未使用警告にはならない
見直すこと

>>125
大変失礼しました…
仰るとおり、dataB使う処理書いてないで怒られてるだけでした

ここでバイク乗りがこそっとフォークエンドも混ぜておきますね

めちゃくちゃ腹立わ
Go推すまで密林不買だな

AWS、プログラミング言語「Rust」を重視する理由示す--エンジニア採用中 - ZDNet Japan
https://japan.zdnet.com/article/35163089/

GoとRustは利用分野が違うから関係ないよ

>>130
どっちも高級C言語という立ち位置だと思ったが違うのか

>>131
RustはモダンC
Goにその役割は無理
別に悪いことでもないと思うが
「なんでもGoでできる！Goサイキョ！！」
とか言ってたらRubyみたいに鼻摘み者になるので注意

>>131
関数呼び出し機構が違うため、Goにはドライバなど低レベル処理が書けない
その代わりにGoは超軽量なgoroutineと可変なスタックを手に入れた

これによりWebAPIなどサーバプログラムで数百万の同時接続でもヘタレない性能を叩き出す
プログラム内プロセスと言えるスレッドに並列処理を頼る他の言語ではメモリ消費の問題で、この性能を求めるのは非現実的
コンテキストもデカけりゃスタックもデカいため

>>131
前にGoからRustにシステムリプレースした会社の話があったが、これはまた話が違う
GoはJavaなどと同じくガベージコレクト(GC)機構を持ってる
時々発生するGCの時にはms単位で他の処理が遅延する
この遅れを嫌ったためGCを使わないRustで処理時間の安定を計ったため
RustではGCではなく所有権という特殊な考え方でメモリを管理している

>>131
Goはそういう低レイヤーなことは危険だから使えないようにしますって感じの言語

ごー言語勉強しようと思うんですがフルスタックだとどのフレームワークがメジャーですか？

俺はecho使ったけど、特にバニラでも問題はない感じ
パラメータの解析とかCORS実装とかで多少は便利になる
テンプレートはこれどこか改善されてる？

>>136
フルスタックなフレームワークを使うこと自体がGoではメジャーではない

>>136
答えとしてはGinかRevelと思うけど
実態は>>138の通り

趣味でプログラミングしてるんだけど今はPythonとc++/C#あたりを触ってる
goも勉強したらPythonの代わりとして使えるのかな？
それとも趣味レベルなら覚えるだけ無駄？

>>140
趣味レベルならばオススメできない

Pythonは拡張に拡張を重ねた巨大な仕様で一つのやりたいことに色々な書き方ができるので、初心者でも自由に書ける言語
専業プログラマーでない研究者でも楽に望むままのプログラムを書けるため、利用者が桁違いで膨大なライブラリが日々作られ続けてる


Goは不自由な仕様のかわりに大量の非同期処理などを高速に処理できる
これは使いどころが限られるし、利用者も限られる
ただし使いどころでは驚異的な性能を誇ることが存在意義

ginでオレオレwebアプリを勉強がてら作ってるのだけどtemplateベタ書きなmvcっぽいので参考サイトやリポジトリないですか？
日本語だとjson返すAPIばかりなので英語でもいいので

JSON返すWebAPIが大の得意だからwebページの用途に関してはブログを書く気がないんじゃないかな？
webページでは画面遷移は控えめにシングルページ主体で、JavaScriptによってセッションキー付けてWebAPI叩けば用は足りるだろうという推測

これは一般的に聞いた話ではなく、自分がstrutsページ遷移とかでセッションのデータを管理するのが大変なんで、なるべく使いたくないなーと思ってるための希望的妄想なのですまない

>>140
趣味でやるならLISP forth Nimあたりのマクロの強い言語のほうが面白いよ。
飯の種としてはおすすめしないけど。

ふざけたもん勧めんじゃねえぞゴルァ！！

自鯖で静的なHTML（貧弱なレンタル鯖用のサイト）を生成するスクリプトを走らせてたんだけど
それをGoogle compute engineの無料枠に移行しようと環境構築してたら
cpanm（perlのモジュール管理ツール）のDBIのインストールのテストで、メモリエラーでコケた
goは余計なリソース一切なく単体で動くという点で、弱小サーバをどう使うかという観点でも有望な気がする

>>146
ちゃんと読んでないけどHugo使えば？

>>147
こんなのあったのね…
もうオレオレでデータ入力用の管理サイトと、
構造化してリンクとか全部付与してサイト生成する部分まで作っちゃってる(´・ω・｀)

まあ言いたかったのは少なくともPerl（+cpanm）よりも貧弱な環境で動きそうということ

>>12,>>145
関数呼び出しを気にするならマクロのある言語使え
というわけで、lispよりも強力なマクロのあるJuliaを使おう

> lispよりも強力なマクロのあるJulia

これ本当？

最強のマクロったら gcc の inline ではないだろうか？

>>150
「JuliaとLispのマクロの比較」っていうタイトルのブログを読んでそう思った。
リンク貼りたかったけど、はてなブログのリンクはNGワードっぽいから自分でググってくれ

マクロでlispに勝てる言語ってほとんどlispじゃね？

強力という言葉の意味次第だろう
そのブログにも書いてあるけど、
何でも出来るという意味ならlispの方に歩がある

最強のマクロがある言語はどれなのか
C言語とLisp, Julia, Nim, Rustの5言語に精通してる人なら答えられるかもしれない……

juliaのマクロはschemeの健全マクロみたいなもんなのかな？そうなら健全なマクロでも変数補足しちゃうはずだよ。マクロに関してはastベタ書きするLISP族が一番適してるとおもうけどな

デフォルトで変数捕捉しません。
させたいときはエスケープする。

そんなにマクロつかいたきゃ
ビルドの途中でC/C++のプリプロセッサを間にかませや

そんなオモチャみたいなマクロの話じゃないから黙ってろ
真のマクロの話をしてるんだ

GO2のリリース日を教えてください
来年にはきましゅか？

来まちゅよ！

来てもなぁ
とりたてて困ってない
滅多に使わなくて実感ないから正規表現が遅いと言われてもピンとこないし

int64をuint64に変換する簡単な方法って無い？
当然に収まらないからマイナス値はif文で0にしてあるものとする

何が困ってるかと言うと、ファイルサイズはosパッケージではint64なのに、zipパッケージではuint64なんで

もう面倒なんで、文字列にしてハイフン取っちゃおうかな

GOでRSSリーダー作れましゅか？

httpで読み込んで
https://qiita.com/ytkhs/items/948f516ec82c82eaa882
とかXMLパースするだけだろRSS

JSONは要素のコメントなしで読み込む機能はあるけど、XMLはどうだったか知らん
名前空間も

>>163
uint64() じゃダメなん？
https://play.golang.org/p/hwbSw8-k3Fn

>>166
orz 組み込み関数見落としかぁ

そういう次元の話じゃない
せめてググろう

Go製のrssリーダーはすでに幾つかあるが、作れるかであって使えるかじゃないから、自作する話だと判断するのが妥当

rssの要素技術はhttpとXML
rssのURLをブラウザで叩けば最低限読めるのだから、他に必要な技術はない
作れるかと聞かれているのだから、要素技術をサポートしているか、という質問だと判断するのが妥当なのでは？

GoでGUIアプリのRSSリーダーを開発できるかという質問なのかな？
QTくらいしか俺は触ったことないけれども

組み込み関数じゃなくて言語の基本仕様レベルだよ
って話じゃないの

GOってもしかして人気無い？
2〜3年前と比べて下火になってる？

go routineって windows APIで言うと単なるファイバーだったのね。何か昔に戻った見たい。
それなら、パフォーマンス気にする処理なら自分でスレッドとメッセージループでしっかり組んだ方が早いし確実だと思った。

初期のgo routineの中でビジーループすると他の処理が全部止まるってのも笑えたし、最新のgoでの改善策はAPI呼び出した時にディスパッチされますって。プリエンティブ無しの初期のRTOS見たいな動き。VBAのdo procだっけ、ループ中に他の処理動かすやつ。あれと同じ。

そう、劣化Erlangなのだ！

じゃあGo捨ててErlang/Elixirを学び直すんですか？
貴方、正気ですか？

またVScodeでアップデートしたら
go get package failed: err: exit status 1: stderr: template: main:1:9: executing "main" at <.Module.Path>: nil pointer evaluating *modinfo.ModulePublic.Path
とか出てimportできない！とかほざくようになってしまった
Go自体のアップデートを1.14.2で止めてるからだろうか？

>>176
1.14.13まで上げたけどダメ
他のプロジェクトでは問題なし(解せぬ
go env GOPATH ではちゃんとパスが通ってる
setting.jsonは共通

>>176
ほかのプロジェクトと比較
OneDriveとかユーザーディレクトリからcのサブディレクトリに移したら出なくなった
空白入りとか漢字のパスといった国際化への対応が、またダメになったのかもしれない

>>173
goroutineはファイバーじゃなくて(グリーン)スレッドだろ。

大体がスタックを関数呼び出し毎にチェックして拡張する仕様がどうかしてる
これがあるので他と比較するのはあまり意味がないのでは？
そんな変態的な仕様が過去にあったなら、それとは比較できる
勉強不足で知らんから

>>172
JSとPythonに比べたら人気はない
ただしそこそこの速度が出るので実用的

グーグルの秀才たちが内輪向けに作った言語だから一般向けじゃないんだよなあ
変数の宣言〜初期値代入の形態が何種類あるかってだけでも初心者を脱落させるに十分

繰り返しは無理してでもforに集約してるクセになんか片手落ちだよなｗ

マイクロサービスってログイン認証とかどうやってるんですか？
ログインユーザーのトークンをDBに保持してそれぞれのマイクロサービスでDB情報を共有したりするイメージですか？

>>184
JWTを送る方法もあるというか、どちらかと言えば主流？
俺は認証フレームワークの都合で使ったことないけど

>>185
都合というより明らかに手抜きで

>>179
う〜ん、微妙。同じ事言いたいだけかな。複数のファイバーって方がしっくり来る。結局、1万個のgo routineがあったら、動的に5個とか10個とか小数のスレッドが立ち上がり、メッセージループで逐次処理してるだけだから。
まあ関数途中から再開出来たりするのは言語仕様として使いやすくしてるだけ。暗黙的にasync構文が自動挿入されまくっているだけ。

普段C#書いてるけどゴルーチン大好きよ
圧倒的に楽

普段Rust書いてるけどゴルーチン圧倒的に楽だね
たまに名前が気に入らんだの、ググラビリティ低いだの聞くけど
その辺はCでもGoでもなく、Rustのが辛ぽよ

>>187
プリエンプションするからファイバーじゃなくてグリーンスレッドなの。

n:mでぶん回してタスクのスティールもするし、それをファイバーとは呼ばんと思う。

とはいえスレッド使いたいことはある
重い計算処理を完全に占有させたい時とか

>>190
プリエンプションするの？初期は誰かがループすると他のgo routine呼ばれず、その後、改良されてAPI呼んだタイミングではするけど、純粋な計算とかのループはNGってください記事までは見たけど。最新だとするの？どんどん本物のスレッドに近付けて処理重たくなって最終的に本末転倒な結果にならないのか？

>>188
c# なら taskとgo routineって殆んど同じかなと思ってしまうがどうなの？c#ではスレッド直接使ってたって話し？

for i:=0;i<n;i++ {} というループでも1.2以降ではスタック操作でスイッチングが走るようになったから、for {} と書かない限りは気にすんなという記事を読んだ

>>195
そう言う事なのかぁ。そんな単純ループでも切り替えチェックを毎回実行してるって性能面ではすごいデメリットだな。

>>196
性能では不利だけど、それはGoの優位点でもある

Goはスタックつまり自動変数の領域を初期値2KB(Javaのスレッドの1/500)しか持たず、それを必要時に拡張する
そのため、goroutineを10000個作ってもスタックは初期値なら20MBあれば良い(Javaのスレッドだと10GB)
そんなにgoroutineを使うか？という話だけど、webAPIが同時接続10000とかの場合を想定(昔は10K問題として大問題)
今でも300万同時接続をJavaとかのスレッドで扱おうとすると3TBの仮想メモリが最低限必要になるけど、Goなら最低6GBで済む(スレッドのスタックサイズをデフォルト値で使ったら)

そんなわけでスレッドのメモリ消費を何とかしない限り、webAPIにおいてGoのアドバンテージは無くならない

>>197
いや、go routineと本物のthread(javaも同じ)で比較するとその通りだと思う。
過去のwebフレームワークが1要求を愚直に1スレッドに割当てして性能限界に至ったのも真実。

だからgo routineを使えば、同じく1要求を愚直に1 go routineに割当したとしてもgo 内部で複数のgo routineを1つのスレッドに割当する事で極力性能、メモリ使用量を抑える事が出来ますって事だけ何だよな。

そして、スレッドのコストが高いってのはある意味常識で、スレッドは最低限に抑えましょうてのは昔から常識。方法としては、古典的なメッセージループ、スレッドプール、ファイバー、タスク、async構文、nodeの全シングルスレッドとあらゆる方法がある中の一つがgo routine。

中身は、まあ他の手法から抜きん出て便利なのか否かは歴史がこれから証明する所。

apacheが歴史的に1要求1プロセスのforkベースだったから、webはプロセスから見たらスレッドの方が軽量って事で性能面は見過ごされて来た歴史がある。組込みシステムはリソース命だからかなり初期からスレッドの高コストはしっかり意識してモノ作りしている。

わかったから

Unity界隈はどうなんだろ？
基本はC#で部分的にgoroutine使ってるような話を聞いたことあるが正確なところは不明

C#のTaskは非同期+スレッドプール(OSスレッド)

>>197
10年くらいまえの認識だね

GOはホント話題無いね
いい意味で枯れてきてるのかもしれないけどとにかくトピックが少ない

新機能に渇望してないのが大きい
期待の新機能であるジェネリックが欲しい層もあまり数は居なさそうだし
もう、あれば便利だろうし使うけど特に今すぐには要らないよなって

弱点としてよく挙げられる正規表現も、実用性が無いほど遅い訳じゃないし、探せば高速なライブラリもあるんだろなとか思ってる

>>203
正規表現そんな遅いんだっけ？
Goだと文字列メソッド使うからあんまり気にしてなかったわ

>>204
アルゴリズムでは決して遅くないが、DFAを再利用するために排他制御するので並列処理で遅くなるとのこと
https://qiita.com/momotaro98/items/09d0f968d44c7027450d

そんな排他制御してるのか
本末転倒じゃねえか

>>202
もう出て10年くらい経ってるんだよな
大きな新機能の追加も無さそうだし
パフォーマンスを極めるフェーズになってるから話題ないねえ

例外がないif err言語さん……w

例外キボンという声は聞いたことないから、やはり
今時例外なのﾌﾟｰｸｽｸｽとみんな思ってると考えていいかな？

いいよ。

コストの高い例外フロー制御はともかく、
例外専用の戻り値は欲しいわ。

Javaのだと、シグネチャに無い例外を返せないからインターフェースとして呼ぶのに困るし
C#のだとガバガバ
結局、実際には何が帰るのか分かりませんとなってカスタムしたExceptionで受ける一択
更にそのため常にメソッド内でカスタムExceptionにラップするためのcatchを書かないとならんし
面倒すぎたよね例外(過去形でかくな

コールスタックを一気にジャンプするとかおぞましいことはいらないよ
単なるgotoだし

if err書いて回るのに比べればgotoのほうがマシでしょ
それにコールスタックを一気にジャンプするのは言語による実装の詳細で必須事項じゃないよね

マシとは思わないから文句が出ないんだよねー

文句が出てないという根拠は、そこそこちゃんと使っている人からの不満点として見たことが無い、というもの
反証は受け付ける

✕Golang
○IfErang

deferがあるぞ

googleって地図だけの一発屋やな

突っ込み所しかなくて、えー頑張ってね
きっと良いこともあるよ

err頑張ってね

var exp = flag.Bool("exp", true, "export")
で、-exp false しても *exp が false にならん
どこを間違えてるのか

https://play.golang.org/p/gcNo0xC4tUj

exp:true, CommandLine:&{0x4a6ee0 /tmpfs/play true map[exp:0xc000108040] map[exp:0xc000108040] [false] 1 <nil>}

Win32 APIもエラーコードチェックばっかやらなきゃいけない
それと大して変わらんよ
低レイヤーのプログラミングはいつも同じ

判明というか多分バグ
他のフラグは
-cred admin.json
とかの形式で取り込めるけど、
expは(多分flag.Bool()は)
-exp=false
と指定しないと取り込まれない

ああ？go documentで検索したら、non-boolean only
仕様なの？何で？because the meaning of the command?

文字列で取り込んでbooleanに変換しなきゃならんのか
めんどくさい……

goオワコン？

go routine リーク周りはまだ話があるんじゃないの？

>>222
デフォルトtrueのフラグパラメータって設計が良くない気がするなー
俺なら、-disableExport(デフォルト:false)って引数にするかも。で指定するときは、
go run main.go -disableExport
って感じでtrueとか、falseとかつけないかなー。なぜならフラグ指定してる時点で「true」だから

>>228
必須スキルだよ？

>>231
だよね
go好きだから.........

>>229
https://qiita.com/kawasin73/items/7f04b2943bdbb7588c3e
でも筆者が勘違いしていたので、単に一度ヒープから確保したメモリはヒープのプールに入るため取得されたまま、になってただけと訂正入ってる

ヒープが利用終わったら解放されると思い込んだ勘違いという結論になったのでは？

>>233
いやそういうリークじゃなくて、正確にはチャンネル待ちリークというかそういう感じの話。

待ちなのにリークなん？
送ったはずのチャネル通信が届かない事案だとしたら、それは通信の問題でリークじゃないよね

いやだから通信の問題で実質リークというかgoroutineが溢れるって話をしてるんだが。。
kube並の大きさのプログラムで発生したらデバッグできんの？って話をしてるんだよ。

チャネル送信が送られないなんて報告があるの？
と言ってる

…ゴルーチンが溢れるって何や？

検索しても233にある誤解が原因だった記事くらいしか見つからなかったから、具体的な記事のリンクを張ってくれるのを待ってる

ゴルが解放されないって話なら永続リソースとかを
掴んだまま離さないとかそういうお行儀の悪いプログラムしてるからだよ
動的言語と同じ感覚でプログラミングするとそういう痛い目にあう

goって終わったよね？

無理に使おうとしなくてもええんやで
ウチはインフラ部分はほぼgoに置き換えてる
でもc#の方がすこや

>>241
rustの時代とは言われてる

終わってないが、始まってもない

もっと流行るかと思ったけど全くだよな
やっぱ言語仕様に癖がありすぎる

癖っていうか糞仕様が多い
いまどきこれ？？みたいな

国内でのGo普及活動家の母体メルカリのGoエンジニアたち全然情報発信しなくなってて草
2の対立とか、そもそもの言語仕様の酷さとかに気づいたのかな

>>247
最近ソフトウェアデザインに記事書いてたよ
レベルがクソ高くてますます初心者置いてけぼりだろうな

goって、特定の構造体が目的のインターフェース実装してるか見分けるのむずくない？みんなどうやってるの？

>>249
https://play.golang.org/p/0MGZkqhS6Oe
こんな感じでエラーチェックしてるかな

./prog.go:20:2: cannot use &StrE literal (type *StrE) as type IStr in assignment:
*StrE does not implement IStr (missing Func2 method)
./prog.go:21:2: cannot use &StrE2 literal (type *StrE2) as type IStr in assignment:
*StrE2 does not implement IStr (missing Func method)

前スレのこれは対応してほしい……

https://play.golang.org/p/XRFmBiqhqJp

インタフェースAを返すメソッドを持つインタフェースB。

そのメソッド実装がインタフェースAを実装しているポインタを返しても、

./prog.go:34:4: cannot use &Base literal (type *Base) as type IBase in assignment:
*Base does not implement IBase (wrong type for Sub method)
have Sub() *Sub
want Sub() ISub

と、インタフェースAを返しているとは認められない。

>>250
え、ビルドするまで分からないってこと？クソ面倒じゃない？
あと、ってことはパッと見ただけじゃやっぱ分からんってことかー。。

あ、でもそれなら実装漏れに最低ビルド時に気づけるってことか
たしかにその方法良いですね。真似します。

>>248
気が向いて買って読んでみたけど
たいした内容じゃなかたぞ

GODOTってゲームの開発環境あるんだがGOなのかと思ってたよ

>>253
一番の利点は、メインのないライブラリプロジェクトでメソッドの実装ミスを検知できること
テストでもいいんだけど、漏れとか

>>256
外部のパッケージ内で、目的のインターフェースの実装探すときどうしてる？
ideとかで実装済みクラス一覧見れたりできるのかな

>>255
名前の元ネタはゴドーを待ちながらだよ

VScodeでgo.modがパッケージ更新できなくて悩んだ
結局コマンドラインから go get -u で取得したら GOPATH /pkg/mod/... に最新版が取得できた
VScodeのgo拡張って変な動きとかするなぁ

ubuntuのi386って、もしかして32bit？
goをインストールして動かそうとしたらファイル形式エラーで実行できなかった
i386捨ててamd64でやりなおし

>>260
amd64をインストールし直したら動いた

ものすごい当たり前の落とし穴なんだけど
os.MkdirAll() で os.ModeDir だけ指定してたら、Linux に行ったら権限不足でファイルを読み書きできなかった
アホか自分は！当たり前すぎるわ！orz

goエンジニアって0.5割ぐらいの超人エンジニアがいて、残りはマジでカス未満のエンジニアしかいなくないか？
ライブラリよく作ってるようなエンジニア以外の業務コード見たら吐き気するんだが同士おる？

>>263
それ何系の会社？
メルカリ界隈じゃないよね？

Ruby/Go の神、Vagrant, Terraform, Packer の作者、
今世紀最大の起業家、HashiCorp のMitchell Hashimoto

皆、彼を参考にしてる

>>265
お前KENTAガイジやろ？
ここでクソみたいな宣伝すんなボケ

>>266
KENTAって誰ですか？
貴方のせいで検索して動画を再生してしまいました
貴方のせいでKENTAさんに収益が発生しました

>>263
それ〇〇エンジニアの全てが同じ状況だろ、それとも〇〇言語だと超人が増えるのか？

RubyをNGすればケンタガイジも自然に消えるよ
Go使いならRuby触ること無いから問題無いっしょ

ルビィ/Go の神、Vagrant, Terraform, Packer の作者、
今世紀最大の起業家、HashiCorp のMitchell Hashimoto

皆、彼を参考にしてる

KENTA
HashiCorp

KENTAガイジ対策として上記単語をNGワード設定しておきましょう。
プログラム板で二度と不快な投稿を目にしなくてすみましゅよ。

あとrubyのNG登録が浸透してしまったからか最近ルビィて書いとるぞそいつ。
ルビィもNG登録や。

Linuxはinotify、WindowsはWMIを使ってディレクトリへの更新を検知してくれるパッケージって出来ないかな
iOSにも同じような機構はあるだろうし

ル・ビぃ/Go の神、Vagrant, Terraform, Packer の作者、
今世紀最大の起業家、ハシCorp のMitchell ハシmoto

皆、彼を参考にしてる

あーあ、意固地になっちゃった
お前らガイジ揶揄うのもほどほどにしとけよ？ｗ

猫シCorp

>>275
元々価値の無い駄文を垂れ流して鬱陶しかったけど、日本語としてすら意味をなさなくなれば目に入ってもスルーしやすいからこれはこれでいいような気がするw

>>277
効いてて草

ル・bi、、、ィ

ル、b・ィ

>>275
NG出来なくてくやちーねーwwwwww

ruuu！biii最強！！！！wwwwwwwww

推奨NGワード：
の神
起業家
参考にしてる

ル・bぃ/G,o のG,od、Vag_rant, Terr_aform, Pac_ker の作者、
今世_紀最大の起_業家、ハシCorp のMitケル ハシmoto

皆・彼を参考にしてる
ル・ビぃ/G,o のG・od、Vagrant, Terr_aform, Pac_ker の作者、
今_世紀最大の起_業_家、ハシCorp のMitchell ハシmoto

皆_彼_を参_考にしてる

もはや出会い系のスパム並みの印象になっちゃってるから、色々逆効果だぞ。

狂人のすることは分からんなw

ruby is God

糖質をイジメるな！！

火病るガイジを虐めて愉しむ冬の夜

キモオタプログラマー君はみんなから虐められてるけど……

学生の頃、眼鏡かけた気持ち悪いブス虐めて遊んでたけど
大人になるとそういう奴らがネットで暴れるんだな
俺が植え付けたトラウマは大きかったんだな
青葉みたいにはなるなよ……

Ruby君が日本語の文章っぽいものを書いてるのを初めて見た気がする。
中身はともかくとして。

そいつはタダのなりすめし

なりすましじゃないのは最初のやつだけでしょ

なりすましという事にしとこうぜｗ

goの文法教えて

if a, b := c.(*d.Foo); b && o.Bar() {
　・・・
}

これは2つの変数 a, b に代入ってことであってる？
c.(*d.Foo) この部分がよくわからない
セミコロンは単に2つの式を入れるためだけのもの？

>>294
Type assertions ね
https://golang.org/ref/spec#Type_assertions

こんな感じに使う
https://play.golang.org/p/AupUP2aCZ5c

d はパッケージ名だろうし、o は普通は a のはず

>>294
ざっくり説明すると、これはいわゆる型キャスト
b に型の変換が成功したのか論理値で代える
; 以降が if の判定に使われる論理式
むしろ ; 以前が特殊で、ここで返ってきた変数は {} の中だけで使える
a は Foo へのポインタなので、Foo のメソッドを呼べる

ありがとう。他と違う文法はよくわからんｗ

C や Java とかでも for (int i=0; i<5; i++) {} と作成した i は{}の中だけで有効
それとノリは同じ
C#のusingやら、そういう特殊な構文はどの言語にもある

無理やりキャストするのではなく、キャストできない場合の判定がある分、他の言語よりもいくらか安全
この系統には map のインデックスアクセスがあり
if value, ok := m[key]; ok {
……
}
キーが無ければ ok には false が返る

Vagrant の作者、HashiCorp のMitchell Hashimoto もそうだけど、
皆、Ruby → Go がキャリアパス

メルカリ、カヤック
KENTA、るびきち、mattn

Ruby コミッターが多い、Cookpad、マネーフォワード、Ruby 開発

基地外にレスするつもりはなくて純粋に気になるんだけど、
RubyからGoに乗り換えた奴なんてそんなにいるのか？
俺の知ってるRubyist達はRubyしか知りませんやりませんマイクロサービス何それ食えるのって感じでGoとは遥か遠い連中だわ
GoはJava系かNodeやPythonから来る人が多い印象だな

vscodeでステップ実行してる時に値を見ると+xxx moreになるけど全部見たい場合はどうすればいいねん

Ruby on Rails で、スノーボードのサイトを作っていた、
Shopify の時価総額は、今や15兆円

Amazon は150兆円だけど、このままじゃ抜かれると、ライバル視してる

米国年収では、ついに、サーバー構築運用資格がRails を抜いた。
AWS ソリューション・アーキテクトが、1,500万円
VWware が、1,400万円

Rails が、1,300万円
Node.js が、900万円
ただし、Nodeの求人数は、Railsの2倍ある

Rubyでも、Shopifyアプリを作ったり、AWS Lambda, CloudFormation とか、色々な仕事があるけど、
速度重視のものは、Go へ行くだけ

ゴルーチン使いすぎてasync忘れてもうた

GoはPythonからのイメージすっごいある

go1.16にちょっと興味が出た
ファイル埋め込みをサポートしてくれるのか

//go:generate って自動でコマンド実行させられるけど、この機能のセキュリティの資料ってどこ？
ビルドはユーザー権限で動かすからサンドボックスとか無し？

セキュリティに対するケアなんか何もないよ
そもそも何のチェックもなくGitHubから直接パッケージを入れる仕様なんだから、
パッケージ作者がその気になればgo:generate云々以前に利用者のビルド成果物のバイナリに対してマルウェアを仕込むことすら造作もない
パッケージを入れるときには作者を全面的に信頼しそういう重大なリスクを受け入れていることを忘れてはいけない

なんか会社のPCで WSL+Ubuntu に Go をインストールしたら、こんなエラーになって使えなかった

$ go version
go version go1.13.8 linux/amd64
$ go get -u golang.org/x/text
go: extracting golang.org/x/text v0.3.5
go get: rename /home/hoge/go/pkg/mod/golang.org/x/[email protected] /home/hoge/go/pkg/mod/golang.org/x/[email protected]: permission denied

ぐぐったらgoのバグみたいね

これだからWSLは...

やっぱり出てきたか、デマ吐き

Windows 10 Home でも出来るようになった、

WSL2 で、Docker でも使えば？

go1.16 がまだ出てないから statik 使ってるけど、コマンドラインから
go run github.com/rakyll/statik -f -src=static
叩くと、NISが

カテゴリ: 解決したセキュリティリスク
日時,リスク,活動,状態,推奨される処理,パス - ファイル名
2021/01/20 23:38:45,高,statik.exe (SONAR.SuspScript!g3) が SONAR によって検出されました,\
削除しました,解決しました - 処理の必要はありません,c:\Users\hoge\AppData\Local\Temp\go-build742135550\b001\exe\statik.exe

と容赦なく抹殺に来るんでバッチファイルから作成できない
トホホ

VScode からは実行できるんだけどなぁ
何が違うんだろう

あわしろ氏がDockerはオワコン、これからはWSLと言ってる。

推奨NGワード：あわしろ

推奨NGワード：NGワード

イクヤさんを馬鹿にしてんのか？

>>317
バカにされているのはお前自信だぞw

>>301
これ教えてくれや

goのパッケージで、全然違う役割で同じパッケージ名つけなくなったときみんなどうしてる？

apiwrapper2
apiwrapper3
saigo_no_apiwrapper
apiwrapper_final
こんなかんじで

>>321
そうかぁ...なんだかなぁ

イクヤさんはバカじゃないぞ。
ただの嫌な奴だ。

import (
zenzen "xxx.com/omae/package"
chigau "xxx.com/aitsu/package"
)

>>324
いや、自分が作ってるアプリ内でパッケージが被りそうな場合ですー

>>325
自分でも同じじゃないか？

>>326
たとえば、

package encrypt

っていう、APIの通信を暗号化するパッケージを自分で作ったとして、あとからユーザーがアップロードした画像を暗号化する処理作りたくなったとき、また

package encrypt

ってつけたくなるけど、最初に作ったAPIを暗号化する処理向けにすでに「encrypt」って使われてるからどうしよーってなるって話ですね

package apiencrypt
package userimageencrypt

にするのが普通ですか？

>>327
いや、同時に使用する場合でも>>324さんの言うようにエイリアスで区別してインポートして使えばいい
例えば標準パッケージのnet/httpに対して、サブリポジトリにもgolang.org/x/net/httpがあったりとか、実験的実装でも同じパッケージ名をつけたりしているし

>>328
いや、importするときの話ではなくて、実装する時の話です！
ちょっとあとでサンプルコード用意しますね！！

>>329
だから公式でもやってるから気にするなw

何がそんなに嫌なんだ？

単にエイリアスのことを理解してないだけでは？

すいません、僕のエイリアスの理解が間違ってました。↑でみなさんが言ってることが正しいです。
意味不明な事言って、誠に申し訳ありませんでした😳

このスレでgolangのモヤモヤが一つ解消できました。本当にありがとうございました。

別にgolangだけじゃなく他の言語もほぼ同じ仕様だぞ

意外と素直なやつで気にいった

>>335
別ディレクトリの同一パッケージ名つけちゃうと、同じパッケージという扱いになると勘違いしてました。
ディレクトリが違えば、ちゃんと別パッケージ扱いになるんですね

公開したアプリの機能追加しようとしたらgolintがまたゴネはじめた
調べるともうdeprecatedが可決されてるんだな
Apiと書くとAPIにしなきゃ絶許とかアホな子なんで困る

すなおにgolangci-lintに切り替えた

最近素直な人多いね🤗

素直に尿道オナニーした

>>341
素直やなあ

ごー言語ってどんなメリットがあるの？

高速なWebAPIが超楽に作れる

あとは、慣れるとスクリプト代わりに使える

実行環境側で準備がいらないから、ちょっとしたツールとか作って人に配ったり、サーバーで実行したりしやすい

linuxとwindowsで動かすツールにjava使ってたんだけど
少しづつGoに移植してる
かなり良い感触
ついにjavaを捨てられる

>>345
それがあったか！

あとgithubからcloneしてこなくても go run できるのは意外と便利


でもこないだ statik を run したらノートンが怒って temp に作成された statik のイメージを問答無用で削除
build して実行したら動くから、temp にある exe がローカルディレクトリのファイルに書き込みするとヒューリスティック検知が危険と判断してるんだな、多分

>>347
> あとgithubからcloneしてこなくても go run できるのは意外と便利

これどゆこと？？

>>348
この例だと statik を使うとき、go.mod に github.com/rakyll/statik を追加しとくじゃない
ここで、statik でファイルを固めるために statik コマンドをビルドしなくても
$ go run github.com/rakyll/statik -f -src=static
と打つと実行できるの

でもノートン入れてると危険な動作だと判断されるんで、run じゃなく build して実行ファイル作らないとダメだった

このテクニックは
https://qiita.com/yaegashi/items/d1fd9f7d0c75b2bb7446#%E3%82%B5%E3%83%BC%E3%83%89%E3%83%91%E3%83%BC%E3%83%86%E3%82%A3%E3%81%AE%E3%82%B3%E3%83%BC%E3%83%89%E3%82%B8%E3%82%A7%E3%83%8D%E3%83%AC%E3%83%BC%E3%82%BF%E3%82%82-go-run-%E3%81%A7%E5%AE%9F%E8%A1%8C%E3%81%99%E3%82%8B
で知った

>>349
ほーー！これ知らなかった。有益な情報ありがとう！

importで現在のpackage宣言からの相対パスが使えなくなったのはクソ仕様変更だと思う
おのれ Russ Cox

具体的に恨んでることは、あるサイトのコードを使い回して別のサイトのコードを書くとき、import を全部修正しなきゃならん
というかしてる
Linux ならまあ sed で置換すればなんとかなると思うけど、Windows で開発してるし

あ、元のサイトの一部のコードは使い回すために go get して import してるから、sed でも面倒だわコレ

なんか上手いことやってくれるツールってあるの？

タダで使わせてもらってるくせに糞とか恨むとか
そういう心根だから日本はソフトウェア技術で海外に負けるんだよ

タダで使わせてもらってるじからって大人しくしてるほうが進展しないと思うよｗ
もちろん活発にフィードバックが最善だが

趣味でいじってて、検索に使うAPIを作ろうとしてるんだけど
関数の動的な引数について

ぐぐると出てくるFunctional Option Patternってどれくらい使われてるのかね
structをポインタで渡す（nil判定のため）でいいかなと思い始めてるんだけど

>>358
たまに見るけど、エディタのコード補完と相性悪くてどんなオプションがあるのかがクッソ分かりにくい
個人的には大嫌い

Functional Optionの話ね
補足

structをポインタで渡すという一文で、わかってるのかな？という疑念が
FOP はざっくりと、アレンジする対象のオブジェクトを受けて内容を好きに設定する関数を、引数として渡す手法

ここでその関数の引数に対象structのポインタじゃなく実体渡しで受けるようにすると、コピーを書き換えちゃう事になるから設定しても動かない
ポインタで渡す以外の話にはならない

もしかしてstructをというのは、FOPではなくオプション用のstructを用意するという話か

>>359-360
どもども
サンプル見ても、準備する関数とか増えるから
スコープのためにimportのためにディレクトリのネストもう一個深くしないときついかなとか
色々めんどくさそうだった

>>362
そういうことです
手法として
・そもそも関数を別に切ってしまう（一番簡単だけどメンテがめんどい）
・引数を関数のために定義したstructのポインタにする
・FOP
という3つが挙がってた

13年目のGo言語 - Steve Francia氏との対話から見えたそのエコシステム、進化、そして未来
https://www.infoq.com/jp/articles/go-language-13-years/

18か月毎に、Goのユーザベースは2倍に膨れ上がっているのです。これはつまり、今日行われる変更は、5年前に比べて10倍の人々に影響を与える、という意味になります。

Goが現在備えている依存管理は素晴らしいものですが、おそらくは5年前に実現するべきものでした。
この遅れが難しい問題をより難しくして、結果的に必要以上のストレスをコミュニティに起こしているのです。

同じように、現在開発を進めている大きな言語変更がジェネリクスです。これもコミュニティに大きな影響を与えるでしょう。
もし最初からすべてをやり直すことができて、この機能がいかに重要かを事前に理解しておくことが可能だったならば、おそらく7年前から本格的な開発を始めておきたかった、と思っています。

言語として不足している唯一の大きな機能はジェネリクスです。先程も話したように、現在はこの開発に注力しています。

・Goは優れた既定言語(default language)で、システムやサーバ、API、デーモン、データベース、Webサイトなどに適しています。Goはパフォーマンスと開発者の生産性を、高いレベルで両立させています。

・Dart + Flutterは、GUIベースアプリケーション(モバイルおよびデスクトップ)に適しています。Flutterは、複数のOSとフォーマットで動作する単一クライアントアプリケーションの記述というアイデアを、高いレベルで実現しました。

・Rustは、詳細なコントロールが必要な場合に適しています。低レベルな処理やカーネルなどです。Rustは精密性に優れていますが、その分、複雑さは大きくなります。このトレードオフが理に適っている場合もあります。そうであれば、Rustが最適です。

Goは1度の週末で学べますし、2週間あればプログラミングに習熟することができます。もっと早い人もいるでしょう。他のいくつかの言語で経験があれば、Goは非常に短期間に習得できます。

Goを導入した企業と会った時に、彼らが一貫して話してくれることのひとつが、Goは習得の容易な言語だ、という点なのです。

ジェネリクス結局どうなるんだよ

議論の末リジェクトされたって結構前に見たけども

あったら便利かも知れないけど、無くても不便を感じてないんだよな
多分、普段に書いてる案件の方向性の違いじゃないかな
ライブラリ書きな人は欲しがるのかも

Webアプリだと必要なケースはほぼないかな
複雑なデータ構造を扱う分野とか数値計算なら必要だろうね

複雑なデータ構造というより、多様なクラスじゃないか？
クラスが異なるが構造は同じ、といった場合に処理を使い回すための機能だから
たとえばList<Animals>とか

https://github.com/golang/go/issues/43651
spec: add generic programming using type parameters #43651
Labels: Proposal Proposal-Accepted Proposal-FinalCommentPeriod

アクセプトされたぞ

あと議論の末リジェクトされたのはエラーのキャッチでは？

https://github.com/golang/go/issues/43777
proposal: Go 2: catch error handler #43777

>>375
おお！承認されたのか
ところで、go2はいつくるの？

https://blog.golang.org/generics-proposal

v1.18β（今年末）にはジェネリクスが入ってる予定だそうだから
そこからしばらくexperimental feature扱いになるとして
だいたいv1.20（再来年頭）かそこらでexperimentalじゃなくなってv2.0にするんじゃないか

まあこれは一番順調に行ったらって予想だけど

>>375
ファイナルフュージョン承認！

実装難しそうだから相当先だろうな
特殊化をコンパイル時にやるのか実行時にやるのかすら決まってないみたいだし

Javaのジェネリクス導入時みたいに、総称型コレクションの利用で警告を出すような真似はしないで欲しい

なんで Java ではデフォルトで「raw型の使用を無視」にしとかないで、探して無視に指定するまでうるさく警告を出すことにしたんだろう

結局仕様はほぼJavaと同じか

エラーキャッチリジェクトかよ・・

issue の本文で
func xxx() xxx, error
とか
nill
とか、go 使ってないような奴なのは見え見えだし、
妥当じゃないか？

ジェネリック馬鹿を排除できるだけでもgoを採用する意味あるわ。

実務でgoやってみたいけど今は未経験の募集あまりないな

ジェネリクス反対派って結局何がしたかったんだろう
訳がわからん
言語の設計者でもないのに

>>386
お薬かな

Java ではジェネリクス過激派による強制で多いに迷惑したから

>>383
Javaと同じってどこが？

正直、意味があるのか俺には理解できない
他の言語は継承による拡張なので共変反変が意味を持つ
でも go は継承による関係じゃなくて、インターフェースを具備しているかどうか
元々がインターフェースさえ合致していれば可換なのだから型パラメータには意味がない
そう思ってしまう

どうしても型パラメータが必要な用例、それを目立つように挙げて貰いたい

Goで便利なのはsort関数とかmap関数なんかではないの？
今まで型ごとに書くしかなかったんだし。

まずmapはインターフェースをキーとしても値としても使えるから問題にならない
ソートもsort.Interfaceを具備したコレクションでソートするから、Swapとかのための比較可能な値を返すメソッドをインターフェースで持てば良い

構造体はただの入れ物に過ぎないよね

インターフェースで構造体の多態性を確保してるから、それが既に型パラメータ以上の柔軟さを持ってる
なんでインターフェースよりも性質的に劣ってる型パラメータを導入しなきゃなんないの？
頭のいい人が、それでも導入が必要だと判断したのだから、そこには理由があるはず
でも頭が悪いから、俺ではissueで見つけられなかった

>>394
インターフェイスを使ってしまうと毎回型チェックしないといかんし、コンパイル時に縛りもかけられんでしょ。
テストで網羅するといっても、ユーザに使ってもらうライブラリなんかではそうもいかん。
静的解析でもうまくいかんこともあるし、柔軟性を持ちたいのではなくて、コンパイル言語として担保したいんじゃないか？
俺は今まで型ごとに関数作ってたけど、インターフェイスでなんとかしてたって事？それも極端だな。

>>396
というかインターフェースを型パラメータみたいな物として使っていて問題なかったと言ってるんだよ
機構として使い回すために、その機構に使いたかったらインターフェースを実装する
ソートの機構が使いたかったらsort.Interfaceを実装するでしょ

>>396
そもそも何で型チェック？
メソッドの挙動やらが違うのに同じインターフェースを使ってるのか？
Javaとかの型パラメータでも、まさか中でキャストして使ってるのか？

偶然にインターフェースを実装してしまったケースなんて想定しても仕方ないと思う
それは設計ミスだから
区別用にダミーのメソッド生やしとけば？

goは組み込みで要素が型付けされた動的配列と連想配列を持ってるから、他のコレクションはあまり必要ないんだよね
それらでカバーできないようなケースってそもそも大抵は特殊な状況なんで、汎用的なコレクションではなくアプリの要請に合わせて独自に作るのが自然

んな意味不明なジェネリクスより
>>251 のバグを直して欲しいんだよな

>>397
ジェネリクスはロジックを使い回すのためだけにあるわけではないと思うよ。
Sortableなんてinterfaceを実装した配列を引数に受ける関数の戻り値の型は何になる？
Sortableの配列が帰ってきても無意味でしょ。

>>398
中でキャストするとかは意味不明じゃないか。
ジェネリクスがない頃のObjectの配列を受けざるをえないメソッドはまた違っただろうけど。
ダミーのメソッドとか完全に意味不明。

>>401
Sortableの配列を返すので正しい
文意からソート結果だろ？

君が型チェックしなきゃならんとか意味不明な事を言い出すからエスパーしたんだよさせるなよ
インターフェースならメソッドを呼ぶだけだから型チェックなんて話は出てこない
型チェックするってことは実体に変換しなきゃならんという話だろ

そうでない場合に考えられるケースとして、偶然に同じインターフェースを実装してしまった構造体を、偶然に渡してしまうコーディングミスを考えているとエスパーしてあげた
そんな阿呆な設計をしてるなら、引数としてるインターフェースにダミーのメソッドを生やしとけば、別のインターフェースになるから誤って渡すミスは無くなる
エスパーさせるなよ

>>402
ソート可能なインターフェイスを受けてソート可能なインターフェイスが帰ってきても何も得しない。

[T Sortable]な関数の返り値は[]Tで十分でしょ。
結果がもう一度ソート可能かなんか必要な情報でない。

intがSortableだとして、返り値が[]Sortableだと、結果は型チェックしないとだよね。
[]intが直接帰ってきた方が効率的だし、無駄なコードではないよね。
やってることも自明。

mapとかflattenなんかなんかはジェネリクス使えないと使い物にならんと思うが。

エスパーするならジェネリクスの使いみちをエスパーしなよ。

単一の引数だけなら>>395のようにインターフェースで代用できるけど
複数の引数や戻り値の型を合わせたいという場合は型引数が使いたいよね。

>>398
キャストしないといけないの理解できてないあたり、型パラメータとインターフェースでの実装の違い理解してなさそう

>>404
複数の別のインターフェースを引数に持たせれば問題ないでしょ
それぞれが型パラメータとして機能するんだから

戻り値も同じ………いや、戻り値に関しては一概には言えないのか
でも実体ポインタを返すメソッドは>>251のバグに引っ掛かるんで使いたくない
→ 戻り値の実体ポインタはインターフェースを備えてるならば、本来は反変でアップキャストされてインターフェースを返しているとも判断されるべき
このバグで多態が機能しなくなるから使いたくない
具体的にはシグネチャが違うため、変種をコレクションに混在して格納できない

ジェネリクスを導入して個別に実体ポインタを返せるようにした時に同じ現象になるはず
このメソッドを持つジェネリクスな構造体は、それぞれ可換でないので多態が適用できない
コレクションに混在させられない

インターフェースを返す設計ならば、それらは実体は異なっても多態が機能してコレクションに混在格納できる
よって、インターフェースを返す方が設計として抽象度に優れている

以上の論旨から、ジェネリクスはインターフェースの下位互換だとしか見えない

>>406
違くて、2つの引数があるときにその型が同じであってほしい場合とかね。

>>407
その場合には同じインターフェースの二つの引数を持つことによって問題がある事例について具体的に指摘してくれ
型が同じことは保証されてるぞ

>>406
インターフェイスはインターフェイスで使えば良くて、ジェネリクスで効率的にできたり型を自明にできる部分はジェネリクスを使えばよいでしょ。
今でもコードジェネレータなんかで作ってる部分もあるだろうし。

どちらかがあれば原理的にどちらかが不要なのと、
どちらかがあれば片方は作ってはいけないのは別。

Sortとか、mapの[T,U]のKeyのみ、Valueのみを([]T,[]U)と、配列として返す関数なんか書こうと思ったらジェネリクスが無いと型チェックの嵐でしょ。
確かにキャストではないけど、型チェックもノーコストではないよ。

ジェネリクスのある言語使った事無いんじゃないの？

>>403のケースなんかはどうするん？型チェックすんの？

>>408
map[T]Uを受けて、[]Tと[]Uを返す関数。

とか顔真っ赤にして主張してきたけど、具体的にちょっと面倒な事例に自分で気づいてしまった

new() が厄介だな
new の代わりにインスタンスを生成する factory 一時クラスを外から渡してやれば解決するんだけど面倒ではある

>>408
結局は返り値の話に帰着するのかもしれないけど (T, T) -> T な関数が欲しいとかね。

返り値に関係なかったら、Tとそれに対するfunc(x T)を受ける関数とかかなぁ。

>>410
納得した

メソッド引数のシグネチャが異なるものを一本化して書けるわけか
確かにインターフェースじゃmap[T]Uを引数とした共通メソッドは書けない
T,Uがインターフェースだとしても、それぞれのインターフェースの組ごとにメソッドが必要になるから

>>414
伝わってよかった。逆もしかり。
[]Tと[]Uを渡してmap[T]Uを返してくれる関数も。
Pythonでいうとzip関数的な。

>>415
JavaだとProxyを使って何でも解決するという黒魔術的解決手段があるのが恐ろしい
デバッグ用だよねとか思ってると struts とかwebフレームワークのソース読んだ時に、インタセプターとかで普通に使われていて更にビビる

>>416
Springの十八番だな。
ただ、ああいう方法だと結局、ランタイムで死ぬかどうかをテストで担保するしかないって方向性に行きがち。
あとパフォーマンスももちろん遅い。
今回のジェネリクスがどう実装されるかが一番気になるけど、俺的には素直に関数たくさん作って欲しい。

これメソッドには型パラメータ無理なの？

>>400
どう考えてもバグじゃないと思う。Goのinterfaceとstructの関係はembedしなければほぼ静的方チェックありの
ダックタイピングだから「そのメソッド実装がインタフェースAを実装している」と思い込んでるのは自分であって
実際にはJavaのようなimplementではないです。もっと言うなら、ルックアップが行われるのは、実行時であり
コンパイルは厳密な型チェックが行われます

>>419
んじゃ、言語拡張要望と言い直そう
メソッドの戻り値がインターフェースでの戻り値の型に反変できるなら、インターフェースを具備していると判定して欲しい、と

ポインタじゃなくてインターフェースを返すのが正しいのでは？
何故ポインタを返す
インターフェースのポインタにはなんの意味もない

>>421
いや、インターフェースのポインタじゃなくて、構造体ポインタ
構造体ポインタ*SubがインターフェースISubを具備しているのは代入させて確認

んでISubを返すメソッドを持つ別のインターフェースを具備させようとした時に、戻り値としてISubではなく、ISubに代入可能な*Subを返させると、シグネチャ不一致でエラー
ISub を期待しているのに *Sub を返していると

インターフェースを具備しているかの判定でも、反変を考慮してくれないだろうか、という要望
そうすればインターフェース対応でキャストして返すメソッドと構造体固有のメソッドの二本を作らなくて済むから

作れよ、と言われちゃうか

>>421
シグネチャが合わないコンパイルエラーの時だけ、戻り値の型が互換(反変可能)かで追加チェックさせればいいから、パフォーマンスが極端に悪くなることはないはず
という見立て

>>421
インタフェースを返すのが理論的にも実装にも正しいけど、インターフェースのポインタは埋め込みを
するときにコンパイラが使う。あんまりこれをやるモジュールは（メモリサイズが大きくなるから？）
標準ライブラリ以外見ないけど。
>>423
「 ISub を期待」というのは分からなくも無いけど、実行時じゃなければ分からないチェックを
コンパイルの速度と、言語の厳格性を犠牲にして、（かなり）保守的な言語がやると思えないですね

Go 1.16 is released
https://blog.golang.org/go1.16

今回の目玉は embed で、あとは modules がデフォルト利用になったくらいか
96% って、どこから来た数字なんだろ？

ioutilオワコンになったのか

え、これすごくない？
ファイル内容のバイナリを変数に設定できるのか
クソ便利そう

凄くはないがまた変なものを入れたなあ

そんなに変なもの？
結構ニーズあったじゃん。

embed例を交えながら詳しく懇切丁寧に説明してくれ

>>431
WebUIを持ったアプリの画像なんかのアセットをバイナリ一つで配布したいとか。

それはしゅごい

それって凄いことなの？逆に今までできなかったの？

外部ライブラリで出来てたから、そんなにインパクトはない。むしろNotifyContextの方が意味ありそう
こういう事は他言語だと非常にやりづらい

NotifyContext例を交えながら詳しく懇切丁寧に説明してくれ

自分で調べろや

android アプリを調べようと、go android 常駐アプリ で検索したんだけど、go の記事が探しづらい
以前からポケモンが引っ掛かっていた上に、次のandroid11はGoエディションなのか？

1.16 だと、Deprecation of io/ioutil は面倒に感じるなぁ
一杯使っちゃっていて

検索ワードはgolangって言うのはこのスレの常識

そういやgolang.jpってもう活動していないのか
日本のgoコミュニティの総本山たるべきドメイン名を無駄にしやがって

ほんと返すがえすも go は名前がクソい

ほ〜ら〜　あしもとを見〜て　golang

名前よりもマスコットがキモすぎるのが気になってしかたがない

キモネズミ

ヽ( ;ﾟ;ж;ﾟ;)ﾉ ｺﾞｰﾌｧｯ

俺みたいにゴーファ君を結構可愛いとか思う人間がいるから厄介

JAVAのマスコットよりはまし(´・ω・`)

c#はマスコットいないんだぞ
クラウディアとか藍澤光とかいたけどな

マスコット…冴子先生がCortanaとして復職してくれたなら、Cortanaボタンを非表示にしないのに…

マスコットはD言語がカワイイ。LISPが最キモ。

LISPにマスコットなんてあったのか・・とおもってググってみたら
たしかにこれはエグい
キモすぎ

なんか gui ライブラリで調べるといろいろ出てきてよくわからん
マルチプラットフォームな gui って何がええんや？
Qt は golang で使ってる人おるんかえ？

GoでGUIアプリを作っている人はほぼ存在しない

>>454
ありがとう、そうなんか
主にバックエンドで使われてる感じなんかな



ふむう

ローカルHTTPD建てて、ブラウザからAPIで操作するアプリは提供してる

>>455
ウチはElectronでGUI作ってバックグラウンドにGo使うてる

>>457
面白そうだね
オレオレGUIツールだと.netが楽すぎるのでそっちで書いちゃうけどGOで書くのも楽しそうだ

GUIは俺は普通にブラウザ起こしてるな。
IE使われると辛いけど。

簡単なguiツール作るならlorcaオススメ

>>461
・errCh <- 他の関数() はバッファが一杯の場合ブロックする
・err := <-errCh はブロックする
goのchannelは初心者が使うと極めてデッドロックを引き起こしやすいので、まずはchannel使わずに正しく動作するものを作れるようになってから手を出すことを強くお勧めする

>>462
ありがとうございます
全体としては物はもうできていて、上記の処理は大量にファイルを出力するため重く
速度改善としてgoroutineを入れようと試みてました。
まあファイルシステムのi/oがボトルネックだとそんなに変わらないかもしれませんが…

エラー判定をgoroutineと同じ階層で判定することで返ってくるようになりました
一応オチとしてめも
速度改善はならず

>>461
ぱっと見しただけで検討しないで書くけど
errCh の受付数はcpuの数
errChの読み込みが一回しかしてないからアイテム数が受付数を越えたら書き込みがブロックされてwgがDoneされない
DoneされないからWaitは抜けてこない
のでデッドロックということでは？

>>465
ご指摘のとおりでした
なのでgoroutineと同じループの中でerrChを取るようにしたら動作しました

wg作る位置も動かないからだんだんスコープ狭めていったんですが
一番外のforの外で作って動きました

それみんな絶対最初ハマるよな

Goのグラフィックって、標準だとこんなに低レベル処理なパッケージしかないのか……
JavaScriptで言うならImageDataしかない感じ
誰かのライブラリ使わないと線を引くだけでも大変

Golang でグラフィックやろうと思う時点で変

イメージを生成するサービスを考えてたん

標準ライブラリなんて小さい方がええやん。HTML5のCanvas APIみたいのならgithubに腐る程ある
github.com/fogleman/gg

Goに期待しすぎだろ

まあ、イケイケGoGoジャーンプ！って言葉もあるくらいやし…

姫ちゃん…

goで思い出すのはこれだった

golang.jpドメイン譲渡したのね

本当だ。いまのところ微妙そう

bloggerってまじかよ

16がでてしばらくたつけど、何か問題があった人いる？

無かったら入れようとか姑息

当初から分かってたがPlan9同様、実用言語ではなく
他の言語のリファレンスとしての研究用言語になったな

実用してるが…？

もともとグーグルの社内言語だったと聞くが
本家では今も活用されているのかね

Plan9を実用してる物好きもいるわけだし

モンストの通知サービスの一部でも、他の言語とのトライアルの結果で採用したとのインタビュー記事が、つい先日あったし(日経XTECH)

学習が簡単というのがデカかったらしい
分かってるな

CodeZine（コードジン）: 2020年のGo言語利用状況が明らかに、9648名の開発者が回答.
https://codezine.jp/article/detail/13819

正直、手前味噌過ぎて萎える
無作為アンケートならともかくなぁ

勢いないな
特に語ることがないんだろうけど寂しい

2こないとずっとこうだろな

見上げて〜golang〜♪

ひさしぶりに書く機会があったが
やっぱクソだなこの言語

>>492
けっこう同意

肝心のグーグルに普及させる気がないように思う
メンテナンスが別組織に移ったにしてもさ

ファンクション実行環境が使い放題のところでは有用かもしれないけど、それ以外だとあまりいいことがない

ジェネリクス入ればまた話題になるさ
それ以外では大きな機能追加はなさそうだし
話すことはゼロ

>>496
これまた同意

Ubuntuに最新のfzfを入れるために成り行きでgoも入れてビルドに使ってるんだけど、使い勝手どう？

全体的な満足度は高く、回答者の92％がGoを使用して満足しています

公式の正規表現パッケージだと機能が足りないんで高機能版を探してるんだけど
例えばgolang pcreで検索すると玉石混交っぽいのがたくさんヒットします。定番はどれですか？

ないよ
基本的に標準で妥協するのがgoの流儀

Golint is deprecated and frozen.
https://github.com/golang/lint

golintなんて使うな！ってのはかなり前から言われてなかったか？
そうか、とうとうというかやっと非推奨になったか

Golintよりあの独特のキモさのあるマスコットを frozen してくれ

そういや、今は golangci-lint で gosample, unused, deadcode を disable して使ってるけど、皆は何を使ってる？

ごふぁー君、日本人が日本の感覚でリファインしたらどうなるだろうな
可愛くなるかな

美少女にされてポリコレで炎上して終了

出目だけ直せばかなり可愛いと思うの

もうある

えー、めっちゃかわいいやん。
いろいろ並べたらかなり上位に食い込むはず
https://www.google.com/search?q=gopher+golang

ちなlisp
https://www.google.com/search?q=lisp+alien

lispキモッ!!!!!

land of lisp知らん人って居るの？居るか、昔の本やもんね…

lisp興味あったから買ったけど、興味なかったら買わないだろうし知らない人多そう。
あの本のコミック感好き