[過去ﾛｸﾞ] Go language part 3 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
383(3): デフォルトの名無しさん [sage] 2020/04/14(火) 14:26:34 ID:/GVdva5P(2/2) AAS
権限だけ持ってる考えなしの馬鹿が採用を決めたせいで無理して使うしかないんだわ
トラップ多くてその調査のせいで学習コスト跳ね上がるし
並列処理簡単って動かすだけならそりゃ簡単だろうが…ってレベルの完成度の低さで
CPUフルで使い切るような事やらせようと思ったら面倒さも管理も段違いの面倒さ…
愚痴はまぁともかく、structって脳死して全部ポインタで扱うほうがいいんけ？
というかstructに実装持たせるような意識なんて投げ捨てて旧石器時代を目指すほうが良い言語？
385: デフォルトの名無しさん [sage] 2020/04/14(火) 14:38:21 ID:Nk5zmway(1/2) AAS
>>383
基本的にはちょっと楽なCだからね
まともなC使いは第一引数にオブジェクトのポインタわたしてたし
継承も構造体使って同じことしてた
むしろC使いは理想的な言語を作ってくれた！と思ってる
386: デフォルトの名無しさん [sage] 2020/04/14(火) 17:35:01 ID:pIyDz3cF(1) AAS
>>383
CPUフルに使いきるなら素直に別プロセスにして上位レイヤーで分散するよう工夫したほうが結局コスト安く済むような印象がある
まあWeb系じゃないならそうは行かない場合もあるんだろうけど
389: デフォルトの名無しさん [sage] 2020/04/14(火) 21:22:08 ID:VoNykKzR(1) AAS
>>383
コア数分のgoroutineでCPU使ってくれない？なにかそんなに面倒なことあったっけ？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.043s