  |
はてなキーワード: オンプレとは
・色んなこと満遍なくやりたい
・やべー案件に何年も磔にされたくない
これが多様なサービス、アプリを作ってみたいという話なら高単価SESに行くしかない。
かなりの経験を積んだベテランじゃないと入れない世界で出身学部も見られるから相当に厳しいと思う。
フロントやバックエンド、インフラなどもやってみたいという話なら自社でウェブサービスを運用している上場企業に正社員で入るのがいいだろう。
ただし正社員ということはリリース日には何が何でもサービスインさせる立場になるということでもある。定時退社の社風であっても進捗上がってないなら稼動上げて対応ということは普通にある。
派遣で入ればそういうことは無い。上場企業ならコンプラ厳しいからね。でも数ヶ月程度、長くて数年のスポットになることがほとんどなので長期的にはどうなんだろうな。
ここでは俺の経験を踏まえて「自社でウェブサービスを運用している上場企業に正社員で入る」という前提で話す。
アピールすると良いのは使える言語、インフラの知見、構築と運用の経験。
全部が強い必要は無い。どれか一つが強くて他はまあなんとか程度でいい。逆に言うと全くダメですが一つでもあると厳しい。
使える言語では、C#,Javaを大きめな規模のバックエンドとして使ってるとこが多い反面、対応できる人はフリーにも派遣にもたくさんいるのでちょっと弱い。SIer出身でコード書いてたなら当然できるよね、というレベル。
今ならtypescript(javascript), pythonあたりができてgo あるいは Rust勉強してます、というのがけっこう強い。
分かってると思うが言語が使えるというのは、まっさらなPCを与えられて主要なウェブフレームワークをセットアップしてローカルホストを立てるとこまでを含む。
JavaならSpringboot+gradle+JUnit、PHPならLaravel、pythonならdjango、typescriptならNode+React+knex、あとJestかDreddも入るかな。
インフラ知識では、クラウド、オンプレ両方のメリットデメリットを把握しているとよい。
AWS,Azure,GCP,Oracle Cloudのどれでもいいけど実際に使った経験があるとよい。俺は個人でGCPを契約してkubernetesとVM、LBを使っている。
ネットワークの知識は薄くでも持っていた方がよい。HTTPとかcookieとかセッションとか知りませんCORSって何ですか？レベルでは無理。まあここら辺はウェブサービスを作れば必ずやるので大丈夫だろう。
LetsでSSL証明書を作ってopensslで検証してnginxに適用してHTTPS化ができるならアピールになる。
dockerはもうそろそろ使えて当然のレベルになってきているので必須。実際ウチではdockerが分からない使えない人は面接へ進めないようになっている。
構築と運用では、予算内に収まるような構築と運用、サービスインした後のトラブルシューティングの経験があるとよい。
常にコスト意識を持っていることが必要。クラウドは油断すると100万程度すぐ飛ぶ。コスト意識が無い人を運用担当として採用することは絶対にない。
トラブルシューティングで重視されるのはベンダー対応よりもエンドユーザー対応の方。
サービスを早急に復旧させること、そのためにどういう仕組みが必要なのか、構築するところから語れる知見があるとよい。もちろんそこにもコスト意識は必要。
CI/CD、PrometheusやDatadogによる監視とアラートについて語れるとよい。
CI/CDを扱うということは当然gradle,maven,yarn,シェルスクリプトは書けて使えてwebpack,minify,Jenkinsのコンフィグもできるということである。
どうだろう、かなり雑に書いたが雰囲気は伝わると思う。
あ、git使えないは論外。もし使えないなら今すぐ使えるようになるか諦めるかのどちらかで。
私は最近ジャニーズにハマったアラフォーで、大手ユーザー系slerのSEです。
昨日ジャニーズのアクスタショップの開設のお知らせが、全グループにお知らせされ、Twitterで阿吽絶叫となっていた。
私自身あまりグッズには興味がなく、ふーんと思いながらTwitterを見てたんだけど、ジャニーズ事務所の販売方法とかインフラのショボさを指摘する声が多くSEの端くれとしては興味を持った。
まずジャニーズショップオンラインというグッズ販売するサイトが既にあるのに、アクスタショップは新規開設&事前の会員登録が出来ないらしい。
またアクスタ自体も数量限定かつ、全グループ一斉販売開始のためアクセス集中は避けられない形となっている。
数量限定は工場の確保とかの関係かもしれないので言及しないが、販売方法の見直しを望む声で溢れるのは仕方ないと思う。
私の仕事相手の親会社は考え方が古いけどお金は持っているみたいな感じなんだけど、ジャニーズ事務所も似たような雰囲気かなと思う。
きっと昨今のアクスタ人気に便乗して、社内ビッグプロジェクトとして企画されたんだと思う。
社内ビッグプロジェクト＝偉い人が無限に口を出すが、エンドは変わらないプロジェクトなのだ。(うちの親会社の場合)
最後の方は死んだようにプロジェクトを進めるリーダーが目に浮かぶ。
またアクセス集中からの鯖落ちは、ツアーグッズの販売開始時には当たり前のように起きるらしい。
普通鯖落ちしたら、親会社にパワポで反省文が当たり前だと思う。
それがほぼ毎回って学べよって思うんだけど殿様商売故なのか、まだオンプレでクラウド化されてないからサーバ増設出来ないのかなとも思う。
もしジャニーズショップがオンプレなら、アクスタショップはクラウド運用第一弾で、データ移行の観点から新規開設なのもちょっと想像できる。(うまくやれよと本音では思うが)
Twitterではアクスタショップはサーバの負荷テストなんじゃないかなんて推測もあるけど、ツアーグッズ販売時のデータから負荷想定なんていくらでも計算できるし、負荷テストなんて検証環境でいくらでも出来るだろ。
高額転売が人気の指標みたいなところもあるのだろうか。それともオタク達の嘆きを聞くのがたのしいサイコパスなんだろうか。
前職と比較すると平均技術レベルはマジで変わったように感じる。
前職だとクリーンアーキテクチャやらCI/CDやらは言葉の意味すら知らない人も多かったけど、
今の職場だとイケてるエンジニアは当然知ってるよねみたいな概念は最若手含めてほぼ全員理解してる感じ。
FargateやらKubernetesやらGraphQLやらAWSやらGCPの聞いたことないサービスやら新しい技術は常に吸収して実戦投入してて、
凡人エンジニアである俺にはついていくだけでも結構きつい、でも乗り切ったら市場価値もめっちゃ上がるんだろうなって感じもある
コードの品質についても常に議論を交わしてて、コードレビューの厳しさとか今までやってきた会社とは比にならないレベル。
命名として若干ニュアンスに違和感があるとかUT項目の境界値が1ずれてるとかでもどんどん突っ込まれるし、「よくわかんないけど動いてるから良し！」みたいなのは容赦なく潰される。
ペアプロ・モブプロはしょっちゅうみんなやってる。クラス設計に関する議題だけの会議とかも開かれたりする。
会社の規模も超大手ってわけじゃないけど俺が関わってるサービスの部分だけでも前職比較だとサポートとかデザイナーとか含めると10倍とは言わないけど近いくらいはいる。
開発手法もアジャイルの規模大きい版が実施されてて、それもなんちゃってじゃなくてちゃんとセオリーに則ってる形で管理されている。
ただ「これだけの人数いて、これだけ高い技術力があるのに作ってるサービス自体は俺が極少人数で枯れきった技術スタック使って作ってた前職のサービスと大して変わんなくね？」っていうのもまた感じた。
そら管理コストがかかる分10倍の人数がいたって開発速度が単純計算で10倍になるとは思ってないけど、前職で作ってたサービスの2倍分も価値を提供できてんのかなこのサービス？っていう感じというか……
前職は優秀な人を放任してタイムアタック的にひたすら高速リリース繰り返すみたいな感じで、(一応セキュリティ周りとか品質とか最低限はちゃんとしてたよ)管理コストが少ない分一人あたりの生産性は高かったと思う、属人化ってことだからそれが良いとは思わんけど。
動いてるものが同じなら採用技術がオンプレだろうとFargateだろうとGraphQLだろうとRubyだろうとウォーターフォールだろうとアジャイルだろうとユーザーにとっては関係ないし、
NetflixとかGoogleみたいな世界ならともかくとして、世の中の大半のシステムってそういうことじゃないじゃん？
難易度の高いイケてる技術スタックを使う＝必然的にエンジニアのお賃金が高くなるってことだから、経営者視点から見てもこういう選択って果たして正しいのかなぁって。
なんならエンジニアの賃金上げるための利権的な使われ方なんじゃっていう気もしてきた。
どう思うよ。
いや。AWSだとLinuxやネットワーク周りの知識が不用になるってことは別にないけどってだけ
ただ、オンプレのLinuxが主流の時代ならみんな理解してたのか？と言えば別にそんなことは無いです
オンプレのLinuxが主流の時代でも仕組みをよくわかっていない人によって動いてるサーバーはたくさんあった
そもそも学習目的以外でゼロからカーネルや設定ファイル弄ってサーバー構築とかなかったです
サーバーエンジニア・ネットワークエンジニア・セキュリティエンジニア・社内インフラ担当(社内SE)呼称はなんでも良いが
彼らの作った設定をコピペやぞ(ひどい場合は技術blogからコピペ)
