Go language part 2
■ このスレッドは過去ログ倉庫に格納されています
というかGoは出所がGoogleってだけで完全にOSSとして開発されてるからな メンテが放棄されたOSSがいかに多いか理解しているのか? というかGoは出所がGoogleってだけで完全に揚げ底クソ言語 Google Code Jamでもバージョンが1.8とかだったし、中であまり使ってないのかなと思った OSSになってたのか
じゃあしばらく安泰かな
けどLinuxやPythonのように内紛でメイン開発者が失脚した例があるからなあ サーバーでgolangを使う気はするけれど、dartって息してるの? >>680
Go言語は競プロには向いてないって言ったでしょ
>>682
Flutter >>681
会社と同じで人間関係に寄る。
小規模のOSSは大学生が就職先にアピールする為で就職先したら止まるし、ユーザーが技術的な困難理解したりで人間関係上手く行く。
タダ働きのボランティアだって事をユーザーが忘れると主力が抜ける法則。 戻り値のerrorを処理せず捨ててるコードがある場合にコンパイル時に警告かエラーを出すことできます? >>686
errcheckってlintツールがあるからCIのタスクで回すといい &Hoge{}とnew(Hoge)の違いってなーに? >>688
いっしょ
速度的な差はあったかよく覚えてない スクリプト言語ならともかく、
コンパイル言語で単文で意味一緒なら変わらん気もするけど
そうとも限らないの? 2019年高い給料につながるプログラミング言語は? - Stack Overflow
2019/04/15 17:03 後藤大地
https://news.mynavi.jp/article/20190415-807198/
Stack Overflowはこのほど「Stack Overflow Developer Survey 2019」において、高収入と
関係性の高いプログラミング言語ランキングを伝えた。ランキングによると、Clojureが最も
高く、これにF#、Go、Scalaが続いている。逆に、ランキングの中で最も給与が低いのは
Javaだという。
高い給与と関係性の高いプログラミング言語ランキング - 資料: Stack Overflow提供
https://news.mynavi.jp/article/20190415-807198/images/001l.jpg
ランキングの上位は、調査ではシェアが低いことが多いプログラミング言語が入っており、
逆にシェアが高いとされるプログラミング言語が下位にエントリーする傾向が見られる。
特定の要求があるにもかかわらず対応可能な開発者が少ない場合、開発者を引き寄せるために
給与が高くなっていったものと見られる。逆に、シェアが多いプログラミング言語は人材も
豊富であることから、給与の下落につながっていると考えられる。 Goができると給料がいいんじゃなくて給料がいい企業がGoを使ってる定期 >>688
初期化できるか出来ないかの違い
hoge := &Hoge{
foo: 10,
bar: "aho",
}
hoge := new(Hoge)
hoge.foo = 10
hoge.bar = "aho" >>692
単に需要と供給の原則で決まってるだけだよな。
これからGoがめっちゃ流行って書ける人が増えたら平均値は確実に下がるし。
それで言うと確実に需要があるのに誰も新規に習得しなくなってるCOBOLマスターはかなり年収が高くなってると聞く。 Clojure 使ってるとこ CircleCI しか知らんな >>692
6位 : Ruby
12位 : Python
19位 : JavaScript(JS)
YouTube で、漏れが見た、外人の動画では、
Ruby は、800万円で、Python, JS では、1,200万円まで上げられるって言ってた!
日本では、COBOL の求人も多い JavaのfinalやC#のreadonlyのような仕組みになっていないのクソでは? import "github.co.jp/hogehoge/foobar"
こういうやつブランチとかタグとか指定してインポートできる? ここにいる人達はGoでどんな仕事してるんでしょうか?
企業システムの構築SIer?
研究目的? >>704
ありがと。そんなクリティカルなとこにこんな新しい言語適用するような会社があるのか。
自分は旧態依然の日本企業の仕事だけなんでjavaかメインフレームから離れられないんだよね。 クリティカルだけどGoで書いたコードが問題になった事はないよ
トラブルがあっても連携する外部のサーバで起こった事しかない >>705
メルペイとかものすごい勢いでgoエンジニア採用してるやん goエンジニア募集してるけど素人に毛が生えた程度の人しか集まってないと予想 独学じゃなく体系的にgoを勉強する機会って無いよね?
一番すんなり入れるのはC?C+?の人なのかねやっぱ goで問題が生じるとしたらgoroutineが回収不能になるとかそんなとこかね? フリーの言語を使って障害出したら組織として問題になる懸念がある
>>706は保身策を練ってあるのか?
社長が「大事なシステムをフリーソフトで開発したヤツは誰だー!」って
海原雄山モードになったらどうする? DBならともかくweb系の言語で有料なのって.netくらいじゃないの
IISよりapacheのが圧倒的多数派だと思うし 言語はやりたいことから覚えていってしまうから、自分も体系的に覚えた言語はないな。
本買って知らなかったこと勉強したりしたのも数少ない。
Goは言語の覚えることは少ないイメージ。環境周りは知っとくべきことが色々ありそう。 >>714
,netは最初から無料ですよ
有料なのはVisual Studio
最近は.net coreってオープンソースのもあるし
web系の言語で有料なのってJavaくらいじゃないの >>713
Goを全面的に採用するような組織は言語側にバグがあっても自分で直してプルリク出しちゃうだろ
逆に言えばそこまで出来ないなら大人しく金はらって有料の言語を使えという話 フリーソフトを使おうが使うまいが「大事なシステムでバグを出したヤツは誰だー!」ってなるだけ。 >>717
Goってプログラミングで騙して回避できないような言語バグって残ってるのか? 責任負えるの?って観点でjavaが選択されてたのか… マイクロソフトはこっちが切羽詰まった状況の場合は
期限切って回答くれたりするからねえ
グーグルにはそんなことは期待できない >>713
Goに限らずOSSで作ったシステムで障害になった時に責任求められるような組織や契約で働いた事ないから考えたことない 日本マイクロソフトって、Office2016以降のVBAで日本語モジュール名使ったら動かなくなるバグを、
previewで指摘されていたにもかかわらず無視して、そのままリリースさせちゃったところか。
後日アナウンスされた対処法は前のバージョンに戻す方法だけだったな。security fixもあったのに。
OSS使う人は、責任云々じゃなくて、どうすれば直るかを考えるんじゃないかな OSS選定みたいな技術選定でエンジニアが責任とらないなら誰が取るんだ?まさか、このOSSがバグったんで俺らは悪くないです、が通じるの? うちの会社だとエンジニアという職種の人達は責任とらんだろうな。
それを承認した上の責任だとか、そんなこと言う。
最早、エンジニアではないのかもしれん。 javaも選定すること自体が冒険みたいな時代があったけど、もうすっかり安定の規定路線になったよね。
その次に来るのがこのGoかな?と思って見てる。
広く普及しそうと騒いでたのがjava以降いくつか出たけどjava程にはならなかった。
もっと別の場所から出て欲しいけどね。
言語の発祥地としてはGoogleは閉鎖的に過ぎるように思う。 責任云々の話はサービスの種類にもよるんだろうな
銀行とかじゃそういう話になっちゃうんだろう
俺はゲーム系で、多くてもサバクラでクライアント外注くらいの登場人物しかいないから
誰が悪いとかじゃなくまず直そうよって話に普通はなる
その後で必要なら、技術選定方法の見直しはやるかもね
責任誰が取るんだ?とか「何言ってんの?」ってリアクションになりそう
工程の見直しですらない無駄な振り返りというか てか有料だからって責任取るわけでもないしな。
どうせ問題解決させられるならソース見れる方がいいわ。 >>713
> 社長が「大事なシステムをフリーソフトで開発したヤツは誰だー!」って
この文章がかなり基地外じみてて笑える 企業システムの場合だと、その会社での開発規定みたいなものがあって、そこで言語やソフトウェアも標準というのが決められてる。
それ以外のものを使うなら、それが標準より優れているってのを書面で説明してしかるべく部署とかに承認されないといけない。 フリーソフトという言葉が笑えるwwww
ゲームを何でもファミコンという世代なんだろう >>728
責任はとらないけどメーカーの責任と言うことには出来る
ソフトウエアの事が何も分かってない経営層に対する言い訳にはなるかも どの言語にもGoでいうchannel的なもの欲しくなる >>732
その言い訳の連鎖の先が今のSIerの状態なわけだけどな。
あれは経営層、営業、プログラマ、誰も幸せになっとらんぞ。 >>735
責任取りたくない連鎖でもありますよ
非効率な前世代の開発手法がまかり通てます 責任なんてだれも取らないよ
再発防止策伝えて終わり 「有料の言語」ってなかなかのパワーワードだなw
仮に有料の何かを使ったとしても責任のなすりつけ先が他に出来るだけでバグ自体が消えるわけじゃないのに >>730
そういう昭和で頭が止まってるような会社ははなからGoなんて興味すらないからこの話題には全く関係ない
ちなみに日本の老舗大手でもGoを使ってるところは既にある awsとかgcpとかパブリッククラウド使ってたらSLA決まってるから許諾して使ってるだろうし落ちてもごめんなさいだけど、
オンプレでGo使ってるところは知らんな
どうなの? 単に有料なだけのツールの大半は責任を擦り付けることもできなかったりするしな。 バグ出したやつは誰だーって言う前にテストエンジニアがデバッグしてんだろ?
テストエンジニアが無能なだけじゃん 20年前ならいざ知らず、有料のものなら安心だと思ってる奴なんて実在するの
というかもはやOSSを一切使わずにシステムを構築する方が逆に難しいと思うんだが 有料のはサポートを打ち切られたらそこで終わりってのが怖いな
OSSなら頑張ればなんとか使い続けることができるだろうけど、それができん
俺が使ってるRuby Motionなんていつ終わるかわからんし、終わり間際にOSSにしてもくれないだろう >>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は存在してなくて、あってもダム端で。。。 それ知ってたらもうおっさんじゃなくてお爺ちゃんだろ ■ このスレッドは過去ログ倉庫に格納されています