[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 02/22 10:01 / Filesize : 319 KB / Number-of Response : 1020
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Go language part 4



1 名前:デフォルトの名無しさん mailto:sage [2020/11/16(月) 04:14:40.64 ID:fB5+0hxC.net]
Goについて扱うスレッドです。
GoはGoogleによって開発された言語です。

公式
https://golang.org

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

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

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


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

152 名前:デフォルトの名無しさん mailto:sage [2020/12/09(水) 22:44:22.66 ID:1fNUcYVK.net]
>>147
こんなのあったのね…
もうオレオレでデータ入力用の管理サイトと、
構造化してリンクとか全部付与してサイト生成する部分まで作っちゃってる(´・ω・`)

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

153 名前:デフォルトの名無しさん [2020/12/09(水) 22:59:09.61 ID:hK6AFgql.net]
>>12,>>145
関数呼び出しを気にするならマクロのある言語使え
というわけで、lispよりも強力なマクロのあるJuliaを使おう

154 名前:デフォルトの名無しさん mailto:sage [2020/12/09(水) 23:40:59.80 ID:jODQKuwy.net]
> lispよりも強力なマクロのあるJulia

これ本当?

155 名前:デフォルトの名無しさん mailto:sage [2020/12/10(木) 07:24:30.41 ID:0VEO1tgk.net]
最強のマクロったら gcc の inline ではないだろうか?

156 名前:デフォルトの名無しさん [2020/12/10(木) 19:39:54.81 ID:fydmziEi.net]
>>150
「JuliaとLispのマクロの比較」っていうタイトルのブログを読んでそう思った。
リンク貼りたかったけど、はてなブログのリンクはNGワードっぽいから自分でググってくれ

157 名前:デフォルトの名無しさん mailto:sage [2020/12/10(木) 20:30:53.92 ID:nolBjcag.net]
マクロでlispに勝てる言語ってほとんどlispじゃね?

158 名前:デフォルトの名無しさん mailto:sage [2020/12/10(木) 20:45:08.50 ID:TmcetjS0.net]
強力という言葉の意味次第だろう
そのブログにも書いてあるけど、
何でも出来るという意味ならlispの方に歩がある

159 名前:デフォルトの名無しさん [2020/12/10(木) 20:45:22.05 ID:fydmziEi.net]
最強のマクロがある言語はどれなのか
C言語とLisp, Julia, Nim, Rustの5言語に精通してる人なら答えられるかもしれない……

160 名前:デフォルトの名無しさん mailto:sage [2020/12/10(木) 20:51:55.95 ID:nolBjcag.net]
juliaのマクロはschemeの健全マクロみたいなもんなのかな?そうなら健全なマクロでも変数補足しちゃうはずだよ。マクロに関してはastベタ書きするLISP族が一番適してるとおもうけどな



161 名前:デフォルトの名無しさん mailto:sage [2020/12/10(木) 21:16:06.92 ID:YXjbRyJb.net]
デフォルトで変数捕捉しません。
させたいときはエスケープする。

162 名前:デフォルトの名無しさん mailto:sage [2020/12/11(金) 02:56:17.53 ID:/jUQlBbU.net]
そんなにマクロつかいたきゃ
ビルドの途中でC/C++のプリプロセッサを間にかませや

163 名前:デフォルトの名無しさん mailto:sage [2020/12/11(金) 03:07:10.50 ID:RI9UvvOD.net]
そんなオモチャみたいなマクロの話じゃないから黙ってろ
真のマクロの話をしてるんだ

164 名前:デフォルトの名無しさん mailto:sage [2020/12/11(金) 06:25:35.96 ID:ki/gtV8Z.net]
GO2のリリース日を教えてください
来年にはきましゅか?

165 名前:デフォルトの名無しさん mailto:sage [2020/12/11(金) 20:15:55.93 ID:i7+Pb2PU.net]
来まちゅよ!

166 名前:デフォルトの名無しさん mailto:sage [2020/12/11(金) 20:31:05.80 ID:ozodvswY.net]
来てもなぁ
とりたてて困ってない
滅多に使わなくて実感ないから正規表現が遅いと言われてもピンとこないし

167 名前:デフォルトの名無しさん mailto:sage [2020/12/13(日) 00:32:21.22 ID:V5v4lW7x.net]
int64をuint64に変換する簡単な方法って無い?
当然に収まらないからマイナス値はif文で0にしてあるものとする

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

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

168 名前:デフォルトの名無しさん mailto:sage [2020/12/13(日) 02:18:12.88 ID:1g8P/X2h.net]
GOでRSSリーダー作れましゅか?

169 名前:デフォルトの名無しさん mailto:sage [2020/12/13(日) 02:28:39.75 ID:V5v4lW7x.net]
httpで読み込んで
https://qiita.com/ytkhs/items/948f516ec82c82eaa882
とかXMLパースするだけだろRSS

JSONは要素のコメントなし

170 名前:ナ読み込む機能はあるけど、XMLはどうだったか知らん
名前空間も
[]
[ここ壊れてます]



171 名前:デフォルトの名無しさん mailto:sage [2020/12/13(日) 02:33:15.75 ID:RtMOGcGM.net]
>>163
uint64() じゃダメなん?
https://play.golang.org/p/hwbSw8-k3Fn

172 名前:デフォルトの名無しさん mailto:sage [2020/12/13(日) 02:48:56.92 ID:V5v4lW7x.net]
>>166
orz 組み込み関数見落としかぁ

173 名前:デフォルトの名無しさん mailto:sage [2020/12/13(日) 14:24:43.55 ID:RBQoQqxa.net]
そういう次元の話じゃない
せめてググろう

174 名前:デフォルトの名無しさん mailto:sage [2020/12/13(日) 15:04:34.66 ID:V5v4lW7x.net]
Go製のrssリーダーはすでに幾つかあるが、作れるかであって使えるかじゃないから、自作する話だと判断するのが妥当

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

175 名前:デフォルトの名無しさん mailto:sage [2020/12/13(日) 15:18:49.96 ID:Nr97RBB7.net]
GoでGUIアプリのRSSリーダーを開発できるかという質問なのかな?
QTくらいしか俺は触ったことないけれども

176 名前:デフォルトの名無しさん mailto:sage [2020/12/13(日) 16:29:04.67 ID:XiV1m0kj.net]
組み込み関数じゃなくて言語の基本仕様レベルだよ
って話じゃないの

177 名前:デフォルトの名無しさん mailto:sage [2020/12/18(金) 22:04:00.43 ID:+Wrhvh6s.net]
GOってもしかして人気無い?
2〜3年前と比べて下火になってる?

178 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 00:17:10.67 ID:TNlruc2Y.net]
go routineって windows APIで言うと単なるファイバーだったのね。何か昔に戻った見たい。
それなら、パフォーマンス気にする処理なら自分でスレッドとメッセージループでしっかり組んだ方が早いし確実だと思った。

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

179 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 00:39:26.57 ID:x1EY5aRu.net]
そう、劣化Erlangなのだ!

180 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 00:52:20.88 ID:tyWP7Wcq.net]
じゃあGo捨ててErlang/Elixirを学び直すんですか?
貴方、正気ですか?



181 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 08:38:32.21 ID:U4dyNzHj.net]
また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で止めてるからだろうか?

182 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 08:51:06.40 ID:U4dyNzHj.net]
>>176
1.14.13まで上げたけどダメ
他のプロジェクトでは問題なし(解せぬ
go env GOPATH ではちゃんとパスが通ってる
setting.jsonは共通

183 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 08:59:22.58 ID:U4dyNzHj.net]
>>176
ほかのプロジェクトと比較
OneDriveとかユーザーディレクトリからcのサブディレクトリに移したら出なくなった
空白入りとか漢字のパスといった国際化への対応が、またダメになったのかもしれない

184 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 11:09:41.00 ID:/QQvHqFx.net]
>>173
goroutineはファイバーじゃなくて(グリーン)スレッドだろ。

185 名前:デフォルトの名無しさん mailto:sage [2020/12/19(土) 11:20:53.48 ID:U4dyNzHj.net]
大体がスタックを関数呼び出し毎にチェックして拡張する仕様がどうかしてる
これがあるので他と比較するのはあまり意味がないのでは?
そんな変態的な仕様が過去にあったなら、それとは比較できる
勉強不足で知らんから

186 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 04:52:15.58 ID:sa/VnQLT.net]
>>172
JSとPythonに比べたら人気はない
ただしそこそこの速度が出るので実用的

187 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 05:40:24.66 ID:Udz0+PvH.net]
グーグルの秀才たちが内輪向けに作った言語だから一般向けじゃないんだよなあ
変数の宣言〜初期値代入の形態が何種類あるかってだけでも初心者を脱落させるに十分

188 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 06:35:14.49 ID:1LcS4Wc6.net]
繰り返しは無理してでもforに集約してるクセになんか片手落ちだよなw

189 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 11:21:25.65 ID:1+oqFOqA.net]
マイクロサービスってログイン認証とかどうやってるんですか?
ログインユーザーのトークンをDBに保持してそれぞれのマイクロサービスでDB情報を共有したりするイメージですか?

190 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 12:03:40.89 ID:Dsr91pCp.net]
>>184
JWTを送る方法もあるというか、どちらかと言えば主流?
俺は認証フレームワークの都合で使ったことないけど



191 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 12:06:57.91 ID:Dsr91pCp.net]
>>185
都合というより明らかに手抜きで

192 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 14:19:56.97 ID:4RVTKdnj.net]
>>179
う〜ん、微妙。同じ事言いたいだけかな。複数のファイバーって方がしっくり来る。結局、1万個のgo routineがあったら、動的に5個とか10個とか小数のスレッドが立ち上がり、メッセージループで逐次処理してるだけだから。
まあ関数途中から再開出来たりするのは言語仕様として使いやすくしてるだけ。暗黙的にasync構文が自動挿入されまくっているだけ。

193 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 14:32:19.95 ID:Gd3F49It.net]
普段C#書いてるけどゴルーチン大好きよ
圧倒的に楽

194 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 14:47:35.49 ID:zWi39lLO.net]
普段Rust書いてるけどゴルーチン圧倒的に楽だね
たまに名前が気に入らんだの、ググラビリティ低いだの聞くけど
その辺はCでもGoでもなく、Rustのが辛ぽよ

195 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 14:47:50.12 ID:A6h0ajNd.net]
>>187
プリエンプションするからファイバーじゃなくてグリーンスレッドなの。

196 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 14:54:10.97 ID:U9jbkkr5.net]
n:mでぶん回してタスクのスティールもするし、それをファイバーとは呼ばんと思う。

197 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 18:12:25.64 ID:sa/VnQLT.net]
とはいえスレッド使いたいことはある
重い計算処理を完全に占有させたい時とか

198 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 20:54:33.91 ID:4RVTKdnj.net]
>>190
プリエンプションするの?初期は誰かがループすると他のgo routine呼ばれず、その後、改良されてAPI呼んだタイミングではするけど、純粋な計算とかのループはNGってください記事までは見たけど。最新だとするの?どんどん本物のスレッドに近付けて処理重たくなって最終的に本末転倒な結果にならないのか?

199 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 21:00:10.73 ID:4RVTKdnj.net]
>>188
c# なら taskとgo routineって殆んど同じかなと思ってしまうがどうなの?c#ではスレッド直接使ってたって話し?

200 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 21:23:39.28 ID:Dsr91pCp.net]
for i:=0;i<n;i++ {} というループでも1.2以降ではスタック操作でスイッチングが走るようになったから、for {} と書かない限りは気にすんなという記事を読んだ



201 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 21:58:32.70 ID:4RVTKdnj.net]
>>195
そう言う事なのかぁ。そんな単純ループでも切り替えチェックを毎回実行してるって性能面ではすごいデメリットだな。

202 名前:デフォルトの名無しさん mailto:sage [2020/12/20(日) 23:04:35.11 ID:Dsr91pCp.net]
>>196
性能では不利だけど、それはGoの優位点でもある

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

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

203 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 00:48:28.58 ID:LJe505L1.net]
>>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はプロセスから見たらスレッドの方が軽量って事で性能面は見過ごされて来た歴史がある。組込みシステムはリソース命だからかなり初期からスレッドの高コストはしっかり意識してモノ作りしている。

204 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 01:00:05.48 ID:y0Qc2EqT.net]
わかったから

205 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 01:21:44.50 ID:k4qTN2iI.net]
Unity界隈はどうなんだろ?
基本はC#で部分的にgoroutine使ってるような話を聞いたことあるが正確なところは不明

206 名前:デフォルトの名無しさん mailto:sage [2020/12/21(月) 03:21:16.47 ID:56qSn/9L.net]
C#のTaskは非同期+スレッドプール(OSスレッド)

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

207 名前:デフォルトの名無しさん mailto:sage [2020/12/23(水) 22:22:43.94 ID:O5AY10nM.net]
GOはホント話題無いね
いい意味で枯れてきてるのかもしれないけどとにかくトピックが少ない

208 名前:デフォルトの名無しさん mailto:sage [2020/12/23(水) 22:48:40.86 ID:LHRvotnC.net]
新機能に渇望してないのが大きい
期待の新機能であるジェネリックが欲しい層もあまり数は居なさそうだし
もう、あれば便利だろうし使うけど特に今すぐには要らないよなって

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

209 名前:デフォルトの名無しさん mailto:sage [2020/12/23(水) 23:55:24.14 ID:GvbKZ216.net]
>>203
正規表現そんな遅いんだっけ?
Goだと文字列メソッド使うからあんまり気にしてなかったわ

210 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 03:36:46.49 ID:ieyHo1hw.net]
>>204
アルゴリズムでは決して遅くないが、DFAを再利用するために排他制御するので並列処理で遅くなるとのこと
https://qiita.com/momotaro98/items/09d0f968d44c7027450d



211 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 04:26:45.03 ID:yxJlqEyC.net]
そんな排他制御してるのか
本末転倒じゃねえか

212 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 04:28:11.75 ID:yxJlqEyC.net]
>>202
もう出て10年くらい経ってるんだよな
大きな新機能の追加も無さそうだし
パフォーマンスを極めるフェーズになってるから話題ないねえ

213 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 05:41:11.22 ID:jgmFKpNF.net]
例外がないif err言語さん……w

214 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 07:24:03.78 ID:ieyHo1hw.net]
例外キボンという声は聞いたことないから、やはり
今時例外なのプークスクスとみんな思ってると考えていいかな?

215 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 08:28:54.70 ID:7F4cW8XH.net]
いいよ。

216 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 08:40:06.16 ID:QpUzPsdF.net]
コストの高い例外フロー制御はともかく、
例外専用の戻り値は欲しいわ。

217 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 09:35:28.02 ID:ieyHo1hw.net]
Javaのだと、シグネチャに無い例外を返せないからインターフェースとして呼ぶのに困るし
C#のだとガバガバ
結局、実際には何が帰るのか分かりませんとなってカスタムしたExceptionで受ける一択
更にそのため常にメソッド内でカスタムExceptionにラップするためのcatchを書かないとならんし
面倒すぎたよね例外(過去形でかくな

218 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 16:16:26.58 ID:yxJlqEyC.net]
コールスタックを一気にジャンプするとかおぞましいことはいらないよ
単なるgotoだし

219 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 18:05:24.14 ID:z4h3nURn.net]
if err書いて回るのに比べればgotoのほうがマシでしょ
それにコールスタックを一気にジャンプするのは言語による実装の詳細で必須事項じゃないよね

220 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 18:07:54.69 ID:ieyHo1hw.net]
マシとは思わないから文句が出ないんだよねー



221 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 18:11:34.30 ID:ieyHo1hw.net]
文句が出てないという根拠は、そこそこちゃんと使っている人からの不満点として見たことが無い、というもの
反証は受け付ける

222 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 18:21:35.08 ID:fJ8Afd/q.net]
✕Golang
○IfErang

223 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 19:41:05.61 ID:grZRkp5b.net]
deferがあるぞ

224 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 21:25:43.87 ID:YakLuvNb.net]
googleって地図だけの一発屋やな

225 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 21:30:49.79 ID:ieyHo1hw.net]
突っ込み所しかなくて、えー頑張ってね
きっと良いこともあるよ

226 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 21:59:07.90 ID:NCBnjOT7.net]
err頑張ってね

227 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 21:59:59.67 ID:ieyHo1hw.net]
var exp = flag.Bool("exp", true, "export")
で、-exp false しても *exp が false にならん
どこを間違えてるのか

228 名前:デフォルトの名無しさん [2020/12/24(木) 22:32:45.42 ID:ieyHo1hw.net]
https://play.golang.org/p/gcNo0xC4tUj

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

229 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 22:34:38.12 ID:yxJlqEyC.net]
Win32 APIもエラーコードチェックばっかやらなきゃいけない
それと大して変わらんよ
低レイヤーのプログラミングはいつも同じ

230 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 22:49:24.53 ID:ieyHo1hw.net]
判明というか多分バグ
他のフラグは
-cred admin.json
とかの形式で取り込めるけど、
expは(多分flag.Bool()は)
-exp=false
と指定しないと取り込まれない



231 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 22:54:47.90 ID:ieyHo1hw.net]
ああ?go documentで検索したら、non-boolean only
仕様なの?何で?because the meaning of the command?

232 名前:デフォルトの名無しさん mailto:sage [2020/12/24(木) 23:00:26.57 ID:ieyHo1hw.net]
文字列で取り込んでbooleanに変換しなきゃならんのか
めんどくさい……

233 名前:デフォルトの名無しさん [2020/12/28(月) 21:09:09.98 ID:Rt6RXU1L.net]
goオワコン?

234 名前:デフォルトの名無しさん mailto:sage [2020/12/28(月) 21:15:09.97 ID:1wnarVmc.net]
go routine リーク周りはまだ話があるんじゃないの?

235 名前:デフォルトの名無しさん [2020/12/28(月) 22:36:34.04 ID:Rt6RXU1L.net]
>>222
デフォルトtrueのフラグパラメータって設計が良くない気がするなー
俺なら、-disableExport(デフォルト:false)って引数にするかも。で指定するときは、
go run main.go -disableExport
って感じでtrueとか、falseとかつけないかなー。なぜならフラグ指定してる時点で「true」だから

236 名前:デフォルトの名無しさん mailto:sage [2020/12/28(月) 23:28:27.07 ID:w2tkTAcI.net]
>>228
必須スキルだよ?

237 名前:デフォルトの名無しさん [2020/12/28(月) 23:52:44.50 ID:Rt6RXU1L.net]
>>231
だよね
go好きだから.........

238 名前:デフォルトの名無しさん mailto:sage [2020/12/29(火) 08:01:29.87 ID:pjgVtImx.net]
>>229
https://qiita.com/kawasin73/items/7f04b2943bdbb7588c3e
でも筆者が勘違いしていたので、単に一度ヒープから確保したメモリはヒープのプールに入るため取得されたまま、になってただけと訂正入ってる

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

239 名前:デフォルトの名無しさん mailto:sage [2020/12/29(火) 08:40:46.55 ID:+jeJmMuS.net]
>>233
いやそういうリークじゃなくて、正確にはチャンネル待ちリークというかそういう感じの話。

240 名前:デフォルトの名無しさん mailto:sage [2020/12/29(火) 09:02:37.84 ID:pjgVtImx.net]
待ちなのにリークなん?
送ったはずのチャネル通信が届かない事案だとしたら、それは通信の問題でリークじゃないよね



241 名前:デフォルトの名無しさん mailto:sage [2020/12/29(火) 09:27:45.67 ID:+jeJmMuS.net]
いやだから通信の問題で実質リークというかgoroutineが溢れるって話をしてるんだが。。
kube並の大きさのプログラムで発生したらデバッグできんの?って話をしてるんだよ。

242 名前:デフォルトの名無しさん mailto:sage [2020/12/29(火) 11:28:39.38 ID:pjgVtImx.net]
チャネル送信が送られないなんて報告があるの?
と言ってる

243 名前:デフォルトの名無しさん mailto:sage [2020/12/29(火) 18:59:11.37 ID:SyBq36e1.net]
…ゴルーチンが溢れるって何や?

244 名前:デフォルトの名無しさん mailto:sage [2020/12/29(火) 19:07:08.67 ID:pjgVtImx.net]
検索しても233にある誤解が原因だった記事くらいしか見つからなかったから、具体的な記事のリンクを張ってくれるのを待ってる

245 名前:デフォルトの名無しさん mailto:sage [2020/12/29(火) 19:42:26.61 ID:LSI+C1uB.net]
ゴルが解放されないって話なら永続リソースとかを
掴んだまま離さないとかそういうお行儀の悪いプログラムしてるからだよ
動的言語と同じ感覚でプログラミングするとそういう痛い目にあう

246 名前:デフォルトの名無しさん mailto:sage [2021/01/02(土) 23:36:52.65 ID:hnNoCPhn.net]
goって終わったよね?

247 名前:デフォルトの名無しさん mailto:sage [2021/01/02(土) 23:51:01.94 ID:hutYk629.net]
無理に使おうとしなくてもええんやで
ウチはインフラ部分はほぼgoに置き換えてる
でもc#の方がすこや

248 名前:デフォルトの名無しさん [2021/01/03(日) 02:43:46.82 ID:965qc4Vx.net]
>>241
rustの時代とは言われてる

249 名前:デフォルトの名無しさん mailto:sage [2021/01/03(日) 03:00:10.23 ID:Mk7RJK9u.net]
終わってないが、始まってもない

250 名前:デフォルトの名無しさん mailto:sage [2021/01/03(日) 03:00:59.89 ID:j7drLdmA.net]
もっと流行るかと思ったけど全くだよな
やっぱ言語仕様に癖がありすぎる



251 名前:デフォルトの名無しさん mailto:sage [2021/01/03(日) 11:13:21.86 ID:9SkeDBIZ.net]
癖っていうか糞仕様が多い
いまどきこれ??みたいな

252 名前:デフォルトの名無しさん [2021/01/03(日) 11:48:40.90 ID:ez188GTZ.net]
国内でのGo普及活動家の母体メルカリのGoエンジニアたち全然情報発信しなくなってて草
2の対立とか、そもそもの言語仕様の酷さとかに気づいたのかな






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](;´∀`)<319KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef