Go language part 2
■ このスレッドは過去ログ倉庫に格納されています
>>739
ITに限らず最大手の会社には一定数の天才がいるから実は割と新しいものに対しても柔軟なんだよな
やばいのは業界内の二位集団みたいな企業 バグが見つかった時にまず誰が責任とるんだって話になるトンチンカンな会社ならそうだろうね
新卒で入ったところはそんな感じだった 統制の一部として、保守サポートがあるものを使う、ということを是としてる企業はまだ多いからね。
保守サポートがあれば、何か問題あったらそこに責任を押し付けられるという謎理論。 世の中の家電はlinuxベースのものだらけだよな
デジタルTVも多分100%そう
androidもlinuxベース
webサーバもかなりlinuxに乗ってるものが多い
もちろんGPLライセンスなのでlinuxにバグがあっても無保証
そこに世界中の家電メーカーなどが乗っかってる 組み込みはいいんだよ、linuxでも。実績ができちゃってるから。最初に採用させた人は頑張ったろうけど。
次に組み込みでlinux、android以外ってのは国内企業は受け入れられないぞ。 そういう企業があることはわかるけど
「国内は」とかで語っちゃうのは違う気がする
世界が狭すぎというか GW明けにvscode開いてみたらgoのlanguage serverが新しくなってたのでそっちにしてみたらストレスレスになった。インテリセンス周りとても快適で良い >>748
その発想が謎すぎる。
有料サポートを選ぶのは「金で解決できるから」でしかないだろ。 例えばjavaでもgoでも、十分一般的な技術を選定した上でバグが見つかった場合、責任を取るって具体的に何をするんだろうなw
技術選定プロセスを見直すってもそこらへんの技術を品質とか信頼性の基準で弾くのは無理だろw 昔のジジイどもはそんな意識だったな
windowsにバグがあって「その会社の奴を呼んで来い!休日返上ですぐに不具合を修正させろ!」と叫んでたそうな… >>754
再発防止≠責任を取る
単にながーい始末書を書かされたり何かしら処分されたりするんでね?
そして貴重な失敗の知見を持った人材が辞めていく そんなバカなことを、って言ってる人達はエンジニアとして幸せだと思う。
SIerはホントにこんな感じよ。 辞めりゃいいじゃん
エンジニアなんてめっちゃ簡単に転職出来るんだから んなこたない。
まともなとこに転職するのに俺は少なくとも4社は辞めたぞ。 そんなバカなことを、と言ってる人達は会社に幸せにしてもらってるわけじゃないからな
ダメなら辞めるで通せるだけの努力をしてる >>763
4社辞めても次が普通に見つかる時点でエンジニアは幸せよ
日本でビジネス系だと4社辞めてたら転職多すぎて書類選考時点で不利になる goで書いてるというよりかはkubeやdockerのためにソース読むって感じか。 趣味で金を気にしないサバクラゲー作りたくて、鯖側をgoにしようとして勉強してる
まずwebsocketの習作としてニコニコもどき作る予定 サバクラという言葉から溢れ出るおっさん感
いや俺も通じる世代だけどさ もはやその構成がデフォルトだから特別な名称はないと思う
少なくともここ数年は聞いたことないし、若い子には通じないと思う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に合流してほしい ■ このスレッドは過去ログ倉庫に格納されています