Yokoyama Naoya
某広告代理店 Engineer
もらったいいね数: 51765
A Life in which I want to write a Go language, sometimes infrastructure and philosophy. Work：Providering IT Infrastrcture. Skill：Backbone Network Design, Go language. Qiita：@nnao45 Twitter：@nnao45 GitHub：@nnao45 My picks with statement is an individual opinion, NOT an official opinion of the organization to which it belongs.It does NOT guarantee the validity, fairness, accuracy. of the contents.
… 続きを読む
ホーム
616フォロー
1089フォロワー
“情シス”をリ・デザインする。テクノロジーを経営に生かす術
日本ヒューレット・パッカード/インテル | NewsPicks Brand Design Yokoyama Naoya 某広告代理店 Engineer
この記事にも通づる事だと思うが、最近よく専門エンジニアが「人」として各分野に張り付くスタイルは全くスケールしないと感じる。例えば強いDBAがオラクルずっと見てますとか、強いネットワークエンジニアがずっとバックボーン守ってますとか。
こういったスタイルを続ける限り、強いエンジニアの意見一辺倒であり冗長性もない。
しっかり各セグメントを「組織」として担当できるように保守して初めて組織はスケールし始める気がする。そして提供する技術品質の均一化はクラウドや自動化によるシステムでカバーリングできるよう設計していく必要があると思うで。
オラクル、600万ドル（6億円超）を提示。AI人材の獲得競争が過熱。
Yokoyama Naoya 某広告代理店 Engineer
オラクルのイメージ悪いやつ、買収されたMySQLをよく見てみろ。MySQL5.7以降のMySQLはInnoDB標準になるしパーティション切ったらメモリ爆発するとかそういうヤバいバグも結構消えたし、performance_schema便利だろ？だからそういう色眼鏡でオラクルを見るのはやめましょう。
ん？ソ…ラリ……ス…？
本記事にも触れておくが、現在のML界隈だがライブラリさえあれば線形代数なんか理解してなくても深層学習なんかできるんだが、そうなってもインフラが常にボトルネックになる。GPUしかり、大量のデータストリーミングをどれだけ素早く流通させれるかが大事で、未だに有効なフレームワークもなく構築が死ぬほど大変。
オラクルが目をつけるのも伺える。
NORMAL
投稿したコメント