[過去ログ] Go language part 3 (1002レス)
前次1-
抽出解除 レス栞

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
29: デフォルトの名無しさん [sage] 2019/10/20(日) 11:28:13.14 ID:kaRRw6/p(6/8) AAS
使ったこと無いから的外れかもしれないけど、uintptrなんてunsafeな箇所くらいでしか使わないと思う(アーキテクチャ依存だからという理由
そんなuintptrを簡単にという意図がわからないので、解説plz
46: デフォルトの名無しさん [sage] 2019/10/23(水) 11:21:24.14 ID:QKgYWjME(1) AAS
errorがつらすぎるError()stringだけで表現しきれないよ
53: デフォルトの名無しさん [sage] 2019/10/23(水) 19:44:31.14 ID:2nox9oBd(1) AAS
>>48
48(5): デフォルトの名無しさん [] 2019/10/23(水) 15:45:39.64 ID:JzA6/vMp(1) AAS
Go って GAE とか GCP 以外ではどんなところで使われてますか
android本体のビルドシステム
56
(1): デフォルトの名無しさん [sage] 2019/10/26(土) 18:26:00.14 ID:WK67sdAG(1/3) AAS
いまいちカッコ悪いが、
各フィールドをinterface{}で受けて、有無をnil判定するのはどうか

type Person struct {
Name interface{} `json:"name"`
Age interface{} `json:"age"`
}
func encodeField(v interface{}) string {
if v == nil { return "" }; return fmt.Sprint(v)
}
func main() {
var persons []*Person
json.Unmarshal([]byte(`[{"name": "Tanaka", "age": 26},
{"name": "Tanaka"},{"age": 26}, {}]`), &persons)
w := csv.NewWriter(os.Stdout)
for _, person := range persons {
records := []string{encodeField(person.Name),encodeField(person.Age)}
w.Write(records)
}
w.Flush()
}

【出力】
Tanaka,26
Tanaka,
,26
,
102
(2): デフォルトの名無しさん [sage] 2019/11/23(土) 22:12:34.14 ID:zPKhdy+L(3/5) AAS
>>100
100(1): デフォルトの名無しさん [sage] 2019/11/23(土) 22:02:32.31 ID:5HHeTBXj(5/10) AAS
>>95
ん、off?空指定とは違う挙動になるのかな?
1.13 からデフォルトは on
386: デフォルトの名無しさん [sage] 2020/04/14(火) 17:35:01.14 ID:pIyDz3cF(1) AAS
>>383
383(3): デフォルトの名無しさん [sage] 2020/04/14(火) 14:26:34.45 ID:/GVdva5P(2/2) AAS
権限だけ持ってる考えなしの馬鹿が採用を決めたせいで無理して使うしかないんだわ
トラップ多くてその調査のせいで学習コスト跳ね上がるし
並列処理簡単って動かすだけならそりゃ簡単だろうが…ってレベルの完成度の低さで
CPUフルで使い切るような事やらせようと思ったら面倒さも管理も段違いの面倒さ…

愚痴はまぁともかく、structって脳死して全部ポインタで扱うほうがいいんけ?
というかstructに実装持たせるような意識なんて投げ捨てて旧石器時代を目指すほうが良い言語?
CPUフルに使いきるなら素直に別プロセスにして上位レイヤーで分散するよう工夫したほうが結局コスト安く済むような印象がある
まあWeb系じゃないならそうは行かない場合もあるんだろうけど
517: デフォルトの名無しさん [] 2020/05/16(土) 17:40:39.14 ID:is04b0b3(1) AAS
MIME Type
MIME Encoding
544: デフォルトの名無しさん [sage] 2020/05/17(日) 08:36:58.14 ID:8deP89zB(6/10) AAS
>>541
541(1): デフォルトの名無しさん [sage] 2020/05/17(日) 08:21:16.95 ID:Y3GCZn29(4/9) AAS
>>540
いや違う
mime.ParseMultimediaTypeは呼んだ方がいい?
呼んだ方がいいから書いてくれてるんだろうな
追加しておきます
ありがとう
> mime.ParseMultimediaTypeは呼んだ方がいい?

// ct に「;」がある場合に「;」より前を取得してるだけなので
// mime.ParseMultimediaType使わずにこれでもいい
if pos := strings.Index(ct. “;”); pos != -1 {
ct = ct[:pos]
}
577: デフォルトの名無しさん [sage] 2020/05/19(火) 22:18:59.14 ID:sE19LTm8(1) AAS
むしろエラーにしてほしい
変な俺様拡張がまかり通ると
そっちに甘えてそれが当たり前になって
文化や規約を企業に乗っ取られてしまう
930: デフォルトの名無しさん [sage] 2020/11/05(木) 22:16:08.14 ID:40Zkap5B(5/5) AAS
>>926
926(1): デフォルトの名無しさん [sage] 2020/11/05(木) 21:34:05.29 ID:rDKR4t8H(3/4) AAS
ちなみにデプロイって何の話してるんだ?
サーバーサイドなら最低限ビルド出来る奴がセットアップするんだから問題なし。
WindowsへのC#のデプロイは何ら問題ない。
Linuxなんてど素人は使ってない。
残るはMacだけど、お前らMac向けにGoでツールとか書いてるの?

ちなみに俺が言ったのは、「楽に書けて、サクッと動いて、そこそこの性能」という事だよ。
君らの分析の方が技術的に真面目で、さらに当たってるからそれで問題はないけど、要は、

PHPだと超超超楽勝だがポンコツ、
(Pythonだと超楽勝だがPHPと同程度の速度しか出ないポンコツ、ただしPHPからは逃れられる)、
Nodeだと楽勝でそこそこ速い、
Go/C#だと楽勝でもないがまあ普通に速い、
それより速いのはC++/Rustだけどこいつらは非現実的、

と今は並ぶでしょ。速度/容易さで並ぶのはC#。
C#の方が断然巨人だから、色々環境は整ってる。
ただしWebではなくWindowsアプリを主眼にしていたから、Web周りは若干周回遅れになってる。
勿論ASP.NETは昔からあったけどね。
サーバサイドでなくとも、要は「中庸」のプログラミング言語が欲しい場合に何が来るかということ。
一応C#は過度に難しくならないように努力してるから、巨大化している割には肥大化してない。
その辺C++とかかなり最悪だし。

ただしそれは「最速」言語の宿命で、
こちらの方が少しでも速いケースがある、という場合にユーザーが最速記述出来ないのは問題だから、
どうしても仕様が肥大化してしまう。速度面で仕様に妥協が出来ないんだ。
だからほぼ確実にRustもこれから肥大化する。

ただGoではC#を馬鹿にするなんて出来ないよ。
お前らの眼中にないASP.NETの方がGoサーバーよりも100倍シェアがある。
外部リンク:w3techs.com
「サーバサイドはできる奴がセットアップするから問題なし、PHPのデプロイが簡単」とか言ってる時点で話についてこれてないから、ちょっと調べてからしっかり喋ってくれ。
少なくともPHPファイルをポン置きするような事は「デプロイ」とすら呼ばん。
C#が眼中に無いのではなくて、ここはGoのスレ。
982: デフォルトの名無しさん [sage] 2020/11/14(土) 19:22:52.14 ID:O3AqtiwM(2/2) AAS
思い付きのまま検討とかしないで言うんだけど
interface{} と書くところで {} とできたらどうだろう
前次1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.038s