Go language part 3

182(1): デフォルトの名無しさん [sage] 2019/12/30(月) 13:50:14.69 ID:vvSvem59(1) AAS
>>179
いやNewDecoder(r).Decodeでいいだろ

508(1): デフォルトの名無しさん [sage] 2020/05/16(土) 15:12:59.98 ID:F08ATzLT(1/4) AAS
>>502
＞ヘッダにContent-Typeが無いリクエストでParseMultipartFormすると、パースを打ち切るのではなくてエラーを返す

これは正常な処理だよ
Context-Typeが"multipart/form-data" の場合
Context-Type のmultipart/form-dataの後に続くboundaryをキーにしてmultipartをパースするんだから
ParseMultipartFormがContext-Typeからパースに必要なboundaryを取得できなくてエラーになるのはいたって正常なことだよ

677(1): デフォルトの名無しさん [sage] 2020/07/18(土) 10:23:07.73 ID:9EMumvg2(1/2) AAS
>>655
if e, err := hoge(); err!=nil {
return e.method()
} else {
return err
}
と書きたいのに、外に出せとか
外に出すと今度はerrが定義されてないとか言うから、errをブロック外でvar定義しなきゃならん
頭悪いよなgolint

775(2): デフォルトの名無しさん [sage] 2020/10/31(土) 17:59:24.46 ID:pRffs5ZU(1) AAS
>>774
全部は極端だ
カウンタはどうするん？

845(1): デフォルトの名無しさん [sage] 2020/11/02(月) 22:39:52.04 ID:N3jY4ti2(8/8) AAS
>>833
>>834
俺から見ればGo使いも十分イキってる馬鹿だけどな。
そしてスクリプト言語使いがイキってるのを止めてる気配も感じないが。特にＪＳ/TS。

ただPHPerは叩かれすぎだとは思う。

843(1): デフォルトの名無しさん [sage] 2020/11/02(月) 22:10:55.63 ID:N3jY4ti2(6/8) AAS
>>841
負けてるのは781のブログだよ。詳しく知りたければ読めよ。
俺は彼の分析には納得してるし、その通りだと思ってる。
だから同じような環境なら間違いなく負けるとも思っている。

お前らって（というよりは最近は他言語もだが）
結局Goが「最速最高」じゃないと文句を必ず言ってくるけど、それはないでしょ。
速度ならC/C++/Rustには負けるし、お手軽さではPHPやJSには負けてる。
だからいちいちそんなところで噛みついてくて欲しくないね。建設的な話が出来ない。
完璧な言語なんてないのだから、己の状況でどれが一番ましか判断してそれを使うしかない。
なら、いろんな言語を客観的に見てないと駄目でしょ。

ただ、スレッドで切り離せるところをgoroutineで積極的に切り離せば解があるのではないか？
という着眼点でGoが動いているのは分かった。
確かにこれは面白いし、実際threadはそういう風に使われることを想定されてない。
だからこれをやりたかった人達はネイティブスレッドには文句たらたらだったのだろう。

ただ問題は、同期自体が凄く重いのと、
現存のハードウェアはそういった大量の軽量スレッドを生かす方向には出来てないことだよ。
Niagaraは比較的向いてるけど、SPARC自体が死んでしまってるし、富岳もARMになってしまったからね。