Go language part 2
■ このスレッドは過去ログ倉庫に格納されています
もはやその構成がデフォルトだから特別な名称はないと思う
少なくともここ数年は聞いたことないし、若い子には通じないと思うw 俺たちの頃はコンピューターは一台でそこにカードリーダーがあって、まだノートPCは存在してなくて、あってもダム端で。。。 それ知ってたらもうおっさんじゃなくてお爺ちゃんだろ サバクラって死語なの…?(´・ω・`)
まあ今はなんでもブラウザ使うもんなぁ >>776
天皇陛下世代をおじいちゃんだと
不敬罪で逮捕じゃ >>778
そうだよね
なんかサバクラって違和感あるなと思ってた
クライアント−サーバーシステムだからクラサバだよね でもWebアプリも最近はSPAになって「サーバーが」「クライアントが」って会話は増えたよね。
それにしてもみんなサバクラなのか。クラサバじゃなくて。 クラサバでもサバクラでもいいけどどちらにせよ最近はその言い方聞かなくなったな さすがに紙テープとかパンチカードだと歴史上の遺物だが
俺が就職した頃はオフコンとかは普通にあったな
パソコンの事を当時のオッサンはノンダム端末とか言ってた記憶がある
クラサバの時代だとup4800とかかな?
ダウンサイジングとかバズワードだったなぁ・・・ >>783
NetWareの時代には良く言ってたがWindows NTになってからは死語かも >>785
オフコンはIBM Power Systemsで現役ですよ 完全にスレチなんだけどさ
nosql話すスレって2chに無いのかな >>788
Key-Value StoreやMongoDBのスレがDB板にあるけど過疎ってる >>788
なぜが過疎ってるよな。
多分使ってる人が少なすぎるのが問題なのかなも。 全然違うスレで質問してたので移動してきました。
mattnのsqlite3ドライバとgormを使って
struct Model {
gorm.Model
Name string
}
としたレコードを登録すると、
CreatedAtの自動挿入された日付が全部1899/12/31なんだけど
自動で付与させるための操作が何か必要なんでしょうか
何もしないでもいいものだと思っていたのですけど。 今現場の主力になってる世代は5ちゃんなんて見ないからな >>795
今でもAS/400って呼ぶ人が多いけど、AS/400とRS/6000のハードが統合されてIBM Power Systems
OSは昔と殆ど変わってないです system 360 がホントは system 365 の意味だったという話 昨日からGoを始めた
いにしえのCの雰囲気があるねコレ モダンなc
なんだけど時代に逆行してる気がしないでもない 最初、type の後置と := を見て pascal みたいだな、って思った あんまり不満はないがimport文の範囲指定はもっとどうにかならんかったのかと思う。
あの辺のネームスペースはもう少しなんとか出来るだろ。 モダンな言語で型が後置な理由
https://teratail.com/questions/188903
モダンな言語、それがGolang(´・ω・`) 関心の的というか集中すべきものは変数名であって型じゃないからな
自分でJavaやC#でコード書いてても先に変数名を書きたくなる てかストラウストラップもc++で後置にしようとしてたんだぞ。 >>805
古いプログラミング言語にも後置のやついっぱいあるだろ log.Fatalするくらいなら
panic使ったほうが良くない? GOで競技プログラミングしようとしたらどんなpackage構成が正解なんだろ。
今はスニペット関数が衝突しないように問題毎にフォルダ切ってるんだけど何か正解ないのかな。。 その手のバカはgoには向いてないよ。
c++,rust,haskellみたいな俺Tueeeeできる言語使ったらいいさ。 Goでやりたいならフォルダごとに分けるしかなさそうな気がしちゃうね >>813
panicはdeferが実行される
致命的なエラーが原因によってdeferが実行されては困る場合log.Fatal error戻り値は受け取り側が握りつぶして処理を継続できる
panicは呼び出し側直後の処理の継続は阻止できるがdefer内でrecoverすれば握りつぶせるのでその外側では処理を継続できる
log.Fatalやos.Exitは強制終了できるがdeferによるリソース開放やロック解除の処理も実行されず終了する
こんなの使う価値ない Goを使ったことないけど、gRPCとMySQLを使ってAPIを作りたい
バリデーションやORMのおすすめってなに?
フレームワーク使ったほうがいい?Ginが人気そうだったけど Ginとかechoは使いたかったら使ってもいいと思う
ORMはgormと折り合いつけてうまく付き合うくらいしかなさそう ありがとう。gormとGinを組み合わせて作ったりするのね。
>>829
既存システムのAPIを作りたくて、Goが候補にあがってる。
すでにあるMySQLのDBもあるのでそれを使うため。 >>830
自分でSQLを書くような単機能のORマッパーもあるからそういうのは使ってるわ
RailsのActiveRecordみたいなのは使わないようにしてる DB一種類しか対応しなくていいなら、それほど気にしなくてもいい AI自走コンテストみたいなのもPythonとScalaだったな
Goで書きたかったな〜 アカデミックな人たちってほんとScala好きよね
プロダクトで使うとめんどくさいことこの上ないけど 副作用がない
Java資産が使える
コードを非常に短く書ける JVMなら正直ScalaよりKotlinの方が実用的だと思う 間違いない
scala組は早くkotlinに合流してほしい そうやって文化の違う声の大きいやつを招き入れると、C++みたいになるんじゃないの? c++みたいにしたい奴は結構いる。
俺は反対だが。 むしろ内部破壊工作をたくらむスパイじゃないかと思える Scala民はなぜかKotlinを敵視してるから合流しないと思う var list []string
if list, err := getList();err != nil{
doSomething()
}
fmt,Println(list)
みたいにerrはスコープ絞りたいけど、listは外でも使いたいときってどうしてる?
list, err := getList()
if err != nil{
doSomething()
}
ずっとこれで書いてるけど、errの汚染が気持ち悪くてしょうがない var list []string
{
var err error
if list, err = getList();err != nil{
doSomething()
}
}
理解できてなくて、返信遅くなったけどありがとう。
こういうこと?確かにいけるわ >>857
それ読んだ感じ、Go2ドラフトの3つのうち2つは、近いうちに実装されるみたいね。
ジェネリクスはまだ揉めているようだ。
Go 1.13 → errorに他のエラーをラッピング可能になる
Go 1.14 → ビルトインtry導入
ドラフトのエラーハンドリングはボツになって、代わりにtryになった。
といっても、他の言語のようなtry〜catch構文じゃなくて、
if err != nil { return err } のシンタックスシュガーっぽいが。
a, err := foo()
if err != nil {
return err
}
↓
a := try(foo()) >>859
コピペ冗長なコードが減っていいですね。
1.14待ち遠しいね 糖衣構文と言うことは従来の書き方でも行けるんよね
天才達が考えた事なら間違いない 一見して制御構文に見えないけど制御構文なので不気味だなとは思う z := try(foo()).bar(try(baz(try(x, err))))
うわあああ tryリジェクトかよ
エラー処理にどれだけ時間かける気だよいいかげんにせーよ ほぼ宗教戦争だからな
ただしばらくしたら結局普通に入ると思うわ
他言語からの流入者が増えるに連れてコミュニティ内のtry賛成派が増えると思うし それ繰り返したらjavaになるだけだろ。バカなのかな。 なんでもそうだけど
初期よりの中期が一番完成度が高い >>868
良い悪いじゃなくて確実にそうなる。
特にGoはコミュニティの意思が最優先だから、人が増えたら絶対に回避できない。 ■ このスレッドは過去ログ倉庫に格納されています