  |
はてなキーワード: バックエンドとは
数年前まではハイクラス人材にとってほぼ唯一の選択肢だった。黙っていても優秀な人がとれていたが、昨今の情勢に焦りを感じたのか最近 HR の露出が多く、他社に負けまいとしている。
数年前から頭角を現し始め、今や三強の一角へ。新卒年収 1000 万円がバズったのが記憶に新しい、東京 SWE 争奪戦の仕掛け人。激化する競争にひるむことなく利益を人材に突っ込み続けている。
国内での圧倒的な基盤から得た利益を海外に投資中。給与レンジは上記 2 社をも上回るとのもっぱらの噂で人材がどんどん集まっているが、一方で日本企業ならではの社内文化を未だ引きずっており、アメリカのテック文化に慣れた人材を引き留められるかがキモ。
----
三強同士は互いに人材の行き来があり、獲得競争も熾烈を極めることから、5 〜 6 年かけて三社を一周したら、年収が倍になるんじゃないか説あり。
旧三強のひとつ。現三強への人材流出がみられる。世界的に見れば見劣りする会社ではないので、東京市場の過熱について行けていない、あるいは本社が本気になるのが遅れているだけではないかと思われる。
こちらも旧三強と言って差し支えないが、あまり大きな人材の動きは感じられない。技術スタックが MS で固められており、ある種ベンダーロックイン的にエンジニアが動きにくくなっていることが想像される。
ハイクラス人材が東京で働く場合の有力な選択肢だった。やはり最近では人材流出元となっている。ただ、金融知識が必要となりそれが高く評価されるポジションにおいては業界内での移動の方がメインになるのではないか。
----
二番手グループはハイクラス人材を惹きつける高いポテンシャルを維持しているものの、東京にエンジニアリングオフィスを持つことについて、どこまで本気なのか分からない感じがする。
東京にエンジニアリングオフィスがないため、いたとしても SWE は多くなさそう。現在の東京の状況をどう見ているのだろう？
楽天市場の UI/UX が槍玉に挙がることが多いが、技術的な課題は多く、特にバックエンドで活躍したいエンジニアにはやり甲斐がある。一方で英語の公用語化が裏目に出たのか、東京の給与水準高騰に際して外資並びそれに準ずる企業への優秀層の流出が止められない。
リクルートは Indeed を保有しているのでここでは国内グループ企業を指す。国内テックカンパニーとしては後発ながら、ちゃっかりと三強の座に滑り込んだ。国内有数のビッグデータを持ちデータサイエンティストの引き合いも強い。人材採用に関して Indeed との使い分けが可能で非常に面白いポジション。
ザ・日本企業。未だに高い技術力と高度なインフラを持ち優秀な人材も多い。近年の人材獲得競争に積極的に参加している様子はなく、さりとて流出している様子でも無い。旧来の年功序列・終身雇用的な空気感の中で、そこそこ悪くない給与をもらいたい人達にとっては安住の地か。
----
日本企業三強の中でも特に赤い R と青い R で人材の行き来が多い。これはエンジニアに限らずあらゆる職種でみられる。やはりビジネスドメインやビジネスモデルが被っていると流動性が増すのだろう。
一時期、高給の求人を全面に出して開発者を集めまくっていたが、いまやそれらは高給ではない。お金で集めた人材はお金で離れて行く。構造的に不安定なビジネスを持つため、比して安定感のある国内三強とお金だけではない会社の魅力で戦っていく戦略が求められている。
一時期はギークほいほい的な名を欲しいままにしていた時期があったと思うが、いまのポジションは Rubyist の受け皿という位置付けか。政治的なゴタゴタで会社のイメージが傷ついてしまったのが痛い。ドメイン知識を生かしつつ転職したい人はクラシルあたりに行くと良いと思う。
東大発スタートアップの雄。エンジニアリングに振った経営で優秀な人材を多く惹きつけるも、近年ビジネス寄りの判断が増えエンジニアの求心力を失っていると聞く。時代が一巡し程よく育った良いエンジニアの供給元になっているのでは。
傘下の SIer からの人材流出は認められるが、スキルセットが違いすぎて転職後に苦労する話も聞く。そんな事情があるので SWE 争奪戦という目線では大きな動きがなく、これと言って特筆する点が無い。退職エントリが目立つのは、まあそういう人が珍しいからであろう。
同上。
いずれ世界に打ってでる勢いで超ハイクラス人材を高給で採用している会社は中小スタートアップでも実は結構ある。東京 SWE 争奪戦と呼ぶには採用規模が小さいため本稿では除外した。
僕は東京でスタートアップで一応CEOをやっている、とは言ってもまだ1年も経営してないが。
スタートアップでまだサービスも開発中でろくな利益も上げられていない、そのような時期があると思う。そうなると基本的にスタートアップはエンジェル投資家やVCなどから投資を受けることになるだろう。
端的に言うと僕はこのVC選びを間違えた。その一部始終を後の人の戒めとして残しておこう。
あ、ちなみにこれは個人のバイアスが掛かりまくった意見だからな！！参考程度にしとけよ！！
去年の9月、僕は起業しようと決意し、いろいろエンジェル投資家を回った。
僕は、僕の知り合いがこのVC調達しており、このVCの内部の人間から出資の提案が会ったため受けようと思った。
ピッチ資料も作った、デモも会った、アイデアも僕は世界を変えれるほど素晴らしいものだとおもっている。一般的なエンジェル投資家やシードメインのVCのへの対策は完璧だ。
「P/Lはどうなの？」
ということだった。
向こうはまだこっちが1ヶ月も経っていないことを、まだP/Lを作る段階にすらいないことを知っているはずで
正直僕はこの時
「何いってんだ…？このハゲは…」
と内心思っていた。
しかし、言われてしまったものは仕方ない。再来週までに作っておいてと言われたので、僕はいくつかの仮定から収益に関する数理モデル(Not 統計)を構築しそれをもとに想定されるP/Lを作った。
そして、再来週のピッチでその想定P/Lをみせ、収益が上げられることや将来性があることを頑張って説明した。
それで言われたのは
「それ確実なやつじゃないよね(意訳)」
だった。
正直僕はこの時
「何いってんだ…？このハゲは…」
と内心思っていた。
まあ、数理モデルも統計データから作ったものではないし、この微分方程式はそこそこ難しかったと反省し、類似サービスに関する統計データからもう一度モデルを作り直し、再来週もう一度ピッチした。
データソースも見せ、これから作られる想定P/Lも、改善したデモも見せた
それで言われたのは
だった。
正直僕はこの時
「何いってんだ…？このハゲは…」
と内心思っていた。
正直、この時点でここから受けるのはやめようかな…と思っていた。
このVCには三人の人がいて、
一人がエンジニアで、サービス開発会社をやっている方だ、エンジニアとして素晴らしい方だと思う。この人をTさんと呼ぼう。
一人が元投資銀行の人で、気さくで知識も豊富で信用できる人だった。この人をKさんと呼ぼう。僕はこの人がいるからこのVCから受けようとおもったところはある。
もう一人は元日系銀行の人で、とにかく融通がきかない、リスクを取らない、意思決定が遅い、自分の考えが絶対正しいとおもっていて、お金周りしか見ない(サービスに興味がない)と、なんでこの人シードに投資してるんだ…？という感じの人だった。
しかし、正直あまりサービスを見る目がないらしく投資の失敗例の方がよく聞くぐらいだった。
またKさんとSさんは投資先の選定基準も違ってたらしい、Kさんが良いとおもったところでも独断でしないことを決定したりしたらしい、その逆もしかりだ。
今思えば、この時点で個々からは手を引いたほうが良かったのかもしれない。しかし、当時の僕はKさんにいろいろ恩が会ったことから恩返しも含めここから受けようと思っていた。
しょうがないと思った僕は類似サービスのデータのみを出した。正直スライドを作るのめんどくさくなっていた。
次に言われたのはCPIを出してということだった。
確かにCPIとかわからないと戦略立てづらいよなぁと思った僕は、僕のチームの人にマーケッターの方を紹介してもらい、類似サービスのCPIや収益率などを教えてもらい、それをまとめ次の週に説明した。
そして言われたのが
だった。
正直僕はこの時
と内心思っていた。
まあ、マーケッターが信用出来ないんだろうと思った僕は、CPIの計算式で使う各種値をデータから試算し、また説明した。
そして言われたのが
「それ信用出来ないよね」
だった。
正直僕はこの時
「何いってんだ…？このハゲは…」
と内心思っていた
その後、次週また話すことになった。
サービスの開発も、バックエンドやレコメンドエンジンの開発を覗いてストップしたままだ。
正直疲れ果てていた。
次週の話し合いでは今までと打って変わって、どのような内容で契約するかという話になった。
ちなみにどうやらKさんの強いすすめで手のひらを返したらしい。
今までのは何だったんだ…と思いながら、契約書のテンプレートを元に話を進めていった。
ここでも一悶着が起きる。
なんと向こうが提供する、起業に関するサービスを使わないかということを勧められた。
このサービスが株式をVCに33%、協力開発会社に33%渡すことで、開発やマーケティングを勝手に行ってくれて企業価値を早く上げるというものだった。
…正直使いたくない。VCが出すお金も少なく(200万程度)、僕の会社はテクノロジがコアの会社なので協力会社はいらないし、もっと言うと、協力会社はTさんがやっている会社なので実質このVCに66%株式を渡す形になる。
これは僕達みたいなお金がないスタートアップが使うサービスでは無いと判断した僕はこの提案を断った。
しかし、向こうはグイグイおすすめしてくる。しかも向こうの言い振りは「このサービスを使えば企業価値が簡単に上がるのに使わないのは馬鹿だ」といったカンジダ。
ちなみにこれを勧めてきたのはSさんだ
とりあえず僕は来週もう一回回答するという形で先延ばしにし、次週にもう一度使わない旨を伝えた。
このときも前の口ぶりで勧めてきた、めんどくさい。
なんとか使わない形にでき、5%で200万と言う契約になった。
ちなみにこの時、いろいろ支援してくれていたKさんはすでにこのVCにはいない。投資銀行からスカウトされ投資銀行に転職したのだ。
Kさんが私物をまとめている時、僕も手伝っていたのだが、Sさんに対してかなりアレなことを言っていたので、やっぱり他の人のSさんの印象もそんな感じらしい
さて、投資周りの話もいろいろ終わり、開発と追加調達に向け動いている最中にそれは起こった。
「サービス変えない？」
と急に言いだしたのだ。
どうやら某検索大手のG社のサービスが僕たちと類似サービスを行っている（ちなみに内容はぜんぜん違うサービス）ということで勝ち目が無いので変えようと言うことだった。
しきりにSさんはこのサービスを褒め、G社が作ろうと思えば僕たちのサービスなど簡単に作れること、このようなサービスが最近ローンチされたのだから、僕たちのサービスがいかに勝機が無いか語っていた。
僕は提供する内容の違いや、UI/UXの違い、アルゴリズムの違いなどを説明した。
いや今でもしていないかもしれない、していたらまともに話せそうだから。
ということだった。
話をしていて薄々感じていだが、Sさんは絶対にtoBサービスにしてほしいらしい。
サービスの説明も、戦略も、違いも何度もせつめいした。また取ったアンケートも見せ説明した。
そして帰ってきた言葉が
「君はこれが失敗しても会社を畳めば良いが、私は200万というお金を失う、リスクは取れない」
という言葉だった。
正直僕はこの時
「ハイリスク・ハイリターンなのがシード投資なのに、何いってんだ…？このハゲは…」
と内心思っていた。
もっというと
「なんでこの人は投資家をやってるんだ…？」
とも思った。
現在もこの話し合いは続いている、正直今は投資契約を白紙に戻す可能性の方が高い。まじでSさんはめんどくさい。
1.P/L見せてと言ってきた時
2.想定P/Lにいろいろ言ってきた時
4.変なものを勧めてきた時
などだ
2/15 追記
このVCとの話し合いがまとまり、投資の件は白紙になりました。
ワイが期待した超簡単でいいから理解している？はこう言う事な？
CUPSについて
3. ポストスクリプトドライバとPPDや、GhostScriptによりプリンタが解釈できるものに変換される
その話、必要？
PDF投げてる状態だとすると、不具合があった場合は、ネットワーク（ハード、ソフト）かプリンタかどっちかが原因で、プリンタボードなら取っ替えでメーカーの保守担当に電話だよ。後者ならパソコン先生が出る幕ないよ。
んで、メーカー製のドライバが必要なのはプリント画面で直接プリントPDFを送信するやつじゃないかな。オプションの設備が必要だし。
オープンソースのドライバでできるかどうかはちょっとどうかと思う。
MacのOSXバージョンによっては、メーカーがドライバを用意してないケースが多々あって、Macがデフォルトで用意してるドライバとかオープンソースのドライバが必要になるわな。懐かし。
別枠という話じゃなくて、Perfumeを語るとアイドルフリーク以外がどうしても参戦してくると言ってるんだよ
それくらいPerfumeの演出は先進的で、クリエイターや技術屋の興味を惹いてるんだよ
映像のリアルタイムレンダリング1つとっても、それを生放送するバックエンドはどうなっているのか？とか熱く語られてるんだぞ
そういう技術の部分にPerfumeは関係ないと思うかも知れないが、Perfumeはそういう技術も含めて「Perfume」とされているからアイドルフリーク以外も参戦してくるんだよ
そんな集団を個人で相手取るにはアイドル以外の音楽・映像・コンピューティングの知識すら必要で、非常に難易度が高いんだよ
もしPerfumeを相手取りたいなら、Perfumeに批判的なアイドル以外の知識を持つ音楽・映像・コンピューティングの人間も集めなきゃならない
Perfumeが異常に評価されていると感じているのならば、それはアイドルフリーク以外からも評価されているからが答えであって、その評価を覆すにはアイドルフリーク以外の評価を覆す必要があるんだ
近年、転職した時に退職しましたブログを書くのが流行りのようなので書いてみる。
今転職しようか悩んでいるシステムエンジニアの人がいたら参考になれば。
ずっと小さいベンチャー企業を渡り歩いているせいで、インフラからバックエンドからフロントエンドからなんでもフルスタックでやってきた（人がいなさすぎてやらざるを得なかった）。
近年は自分も開発しながらマネジメントもするプレイングマネージャだった。
社名を出す勇気はないので出さないが、まあまあ有名なWebサービスをやっている非上場企業から、ある業界で手広くいろいろやっている一部上場企業に転職した。
2社の業界は全く違う。
年収は現状維持で変わらずに転職したのだが、これは自分にとってかなり上出来。
というのも前の会社が小さいベンチャー企業で、CTO的な立場で役員に気に入られていたこともあって、相場よりも大分高い給与をもらっていた。
なので、中規模以上の企業の基準ではこの年収では無理ではないかと考えていた。
というか実際それが理由で最終選考で断られた別の中規模企業もあった。
元が小さい企業というのも、大中規模企業への転職には足かせになった。
小さい企業のため、チームがせいぜい10名程度になるため、「PM経験あります！」とアピールしても、「10名程度じゃね〜」と軽く見られて響かないのだ。
エージェントを使って転職活動したのだが、そういうことはやる前から予測していたので、ダメ元で大中規模の有名企業を受けてみて、ダメなら有望なベンチャー企業を受けてみる、くらいに考えていた。
そしたら運良く経験やスキルセットがぴったりハマる企業がタイミング良くみつかり、1次面接でほぼ内定な感じでさらりと決まった。
で、なぜ大中規模の有名企業を志望したかというと、小さいベンチャー企業に疲れたのとそろそろある程度安定した環境で働きたくなったからだ。
小さいベンチャー企業は本当に波が大きい。
上手くいっているときは高級ホテルで盛大なパーティー開いちゃったりするくらい羽振りが良いが、ちょっとつまずくとすぐ単月で赤字決算になる。
大体主力業務1本でやってるから、その一つコケると会社全体が存続の危機になってしまう。
そうして経営危機を迎えると、「ここままではダメだ！会社に変革を！新しいことに挑戦しよう！」と会社の空気がなるのだが、「そうはいってもこれ以上悪くしたくない」という役員の保守的な気持ちも働いて、結局「失敗しないように挑戦しろ」というそれってつまり挑戦じゃないよねこれまで通りってことだよねっていうがっかりな指令がでて、やる気のある社員のモチベーションを下げる。
そうなるとスキルとやる気のある社員から抜けていくのは自明の理だ。
私もその一人だ。
前の会社は上層部を営業チームが占めているせいで、売上至上主義な会社だった。
そのため、ユーザビリティやシステムの堅牢性などは全く関心がなく、10年前のシステムが現役で動いているような有様だ。
少し前まではそれでもなんとかなっていたが、近年になりついにユーザとGoogleに見放されてしまった。
システムを革新して良いサービスを提供する競合他社に取られ始めたのだ。ユーザもSEOも。
役員はSEOコンサルを使ってシステム的に小細工すればSEOは取り返せると信じているようだが、それは10年前のSEO対策だ。
下手なことをするとスパムと見なされてもっと悪くなるよとは伝えはしたが、適当にいい加減なことを言うSEOコンサルを盲信していて、聞く耳は持ってもらえなかった。
そんな会社だが、ある程度自由にやらせてくれる風土もあったので、俺が担当しているところはどんどん勝手に新技術を取り入れていった。
事前に確認取るとOKでるのに時間かかったり、NGになったりするので、本当に勝手に作って、事後報告してた。
AWS上でReact＋RoRのWebアプリを立ち上げ、ElastiCache、ElasticSearchなどなるべくAWSのサービスを使ってクラウドネイティブで動くようにした。
APIはAPI Gateway＋Lambdaでサーバレスで動くようにした。
AWSに関して教えてくれる人は社内にはもちろんいないので、全て独学で習得した。
この行動が良かった。
もし前の会社で会社に言われた仕事だけしていたら、今頃どこにも転職できないしょうもないおっさんエンジニアになっていただろう。
だから、ベンチャー企業への転職を考えているエンジニアは、いつまでもそこにいれるとは思わないでほしい。
会社にエンジニアとして成長できる機会がないのであれば、自分から作っていかないといけない。
そして、会社の方針と自分の考え方が一致していることはとても大事だ。
それが違うと、経営危機の時に頑張ろうって気になれない。
転職するときの面接は、受けるこちらも会社を査定する場なので、その辺も良くみてほしい。
業界全体において今自分がどの位置にいてどのくらいの価値のある人間なのかわかるからだ。
まず職務経歴書を書いてみてほしい。
同意。
ロック処理とか甘いしサイズ制限も2GBだしANSI SQLに一部対応してないしで、Webサービスのバックエンドに向かないのは間違いないが、さりとて5万行程度のテーブルを捌けない程無能なRDBでもない。
複数テーブルでもちゃんと外部参照設定して第3正規化するくらいは普通にできる。複数テーブルJoinしたりサブクエリ書いたりもできる。
元の発言した人は、ちゃんとAccessを使ったことがあるのか疑問である。
ただ、Excelよりも便利なのは確実だが、WordとExcelくらいしか使えない人も多いので、ほかの人とデータ共有するのであれば、Excelのままでもいいかな。
少し前になるが、転職活動の一環で難易度が高いと言われているニュースの会社をリクルーターを通して受けてみた。
SNSや勉強会を通じて、優秀な人材がいることは事前に分かっていたし、勉強会で実際に話してみるとただ有名なだけのエンジニアとは違い、技術にもビジネスにも明るく仕事が出来る事が直ぐに感じ取れたからだ。相手は自分のことなど覚えてはいないと思うが。
時を同じくして同僚も受けていた事が分かり、同僚も辞退をしていたのでどんな感じだったか情報交換を行った。
面接を通してミスマッチが発生しなくて良かったと思っているので、その記録を残してみる。
私のキャリアは、ソフトウェアエンジニアを約10年ほどサーバーサイドのプログラムを多く書いており、十数名規模のマネジメント経験がある。
応募ページを見ると、大量にポジションが無尽蔵に羅列してあり、何が何なのか正直よくわからなかったのでポジションサーチというやつに申し込んだ。
まずここでミスマッチが発生した。先方からはフロントエンド関連のエンジニアのポジションを提案され、戸惑いながらも面接に進んだ。経歴書にはフロントエンドも業務で取り組んでいたと書いたためであろう。なお、面接の前にオンラインで簡単なコーディングテストが行われた。
面接は1日に連続して数人と行うスタイルで、このやり方は初めての体験だった。
最初の人は現場の人だったのであろう。非常に初歩的な事を聞かれた。技術的に深いコミュニケーションが出来ず、少し深ぼった話をすると逆になんですかそれはという反応をされたので、レベルが高くない人なのかと察し適当に流すことにした。
なお、コーディングテストの結果はどうだったのか評価を教えてほしいと伝えると、自分もこの問題はよく分からないからと言われた。一体何のために行っているのかテンションが下がる話である。
次はマネージャーとの面接だった。どういうチームがあるのか組織的な事を説明され、相手の会社のアーキテクチャを説明された。その上でどう改善するかという問題を出された。
こういう面接の方法もあるのかと思いつつ、もし前提がこうであればこう改善したほうが良いという提案を何個かしたが、それはこういう理由で出来ないや、今は忙しくて取り組めないという事を返された。隠れた条件を後付けで出されるので、なんかズレてるなと感じ、組織的な課題を聞いてみたところはぐらかされた。
面接によくある、最後に何か質問はありますか？と問われたときに、面接の中で聞かれたことを逆質問し、その課題にどう取り組むかの意見を聞いたところ、適当な感じに返された。
この時点で微妙な人たちが連続して続いたので、私の中では辞退をしようと決めていたのだが、是非2次面接に進んでほしいという案内を受けた。
てっきり1次と2次を連続してやったと思っていたが、この日に受けたのはどちらも1次面接らしい。
リクルーターには別のポジションで受けたいこと、可能であればもっと優秀な人か勉強会で登壇した人と面接をしたい事を伝えたが後者は叶わなかったので辞退を申し入れた。辞退の理由は、面接した人と一緒に仕事をする事になると心労が絶えない事を直感的に感じ取ってしまったからだ。
同僚はバックエンドというポジションで直接応募しており、情報交換した感じでは面接官は別の人のようだった。
聞いた話なので詳細を書くことは出来ないが、Kubernetesの本に関わっている有名な人が出てきたようだったが、そのプロダクトの話をしても全然詳しくなく、実際にサービスで使っている自分の方が詳しくてがっかりしたそうだ。今取り組んでいるプロダクトの課題や目的、背景を聞いても、よく分からないと返されてしまい、萎えてしまったために辞退した模様。その同僚はフリマの会社も受けており、きちんと分かっている人が出てきたのでそちらに行くらしい。
https://anond.hatelabo.jp/20181005233454
↑これを書いたものです。書いたとおり会社を離れることになり、次の職場も決まっている。8月から9月いっぱい活動し、複数社内定をいただいた。アラフォーのジョブホッパーだが、人生の中で最も就職活動がうまく行った時期だった。別に自分が優れているわけでも何でもなく、超売り手市場の売り手職種だったというだけである。しばらくは転職したくない。
以前高内定率のハイスペックジョブホッパー増田がバズっていたが、自分は平凡なおっさんジョブホッパーなので、多分この増田は誰かの役に立つと思う。
※例によって身バレすると現職と次職と面接受けた会社に迷惑かかるのである程度ぼかす。
はてブもGoogleもすっかりアフィスパムに汚染され、ビズリーチやワークポートへのアフィブログばかりだったから。増田に書いたのもタダで拡散するため。
正直、並レベルの実力があるWebエンジニアならエージェントやビズリーチを使う必要はない。ヘッドハンティングがほしければ、Wantedlyにレジュメを登録して、Qiitaに何個か記事を投げておけば勝手に来る(役に立つかどうかは保証できないが)。
Qiitaじゃなくて増田に書いたのは、Qiitaはテック系の記事を投稿すべきものでQiitaにある転職系の投稿は全部ゴミだと思っているから。そもそも規約違反だしね。
エンジニア転職の定番である。ここにレジュメを登録しておくと、確度の高いスカウトが来たり、「気になる」が届いたりするので、これを利用して気になった会社とコンタクトを取りカジュアル面談をする。
職務経歴書＆ポートフォリオも書面ではなくWEB(今流行りのサーバーレス)で作った。個人情報もあるので認証付き。去年あたりはやったOSS職務経歴書はやっていない。
試しに何社か自分から気になるを押してみたがほとんど反応なかった(自分がポンコツだったからもしれないが)。基本的にオファーを待つサービスである。
去年上場時にDCMA悪用で炎上したWantedlyである。はてブにいる理想主義者の人達はこのサービスを嫌うが、正直なところ代わりになるサービスもないので使った。採用側のときも使ってたし。
ここもレジュメを充実させて、ポートフォリオへのリンクを張ってスカウトを無制限に受け取るように設定。スカウトが来た会社の中で、特に気になるところにコンタクトを取ってカジュアル面談をする。社員数名のガチスタートアップから、上場したばかりの有名ベンチャーまでいろいろなオファーが来る。流石に創業メンバーをWantedlyで募集しているようなところはお察しなのでスルー。
この2つで合計15〜20社ほどとカジュアル面談し、数社を除いてほぼ「ぜひ本選考に来てください！」となった。旧来的な転職活動の書類選考はほとんどなかった。というか、レジュメとポートフォリオのおかげでほぼ書類はパスできていたと思う。いちから自己応募をせずにダイレクトリクルーティングを最大限に活用した。
今回は転職エージェントは使わないと、固く心に誓ったのだが、Wantedlyに以前から登録してたり、会社ブログを書いてたりしてたせいか何社からメールが来たり、会社の電話に連絡が来たりした。
正直なところ、数千万プレイヤーでもない限りこの手のサービスを使う意味はないと思っているのだが(実態は単なるプッシュ型エージェントだし)、興味本位で数社ほど会うことにした。結果1社だけいい感じのカジュアル面談をセッティングしてきたので、それだけ会うことにした。
上記の通りヘッドハンターは1社だけあったが、転職エージェントは使わなかった。以前の転職活動のときに、的はずれな会社を紹介され続けたのですっかり嫌になっている。採用側から見てもアレな人の紹介が多かったし。
ジョブホッパーで転職なれしているせいで、レジュメの添削も面接対策もスケジュール調整も年俸交渉も不要で、自分にかかる高額な採用費のほうがマイナスになるからである(Greenもそれなりに高いけどね)。
あれは一見すると採用側が負担するように見えて、実は最終的に求職者側にも見えない形で金銭的負担がかかる。交渉無しで全社希望額よりプラスでオファーをくれた。転職エージェントは基本的にポジショントークしかしないので、あまり頼らないほうがいい。ただ、大企業に行きたければ意味あるかもしれないが。
実は転職活動を全くしていなかった頃に知人に誘われたのだが、今回あえて連絡を取らなかった。
リファラルはM社(田町)やM社(六本木)のようなエリートベンチャーが、ハイスペックエンジニアを採るのにはいいかもしれないが、自分の場合その知人の会社に会いに行く→不採用or辞退なんてなったら気まずいので行かなかった。
ちょうど自分が活動を始めたとき、某有名フロントエンドエンジニアがTwitterで仕事くれと言ったら大量のDMが届いたそうである。ハイスペックエンジニアならこの方法も有効だが、業務以外に大きな実績もないエンジニアには無関係な話である。
以前は使ったのだが、例えば@typeやDODAなどは全く関係のない職種のメール爆撃がひどかったし(東建コーポレーションと夢真ホールディングス、あと外食やドライバーとか)、ビズリーチは圏外。FindJobはGreenやWantedlyに比べて求人の質が下がっている気がする。リクナビNEXTは行きたい会社がまったくない。Miidasは眼中になかった。
転職ドラフトは長い長いレジュメを書かされる→レビューでやり直し→オファーが来ても通常の採用フローに回される、というのを見て工数オーバーだと思って使わなかった。通常の採用フローがある時点でドラフトでも何でもないやん。
東京でWebエンジニアがハローワークで本気で仕事を探すことなんかあるんだろうか(嫌味でも何でもなくて素)？
東京以外で何回か利用したことあるが、求職者相談に関してはいっその事民営化して、悪名高いR社にでも委託したほうがマシな気がする。少なくとも金がかかっている分彼らのほうが真剣であるし、失業保険だけせしめるだけで就職する気のないような輩は追っ払ってくれるだろう。
以前の転職活動は自分から辞退することはほとんどなかったのだが(選べる立場じゃなかった)、今回は落ちることも少なく多忙を極めたため、何社か辞退することとなった。
ほとんどの会社がコンタクトから1営業日程度でアポイントを返してきていたのだが、何社かは信じられないほど遅い会社があった。
余裕のをとり広く日程を提示したにもかかわらず、返事に1週間もかけてよこしてきたり(当然他社のアポイントが入っている)、相手側都合で約束していた日程が合わなくなりリスケ依頼してきたり(当然他社のアポイントが入っている)。こういうところは人事が回っていないか、面談するエンジニアを用意できないかのいずれかで、入社してもいいことがなさそうなので辞退した。
自分の面談は自分の業務終了後希望しておいて勝手なのだが、流石に深夜未明とか日曜日にメールを寄越してくる会社は、労働環境に問題がありそうなので辞退した。休むときは休むべきである。
自分側の問題だが、ハイスペック系やフルスタック系を求めてくる会社もカジュアル面談の時点で辞退した。まず次の選考が通らないし、間違って採用されても多分自分が苦しむことになるから。そもそもなぜ自分にスカウトを出してきたのかが謎だったが。
辞退以外のお見送りが3〜5社ほどで、内定が2〜4社ほど。それ以外は選考中に辞退。上に上げたような理由がなくても、スケジュールが合わずに辞退した会社もある。
内定をくれた会社はいずれもレスポンスが早く、スケジュール調整もかなり早くしてくれた。辞退防止のためか人事もかなりフォローを入れてくれる。新卒はかなり辞退率が高いそうだが、中途採用も高くなっているのであろう。最終的に辞退する会社には申し訳ないが、丁寧にお詫びするつもりである。
年収も30〜70万円ほど上がった。現職と同じから+50ぐらいで希望していたが、思いの外高く評価いただいている。あとフレックス制や副業OKやストックオプションなど、福利厚生や労働条件も今どき風になった。しばらくは転職したくない(2回目)。
なんかトラバでフリーランスがどうのとかって言ってるけど、自分がフリーランスになってもせいぜい800〜900万前後の年商(年収ではない)をうろうろすることになり、社畜で500〜700前後でうろうろしたほうが楽だと思ったので社畜を続けることにした。技術ゴリゴリの人とか金金金の人ならいいんだろうけどね、そういう人は楽勝で1000超えるしw
あと年収1億のやつが転職サイト使うわけ無いだろ、少しは考えろw
バックエンドはどうだと言われてますが、スキルによるが基本的にフロントエンドよりも年収は高いです。フロントはHTMLコーダーレベルの人も含んでいて参入障壁も低いしね。領域が違うので単純比較は難しいですが、同じぐらいのレベルの人で50〜150ぐらいの差はあるんじゃないでしょうか？
ただSSRとかBFFとかその辺を出来る人は逆に年収高くなります。あとサーバーレス。この辺をちゃんと出来る人(開発から実運用まで考えられる、例えばCI周りとかね)はバックエンド一本の人よりも年収高くなりますが、フルスタック的なスキルを求められるので並レベルではなくなります。
あと職種関係ありませんが、年齢行ってるとある程度マネジメント経験求められます。正直なところ技術的なとんがり度では若者に勝てるわけがないので(フロント界隈の有名エンジニアは皆20代)、この辺で勝負していく必要があります。年齢的な不利は老獪な社畜力で乗り切りましょう。
公正な比較はできないんだけど、アカウント数および有償プラン契約数でいうと少なくとも国内のSlackはTeams(Office365)の足元にも及ばない。
https://www.publickey1.jp/blog/18/slack.html
国内だとSlackは無料アカウント含めて50万、有償プラン契約数は15万というのが上記の記事に書かれてる。
全世界だと有償プラン契約者数が300万人以上、ということらしい。単一機能のサービスでここまでの規模に成長しているのはまさにチャットツール市場の覇者と呼ぶにふさわしい。
一方のOffice365なんだけど、Teamsを今まで利用可能だった商用の有償プラン契約数は1億3500万人のMonthly Active Userと下記の2018年1～3月期の決算資料に載っている(スライド9枚目)。
流石に契約者数は明かしてくれないらしいが、Teamsを今まで利用できなかった一般消費者向けの契約者数は約3060万人契約とのこと(スライド10枚目)。
ちなみに少し前に発表されたSurfaceGoの国内版にだけバンドルされて大顰蹙を買ったOffice売り切り版は収入が16%落ちてるらしい。
クラウドへの移行が着々と進行中、という今更説明するまでもない状況みたい。
契約者をいくら誇ったところで、Teamsの利用者の声なんてあまり聞こえてこない。下記のブコメでも「実際に利用して具体的な意見を書いている人」は驚くほど少ない。
http://b.hatena.ne.jp/entry/s/pc.watch.impress.co.jp/docs/news/1132746.html
Office365を企業で大々的に導入している職場をいくつか経験した自分の感覚としても、Teamsをまともに利用している職場は見たことがない。
存在自体を知らない、モノ好きの情シスが適当に使ってる、大規模導入の検討初期段階、といった感じのところが多いのでは？
利用できる契約者は多くても、そもそも存在自体があまり知られてない、というのがMicrosoft Teamsの現状。
Slackはそもそも単一機能を売っているという関係上、契約者はチャットツールを使うために契約しているわけで、Slack契約者≒Slack利用者となるわけだが
Office365はそもそも「情シスの買い切りOfficeカウント地獄からの解放」というお題目や、
「メールサーバの運用からの解放」などといった感じで、Teamsを主目的の一つとしてとらえているユーザーがそこまで多くない感じ(そもそもOffice365リリース当初には無かったサービスだし)。
なので、Office365契約者＞＞Teams利用者となる。
個人的な見解は「ユーザー数拡大ももちろん視野には入っているだろうが、認知度向上の方が比重高いのではないか？」という感じ。
まずはニュースサイトが分かりやすい構図として「MSのSlack対抗サービスがついに無償化」みたいな記事を出せば「あぁ、うちが契約してるOffice365にもチャットツールあるんだ」と知ってくれる既存契約者も多いだろう。
それによって利用率向上を狙っているのでは、というのが自分の予想。
Slackへの攻勢をかけるという線も薄い。
わざわざ自社より小規模でロイヤリティ高くて引き剥がしにくいユーザーを狙う意味がない。
そもそもOffice365自体の契約者数は絶好調で成長中だからね。
よく言われることだが、Microsoft TeamsはSlackのパクリから始まったサービスだ。
それは間違いない。
ただ、現状のSlackとはターゲットユーザーが違う関係上、進化の仕方が微妙に違っている。
コミュニケーションプラットフォームという大枠の括りは一緒でも、自社内にチャットツール以外が無く、外部との連携で機能拡張をするSlackとは対照的に
Office365のビジネスプランにはMicrosoft版IFTTT的なFlow(これも始まりはIFTTT的な感じだったが、もはや全くの別物になった)や、
Microsoft版TorelloなPlanner、Web版Office(プランによってはクライアント版)、Sharepoint、Exchange、何でもありだ。
流行り物はどんどん巻き込み、投げ売りといってもいいレベルの価格付けでユーザーを囲い込んでいってる。
Plannerが無償版なしだったり、Flowの無償版がお遊びレベルの内容なのと違って、Teamsの無償プランがここまでのレベルなのは
単一サービスで300万以上の契約を勝ち取るクオリティ、リテラシーの高いユーザーによって構成される成熟したコミュニティ、
チャットツールの無償版なしではOffice365の契約が切り崩されかねないという危惧もあるのだろう。
チャットツールが代替するものとしてよく挙がる「メール」はOffice365で重要な位置にいまだあるわけで、
下手にSlack導入して「あ、これメールサーバ要らんな」みたいなことになると、Office365自体の契約も危ういわけで、必死になるわけです。
もう諦めて Slack 買収した方が良いのでは。
諦めるどころか、これから防衛戦頑張らなきゃならないんですよ。
買っても大したユーザー増にならないし、どうせ既存ユーザー逃げるし、金の無駄でしかないから
買収の線は薄いんじゃないですかね。
Trello対抗にとりあえず作りましたで後は放置のPlannerやWunderlist買収してから放置のToDoとかと同じ末路を辿る予感しかない
PlannerやToDoはバックエンドのAPI整備がやっと最近ひと段落したので地道に改善はしてたみたいですよ。
そのおかげでまだ不十分だけどFlowのトリガーとアクションが追加されたしね。
僕らのYammerが転生したってこと？(・・？)
Yammerって気軽に投票募れるぐらいしかTeamsに対する優位点見出せないんだけど、
ちょっと前にデスクトップアプリ出してきたりと、まだなんかやろうとしてるみたいなのが意味不明。
Skype for Businessを生贄にするぐらい今のMSはTeamsに本気だから、当分大丈夫だと思う。
上にも書いたけど、はっきり言ってチャットサービスとしての完成度はSlackが上だと思う。
Teamsは結構使ったけど、よく言えば頻繁に機能追加される。悪く言えばそもそも機能が足りてない。
1年以上前のリリース当初は場所によってIMEがONにできなかったりしたしね。
あと機能追加もよく言えばコミュニティベースだから、機能要望を挙げて、それに賛同者を募って
多数の賛同を得られないと開発者の目に留まりにくい。たまに投票数の低い案が優先的に実装されたりもするけど
基本的には投票数の多い案件から実装機能が選ばれることが多い。
ただ、わかってる人がゴリゴリ使い倒す、っていう方向でクオリティを上げてるSlackに対して
TeamsはあくまでもOffice365との密な連携を主題において、外部とも連携できるように、っていう方向なので
ターゲットユーザーがそもそも被らないのでは、と個人的には思ってる。
Slackに満足してる人はOffice365に囲われてるおまけって時点でTeamsの印象悪いだろうし、
Office365についてくるTeamsで十分な人はチャットツール単体に1000円/人月なんて払わない。
MS側もSlack対抗というより、Slackが開拓してくれたチャットツールという新たな魅力でOffice365の契約数を増やしたい、という感じに見える。
俺、Macbook使ってるんすよ（タッチバー付13インチPro
俺、プログラミングスクールでプログラミング教えるアルバイトしてるんすよ（そいつはそのスクールの卒業生
懇親会で「皆さん嫌いな言語とかフレームワークはありますか？」と話題になると私は即座にRailsと言う。
「あのコマンドを打つと中で何が起きてるか知ってますか？」（知らない
「ActiveRecord？生でクエリ書いたことある？インデックスの意味くらい知ってるよね？」（書いたことない、適当なこと言う
3分後
「alert（'XSS'）」
百歩譲って学生エンジニアならまあセキュリティに無知なのは分かる。
しかしだな、文系エンジニアは「俺もハッキングしたい（笑）」な勢いで詳しく解説することを要求してくる。非常にウザい。
"
"
しょうがないので優しく解説すると「君ってハッキングとかしてそう（笑）」「君将来ハッカーになりそうだわ（笑）（クラッキング的な意味で）」
死ねよ。
俺、Git使って開発したんすよ（GUIのSourcetree
え？バグ？ちゃんとテストしたんだけどなぁ（完全手動テスト（）笑
AWSとGCPは登録はしたものの使い方が分からなくて結局放置
pwdとcdしか知らない（Makefileを作ったことないからいつもネットのコピペコマンド
はい、ゴールデンタイムに鯖落ち。復旧した時にはゴールデンタイム終了のお知らせ。
理由、CDNを刺してない、貧弱なプランの鯖（勿論ロードバランサなんか使ってない）
でも彼らは一応優秀な文系エンジニア。高学歴、サービスも作ったこともある、それなりの実績も持っている。しかし文系だ。
こういう奴らがいるからちゃんとしたエンジニアを軽視される。黙って営業職に転職してこい。
まあでも大学じゃ作者の気持ちしか考えてないのだから当然のなのかもな（笑）
追記
残念な理系名前を書くだけ一発採用派遣SIerは対象としてない。論外だ。
給料が安い？
そんなことは無い。400万以上貰える会社に内定もらっているから嫉妬も不満も特に無い。
だがしかし、ムカつく。
そんな奴が同期にいたら蹴り飛ばしてやりたくなる。
だが見てみろ、あいつらのアプリバックエンドが無いんだぞ？意欲は認める。だがそれで胸を張ってiOSエンジニアなんて無理があるだろ？
バックエンドのように地味で制限も多くいつまで経っても新しいものがあまり出てこない退屈なところとは違う
同じツールばかりで飽きることがない
案件で新しいのを使ってみて、次の案件のときにはもう次のツールが出てきているから使っていける
同じものばかり使って新しい体験がないまま同じようなことの繰り返しという退屈さがない
常に新しい体験ができる
JavaScript 自体がウェブだとこれ一択だったから、オブジェクト志向だったり関数型だったり比較的いろいろな使い方ができる
それぞれに合わせてライブラリがあるから好みの使い方をすればいい
型がほしいならtypescriptなどのaltjsもあって自分の好きなもので作れるわけだ
一部○○するならこれ、などと言い切ってる人がいるがそんなことはない
いいところもあれば悪いところもあるし、欠点があるからそれを補った別のツールが出てくるわけだ
ついていけないという人もいるが、新しいのが出続けるというのを理由に避ける必要はない
新しいのについていけない、めんどくさいという人は古いのを使い続ければいい
未だに jQuery やそれと同じくらいの時代からあるライブラリのみのサイトだって普通にある
それが悪いということもない
そういう選択もありだ
私がいるところは、プログラマ/システムエンジニア、フロントエンドエンジニア/バックエンドエンジニアとかの区分がなくひとりでなんでもやるところです
一応フロントエンドが好きで得意だと自称はしているものの一般的なフロントエンドってどこまでするのでしょうか
デザイナがするような部分
ここは当然でしょう
最近では SPA のページも多いので単純な HTML と JS ではなくフレームワークを必要とされることもあります
SEOの都合などでJSレンダリングじゃなくサーバサイドレンダリングで、サーバから受け取るHTMLの時点で表示できる状態になってることを依頼される場合もあります
その場合はサーバサイド言語に応じたテンプレートエンジンも使います
PHP なら Blade、Python なら jinja、 Node.js なら ejs という感じ
JS のコードをテストしたり gulp などのタスクランナーや webpack などバンドルツールを使うので OS のコマンドラインのツールも使える必要があると思います
サーバサイドの言語は別の人が作るにしても自分の環境でそれを動かすためにサーバ構築は出来たほうがいいでしょう
VM に OS のインストールしてウェブサーバをインストールしたり
Vagrant, Ansible 等で管理されているなら、設定ファイルを書くことはないにしろ実行する方法やエラーが起きたときの簡単な対象方法くらいは知っていないと不便かと思います
ウチの場合は各自LinuxをVMにインストールして Ansible でという使い方なので気づきませんでしたが、考えてみたら全部設定済みの VM データを配布してくれるということもあるのかもしれません
データによって画面表示を変えるときに、それに応じたデータを作って画面を確認したいことがあるので、mysql や postgres などなどデータベースの知識も必要になることがあります
SQL 書けなくても pgadmin みたいな GUI ツールで表を書き換えればいいのですが最低限の仕組みは知っていないと苦労しそうです
完全にフロント/バックが切り離されてるところなら、フロントエンド開発者向けにデータベースは使わずテンプレートエンジンに渡ってくるデータを好きに設定できる機能が用意されてるのかも？とも思います
サーバサイドの処理は不要でクライアントサイドの動きのみを作るわけですから、決まった場所の JSON ファイルのデータがそのまま使われるならデータベースの存在を知らなくてもいいですし
ここまでできたらバックエンドよりフロントエンドのほうが何でも出来る人みたいに思えます
あとはサーバサイド言語を書ければもうサービスが作れてしまいます
でもこれぐらいできないとすごく不便で、すぐに他の人に頼らないといけなくなるように思います
サーバ冗長化とかそういった部分はかかわらなくてもいいと思いますけど、Linux やデータベースなんかは自分でどうにかできないと周り誰もいないときに動かなくなったら作業進められななんてことがありそうですし
