  |
はてなキーワード: l7とは
承前 : Part-7 https://anond.hatelabo.jp/20201014091325
次回 : Part-9 https://anond.hatelabo.jp/20201101061517
前回までで収入の構成要素については大体解説を終えた。細かいところまで含めればESPPだとかRoth IRAだとかまだあるが、大した違いにはならない。今回はその収入源となるサラリーやRSU、ボーナスを入社時あるいは入社後に交渉する段において、やるべきこと(DOs)、やってはいけないこと(DONTs)を解説する。最初に言っておくが、今回のトピックはオファーを受けた後の交渉だ。オファーを受けるための準備や面接心得などについては扱わない。
これは交渉以前の常識だ。応募者の交渉はRecruiterとHiring Managerが二人三脚で行う。
会社や部門、応募者のランク等々によって、この両者の関わり方は動的に変わる。
一般的には低ランクの応募者の場合ではRecruiterの裁量が大きく、高ランクの場合では逆だ。
自分が聞き及んだ、そもそもレベル換算すら不可能な大物のhire時などはRecruiterがまったく絡まなかった。面接さえ行われなかった。VP達が低姿勢でselling modeの会話をするのを面接と呼ぶのでなければ。Blank checkが送られたという噂もあったが、流石に誇張だろう。
彼ら彼女らは大抵技術的素養も特定のチームとの関連も無く、最終的な決定権を持つことはほぼない。専任の仲介役である。
しかし、仲介役を侮るなかれ。Recruiterが交渉の主導権を握ることもある。Recruiterが頑迷に給与交渉を無視すれば応募者はなす術もないし、こんな奴へのオファーはrescindしろと言えばhiring managerも大抵心を変える。Hiring managerの中には、交渉をRecruiterに丸投げする者もいる。Hiring managerとは違い、特定のチームの事情を勘案しない代わりに会社全体の利益を代弁するのでlow-ballオファーから始めてくる者もいる。まさにペーターの危惧したとおりだ。
それでも、Recruiterが出来ることには大きな制限がある。最終的にはHiring managerあるいはその上のVP等からの承認が必要となる。
大抵、彼ら彼女らは入社後、応募者の上司となる。非常に重要な交渉相手だ。
但し、会社によってはhiring managerと入社後のチームに関りがないこともある。L3/L4などのspecializedでない段階の入社、あとはfacebookなど入社後にbootcampで配属先を決める方式の所だ。しかし、Facebookでさえも近年、高ランクの技術者とくにinfra側ではheadcountをpreallocateする場合が多い。専門性を買って高ランク応募者を雇ったのに、入社後に目的のチームが定員過多で入れなければ宝の持ち腐れだ。
さて、hiring managerもランクによって出来ることと出来ないことがある。応募者のランクによって定められたバンド幅を超過するような変更は大抵VP以上でなければ出来ない。そのほか、特例となるような変更は大抵VPからの承認が必要になるので、下のランクのhiring managerは大抵考慮すらしないだろう。
先述のバンド幅超過の例など、採用側からすれば馬鹿らしい手間でしかない。そもそも（ほぼ）不可能なのだ。
また、一旦ランクが決まった後のランク上昇交渉も多くは不可能である。
例えばL6 loopの面接を受け、オファーをもらったとしよう。これに対してL7にup-levelしろなどというのは全く不可能な要求だ。L6とL7では面接内容からして違うので、最初からやり直しでもしなければどうしようもない。但し、低ランクの場合は会社によってオファー後のup-levelもある。
こういった理不尽な要求をし続ければ採用側は諦めて他の応募者に行く。
verbalオファーは無かったことにされ、オファーレターさえrescindされることもある。
例えrescindされなかったとしても、入社してどんな顔をしてその上司と働き続けるというのか。
オファーをもらったら、或いはその以前から、そのランクのバンド幅を調べると交渉がうまく行きやすい。
levels.fyi等で調べることもできるし、recruiterに聞けば教えてくれる場合も多い。
もしもバンド幅の下限でのオファーであれば交渉をしない理由がない。オファーを出す側からしても、そんなオファーで応募者が交渉をせずにacceptしたらgood for meだ。自分はそういったオファーはunethicalだし長期的にその社員の意欲を削ぐと思っているが、残念ながら多々ある。
オファーが一つしかなければ交渉は非常に難しくなる。採用側にオファーを変更する動機が薄い。
そのため、交渉で最も重要なのは複数のオファーを得ることだ。すべてのオファーが魅力的である必要はない。とにかく複数あることが重要である。それらのオファーが競合他社からのものであればなおよい。当然、現在勤めている会社からのcounterも含まれる。
しかし、この条件を満たすためには数社で面接し、かつオファーがほぼ同時期に出される必要がある。
多くの会社ではオファーは2週間以内にexpireする。業界によっては極端に早い、いわゆるexploding offer(2-3 days等)もあるそうだが、シリコンバレーの上場IT企業では寡聞である。会社の評判に影響する。
もしもオファーが同時期に出されなければ、先にオファーを出した会社に延長交渉をしなければならない。
応募者がどれだけ求められているかによって、この交渉も難しい時がある。採用側としてもheadcountの制約がある以上、他に行きそうな応募者へのオファーをずっと延長し続けたくはない。応募者が口で言う通り自社のオファーにexcitedなら何故他の会社のオファーを待っているのか、と。応募者の中には苦しい言い訳を並べ立てるものもいる。
ある例では「両親と相談しなければならないので」と言う。２週間で相談できない両親は一体どこにいるのだ。大体、子供の就職に親が本当に決定権をもっているのか？ちなみにこれを言った応募者は延長後に貰った他会社のオファーを受けた。
こういった苦しい交渉を避けるためにも、面接時期を大体合わせてオファーのETAを調節することをお勧めする。
ちなみに、今まで見た中でもっとも効果的なオファー延長理由はtwo-body problemであった。つまり配偶者やsignificant otherも同時期に職探しをしている。住む場所を合わせなければならないので、そちらの進展を待つ必要がある、と。採用側からすればぐうの音も出ない。進展の詮索すらできない。しかし、卒業時や移住時などにしか使えない理由だ。
RSUをあと1000株寄越せというにしても、その数字がどこから来ているのか説明できなければ響かない。採用側がどうしてもその応募者が欲しい状況でなければ、単に現在のオファーの数字が如何に適正なのか繰り返すだけだろう。
それに対し、応募者側から数字の明確な説明があれば採用側がdecision makerとなって悩むことになる。Turn the tables! また、hiring managerがその上を説得する材料となる。
例えば、「X社のオファーのTCに合わせるため」、「Y社のRSU Refresher方式との違いを考慮し、同額になるためのRSU量」などは説得力が高い。「バンド幅のmedian」も成功例だった。
まだまだ書きたいことはあるが、長くなってきたのでここで切り上げる。
さて、大体の要素は網羅したのであと1，2回でこのシリーズを終わらせる予定だ。
後は何を書こうかと思って今までの回のブクマ数を見てみると:
なんということだ、前途有望な若者が調子に乗って痛い目を見る話の方が受けが良いのだ。
やはり人間は糞である。古今東西Reproducible。そんな増田住人のため、次回は皆が不幸になる胸糞の悪い話をする。路頭🙏おじさんも大満足だろう。
承前 : Part-5 https://anond.hatelabo.jp/20201008100556
次回 : Part-7 https://anond.hatelabo.jp/20201014091325
前回、AmazonにL7で行ったXさんの例が出た。実際に彼がどれだけの収入を得たのか、株価がそれにどう影響したか、詳細を見て行こう。
人物特定を避けるため時期や額について多少の変化をつけていることを注意しておく。
彼のTCは$700k。以前のせたlevels.fyiでの数字はSeattle等ほかのworking siteでの数字(1-2割低くなる)も含めた平均であり、かつ彼は交渉をうまくしたのでこうなった。内訳は4年間の平均で、一年毎にサラリー165k、RSU 420k, sign on bonus 115kだ。
これを実際の時系列でみてみるとずいぶん印象が変わってくる。Amazonの場合、RSUのvestingが少々特殊であるためだ。
| Income\Year | Year 1 | Year 2 | Year 3 | Year 4 | Total |
|---|---|---|---|---|---|
| Salary | $165k | $165k | $165k | $165k | $660k |
| RSU | $84k | $252k | $672k | $672k | $1,680k |
| Bonus | $253k | $207k | 0 | 0 | $460k |
| TC | $502k | $624k | $837k | $837k | $2,800k |
上記のように、AmazonはRSUを3-4年目に集中的にvestする。一年目終了後に5%, 二年目終了後に15%, 以降半年ごとに20%だ。
RSU-heavyなことと相まってこのままだと一，二年目に社員が困窮する可能性がある(特にmortgage!)。そのためsign on bonusを1-2年目に配布する。
最終的な総計は変わらない。四年間で$2.8M、TCは一年毎に$700kだ。
しかし、彼の実際の収入はそれよりもかなり高かった。Amazonの株価が高騰したのだ。
仮に彼が2015年初頭にオファーを受け取ったとしよう。そのオファーレターにはRSU報酬の「金額」は当然書いていない。代わりにRSUの「株数」が書かれている。このRSUの株数は通常、TCとその時点の株価から逆算してTCがその額に「なるように(target)」株数が決められる。((あるいはそのように交渉する、といったほうが正確か。RSUの総配布数は組織ごとに予算決定時にあらかじめ決められ、その枠の中からオファーを出す。これが尽きてオファーを出せなくなることをRSU depletionと呼ぶ。)) 2015年初頭の$AMZNは$312。なので彼は5,400株のRSUをGrantされたことになる。
そして、実際にRSUがvestされ社員が売却した時の総収入は株価に影響される。彼の場合、vest直後に売却したと仮定すると、
2016年一月末、2017年一月末、2017年七月末、2018年一月末、2018年七月末、2019年一月末の株価が重要となる。
| Income\Year | Year 1 | Year 2 | Year 3 | Year 4 | Total |
|---|---|---|---|---|---|
| Salary | $165k | $165k | $165k | $165k | $660k |
| $AMZN | $587 | $823 | $988(Jul), $1,451(Jan) | $1,777(Jul), $1,718(Jan) | |
| Realized RSU | $158k | $665k | $1,064k, $1,563k | $1,914k, $1,850k | $7,213k |
| Bonus | $253k | $207k | 0 | 0 | $460k |
| Realized Comp | $576k | $1,037k | $2,792k | $3,929k | $8,333k |
なんと、彼の実際の収入(Realized compensation)は三倍に膨れ上がったのだ。四年間で$8M以上。
プロ野球選手でもこれだけ稼ぐ人は少ない。これが一技術者、しかもまださらに上がいるL7で起こるというのがシリコンバレーの狂っている所だ。
このように、TCを議論するときに「オファー時の額」「実際に入った額」を区別してtarget compensation, realized compensationと呼ぶことがある。
通常使うのはtarget compensationである。少なくとも自分の周りでは。未来のことは誰にもわからないのだから、複数社からのオファーを比べるためにTCを導出するときはその時点の株価を使うしかない。
しかし、世の中にはそう考えない人もいる。自分がある企業からオファーを受けたとき、対面交渉の段階でそのhiring managerがこう言い始めた。
「確かにうちのオファーはあちらの企業よりもTCが低いね、でもexpected stock appreciationのことを考えてみよう.」
自分は少し戸惑った。彼がStock Appreciation Right (SAR, ストックオプションのようなもの)のことを言っていると思ったのだ。
「うちはRSUが多いから、うちの株価が今後四年間、年間 Y%で上がっていくと仮定すると君のrealized compensationは...」
といって目の前で電卓アプリをたたき始めた。なんと、この人は株価の将来のappreciationが分かるというのだ! しかもY%はその時のNASDAQ compositeの平均成長率よりもかなり高い数字だった。Stonks only go upとでも言うのか、このGen-Zめ！
上場企業の株価が今後どうなるか、確実にわかるはずがない。わかるならば仕事などせず株取引だけで暮らしていける。
自分はその人の交渉手法を危険だと感じた。自分が同じことをしようとは思わない。その言葉につられて応募者が入社した後に株価が下落したらどうするのだ。
訴訟とはいかないまでも、その社員がHRやLegalに苦情を持ち込んだとしたら。
オファーレター等、証拠が残るところに一切そんな言葉がなくても、複数社員が同様の苦情を入れたら、HRが自分を守ってくれる自信はない。
定期的に行われる、たるいクリック連打訓練は社員の教育のためではなく、不祥事の際に全責任を社員におしつけるためのものだ。
Legalは自分のterminate letterを発行するのに微塵の躊躇もないだろう。それこそseveranceがもらえるかさえもわからない。
自分はそのhiring managerに不信感を抱き、最終的には他のところに行った。
自分は他の人に転職の助言をする際、株価の下落リスクを考えるように強調している。
Tech株が近年好調であるのは確かだが、一寸先は闇である。IBMを見よ、一昔前のMSFTを見よ。
株価が上昇することを前提に将来を決めるのは非常に危険だ。実際、IBMに2010年ごろに移った知人は後悔しきりであった。
さて、自分がオファーを断ったその企業であるが、その後、Y%を遥かに超える株価成長を続け、自分の心を削った。
所与の状況で自分が間違った選択をしたとは思っていないが、それでも時折そのオファーレターを見返すことがある。
シリコンバレーではよくある話である。Googleの早期社員になりえたひと、FBの早期社員であったかもしれない人、
そういう人はたくさんいるが、別に彼らが不幸そうには見えない。彼らにその時のオファーレターについて聞くと、
みな同様に時折見直す、という。人生の大事な選択をするまえに、来し方を見返し、自分の心が均衡を保っているか、
何があっても後悔をしない心構えができているか、自分の人生は何のためにあるのか、心をはせるツールである。
次回はRSU Refresherについて。
承前 : Part-4 https://anond.hatelabo.jp/20201006121559
次回 : Part-6 https://anond.hatelabo.jp/20201011065246
前回、交渉すればL4になれたのに交渉しなかった学生の例を紹介した。あまりのnaiveさに周りのgrown upは頭を抱えたが、ある意味で微笑ましい事例とも言える。
今回紹介するのはその逆で、ダメな交渉をしてしまい彼自身を含め関係者に苦々しい思いを残した。この例は今でも自分に怒りと後悔を覚えさせる。
増田にこのシリーズを書いた動機にも関わる。長くなるが、事の始まりから書いていく。
ある時、自分はある会社のある部署で働いていた。高ランクの技術者ばかりがいる部署で、非常に刺激的、かつ全員がいい人であった。
自由な雰囲気で、ランクや年齢に関わりなく皆が家族のように親しんでいた。その時の同僚とは今でもつながっている。COVIDが来てもZoomで乾杯をする仲だ。
ある年、その部署に新人が来た。仮に彼をペーターと呼ぼう。ペーターの雇い方は稀とは言わないが少し特殊であった。
ペーターは、やたら押しの強い人が多い気がするある国の出身で、やたら社交的な気がするある国の有名工科大でポスドクをしていた。
そして、その部署のあるmanagerがあるプロジェクトで必要な技術下調べをしているとき、彼の論文が目に留まった。
その論文を皆で議論しているうちに、著者のホームページを見てみるとポスドクであることが判明した。ということは求職中の可能性がある。専門家がいるならその人にそのまま実装してもらえばいいし、その後も戦力になるだろう。
そのmanager、のちにペーターの上司となる、が早速彼と連絡を取り、面接をすることに。自分も面接に加わった。高ランクの技術者たちとの質疑でも物怖じせず、専門分野でもかなりいい線を行っているという感触を得た。
ほかの社員も同様だ。すぐさまL4でオファーが出され、彼は渡米することになる。
我々はペーターを温かく迎え入れた。家族の一員である。ビザやGCのことでいろいろと相談にも乗ってあげた。
彼の専門分野は自分も興味を持っていたところなので議論も多くした。彼から学ぶことも多く、利発で高生産性という印象を強めた。春秋に富む若者だ。
さて、そうこうしているうちに彼とは無関係にその部署であることが起き始めた。人が辞め始めたのだ。
その部署は非常に心地よいところだったが、高騰を続けるシリコンバレーの給与水準(と家の価格)についていけていなかった。
ある程度の期間であれば仕方がないが、長期間続けばやりがい搾取である。暖かい家族のような、アットホームな職場、日々新しいことを学べます、しかし給与は奮わない、ブラックフラグ満貫である。
最初に辞めたのはアメリカ人であった。彼は利に聡く、情勢に通じ、交渉も上手であった。多くのオファーを得て、その中からさらに値を吊り上げ、TCを大幅に上げて出て行った。
そして我々は家族なので、そういった情報が共有された。なんというoutside world! 一人、また一人と彼に続いた。みなL7付近のオファーを大量に得、上手な交渉をしていった。
彼らの情報や手法は我ら家族に惜しみなく共有され、非常に学ぶところが多かった。交渉の成功例として次回以降にいくつか取り扱いたい。
また、彼らがうまく各企業に散らばってくれたおかげで、自分はいろいろな企業の情報を得ることができている。
ペーターは、一人残された。
ひどいな、と思ったが新しい職場で忙しく、どうすることもできない。ただ、機会があれば何かしてあげたいとは思っていた。
さて、自分は次の会社で忙しく働いていたのだが、他部署のある技術者と知り合いになった。仮に彼をアルムさんと呼ぼう。
アルムさんは年季の入った技術者で、ちょっと頑固なところはあるが自分のコードに誇りと情熱をもつ好漢だ。
自分が長年L6であることに不満は覚えつつも、金は求めない、自分のプロジェクトを成功させたい、と邁進していた。肩書上managerではあるが、軸足は今もコードに置かれている。
そんなアルムさんが自分のプロジェクトを加速させたいと願い出、無事に追加のheadcountが付与された。そして、いい人いないか、と自分に尋ねてきた。彼のプロジェクトはペーターの専門分野と少々重なりがあったので、自分はすぐにペーターのことを思い浮かべ、彼に連絡した。彼は他に行きたがっていた。渡りに船だ。
この時、自分はペーターのreferを正式にはしなかった。大抵の会社ではreferral bonusがあるが、自分はそんなことよりペーターの
助けになりたかったのだ。単に知り合いの中継ということにしてペーターをアルムに引き合わせ、自分はそ知らぬふりでアルムからどんな面接を予定しているかどんな素養を見ているか聞き出し、秘密裏にペーターに面接対策を施した。もちろん面接者は何人もいるが、最も重要なのはアルムさんの心象だ。
それがどれぐらい奏功したかわからないが、無事にアルムさんはペーターを気に入った。彼がペーターのことを褒め称えているのを聞いて、自分の責務を果たした気がした。
オファーが出され、1週間ほどたった。さてどうなったか、アルムさんに聞いてみた。
彼は苦虫を噛み潰したような表情で言った。
一週間前とは真逆の反応である。何があったのだ？詳しい話を聞き、自分は非常に混乱した。
アルムさんが出したL4のオファーを、ペーターは報酬が低すぎるといって、最低でもRSUがこれだけなければ、という数字を出してきたのだ。
その数字というのがL7に相当するものであった。なんだそれは。
経験のない人によくある、4年分のRSUと1年分のRSUを取り違えたのでは？自分も若いころ勘違いして舞い上がり、その後でがっかりしたことがある。恥ずかしい。アルムさんに質したが、ペーターは確かにこの数字を出したという。
訳が分からないのですぐにペーターを捕まえ、なぜそんなことをしたのか聞いた。自分は聞き役に徹した。
「あのオファーは安すぎるよ」
そうは思わなかったが・・。彼はL5を希望していたのか？交渉次第ではありえなくもない。転職はランク上げの好機である。
「...だってRSUからの収入がサラリーよりも低いじゃないか」
聞き役に徹するまでもなく、この時点で自分は声を失った。
「TCの大部分はRSUになるんだろ？Xさんはサラリーなんてpeanutだって言ってたよ」
XはL7でAmazonに行ったんだ。Amazonはサラリーが早々に頭打ちするためにRSU-heavyの特殊な場所だ。大体お前はL4じゃないか。
この時点で全容が大体見えてきた。彼は高ランクの技術者に囲まれ、彼らの武勇伝を、分け隔てない風潮の中で
聞いているうちに、とんでもない期待を持ち始めたのだ。以前の回で書いたようにランクが上がれば確かにTCの大部分がRSUになる。しかしL4やL5の段階ではまだまだそんなことはない。そもそも彼はL4などという用語さえ知らなかった。
「わかってるよ、交渉が大事なんだろ？discountしたオファーを最初に出すのは交渉なんだ。」
そんなことはない。アルムさんがdiscountをする動機が全くない。彼は小さなチームのmanagerであってRSU depletionを心配するのはもっとずっと上の人々である。彼はheadcountを埋めてさっさと仕事に戻りたいだけだ。大体今回の件はrecruiterの関与が最小限の、ほぼ直接hiringである。お前はそもそもrecruiterとhiring managerの違いが分かっているのか。
「交渉の仕方はわかっているよ。買う方が$10っていったら、売るほうが$100って言って、買う方が$20って言って・・・徐々に双方の提示を近づけていくんだろ。常識だよ」
どこの常識だ。
大阪のおばちゃんの値切り方か。お前の国は確かに南のほうだが、ミナミと次元トンネルでつながってるのか。いつからだ。
「値切り交渉になるだろうから少し高めの額を言っておいたよ。返事を待ってるんだけどなかなかこないんだよね、せかしてくれない？」
もう二度とアルムさんはお前と連絡を取らないよ。
彼は自分が忙しい中でお前のために面接をこしらえて、上司と交渉して迅速にオファーを作ってきたんだ。
オファーの作り直しにどれだけ手間がかかるのかわかってるのか。なぜ交渉の向うに自分と同じ、忙しい一人の人間がいることに気付けない。
自分のfair valueを事前に調査しておくことすらしなかったひよっこ技術者になんでほかの人間が汗をかかなければならない。
交渉をするにしても相手に迷惑をかけないやりようがいくらでもあっただろうが。大体お前competing offerもないのに交渉することの意味を理解しているのか。
自分は怒りと絶望で頭がおかしくなりそうだった。なんなんだこいつは。自分を何だと思っているんだ。
Naive greedy ignorant selfish tard. Do ur f-ing DD or never leave your mom's basement!!!
そして、自分やほかのgrown upどもが転職未経験の彼に不完全な形で吹き込んでしまった情報が遠因であると知り、なんてやつを紹介してしまったんだ、自分が関わっていることを知られるとまずい、と思い始めた。
まず、アルムさんにはペーターと連絡を取っていることは以降も完全に秘密とした。馬鹿げたやつもいるもんだ、彼のことはよく知らないけどびっくりだね、と同調に回った。
アルムさんはペーターからのメールは全部無視するよ、と言っていたので多分ばれてはいない。
そして、ペーターには、以降連絡を取らなかった。残念だったね、どうしてだろうね、とだけ言っておいた。
その後、ペーターがある会社にL4で移ったのを知った。いい会社だし失敗しなければ彼ならL6まではいけるだろう。
今回L5になる可能性もあったのをふいにしたが、長い目で見れば大した影響はないのかもしれない。ただ、自分は彼と金輪際関わり合いになりたくない。
ペーターへの怒りは絶えないが、時間をおいて何が悪かったのか冷静に分析してみた。
自分にはあった。では違いは何だ。due diligenceだというのが私の結論だ。
分からないなら調べろ。levels.fyiでもTeamblindの糞に塗れた情報でもいいからとにかく集めて分析しろ。
どこで情報を集めるのかわからないなら人脈・Google何でもいいから駆使して聞きまわれ。
人生の重要な転機なんだから当然する。ペーターはしなかった。そしてそれがほかの要素と相まってこんな結果となったのだ。
こういったことに強いのはいつもアメリカ人だ。日本人やそのほか外国人は開始地点からして遅れている。悲しい。どうすればせめて開始地点を近づけられるか。
情報だ。自分はそれを伝えたかった。できれば不完全でない形で。相場も機微も常識も、USに行く前に最低限抑えておいて欲しい。
「TCの大部分がRSUになるのか、ふむふむ」とだけ受け取る人を少なくしたい。これが増田に投稿した理由の一つである。
もう一つの理由は、誰にも言えない怒りを周囲の誰も見ないところに便所の落書きとして吐き出したかったのだ。すっきり快感である。
承前 : Part-1 https://anond.hatelabo.jp/20201002000619
次回 : Part-3 https://anond.hatelabo.jp/20201005082738
前回に引き続いてlevels.fyiから例を取ろう。今回はFacebook
| Title | Salary | RSU etc (/year) | Bonus |
|---|---|---|---|
| E3 (L3) | $119,919 | $43,253 | $15,838 |
| E4 (L4) | $159,690 | $80,076 | $18,804 |
| E5 (L5) | $196,671 | $151,000 | $31,090 |
| E6 (L6) | $228,755 | $284,358 | $51,717 |
| E7 (L7) | $268,933 | $502,667 | $91,333 |
| E8 (L8) | $298,000 | $738,500 | $238,250 |
最初にlevels.fyiの信頼性について。自分の見聞と比べてみたところ、levels.fyiに乗っている情報は少なくともL3-L6ランクまでよく合致する。
もちろん、自己申告制なので明らかに嘘の情報もあるが、少数である。平均値として見れば確かにこの程度である。
ただし、L7以降になると途端に参考にならなくなる。そもそも報告されている数字の間で違いが大きすぎる。
経験年数やランクで一概にTCがこの程度、という議論は間違いのもととなることがある。
場合によってはBandが極端に広い、つまり同会社・同部署・同ランクであっても報酬下限・上限に開きがあるのだ。
特にランクが上がっていくと多くの会社でRSUのバンド幅が極端に広くなる。
ランクが下の技術者がランクが上の技術者の倍を稼いでいるということもよく見聞きする。
自分の周りでは大抵その「ランクが上の技術者」は在社年数が長く、あまり活躍していない。
老害、とまではいかないが「報酬が低くても他に行かないだろう、行っても痛手でない」とマネジメントに思われているからこその現状である。
日本ではシリコンバレーの雇用はドライで合理的、という記事をよく見かけるが、現実的には制約が多くある。
降格などというのは極端に寡聞であるし、あまり活躍してなくてもすぐに解雇、とは大抵ならない。
ただし、部署・会社全体でのlayoffは話が別だ。一旦経営層が腹を決めれば容赦は無い。
話をランクに戻す。上記から推測できるであろうが、ランクが上になるとDependsの一言であって、そもそも別会社の間で
「この会社のこのタイトルはL6に相当する」「いやいやそれはL7だ」という議論もよく起こる。
levels.fyiはまるでランクの真の対応関係が分かっているかのような図を表示しているが、特に上のランクでは眉唾だと思っていい。
最終的に公平な比較基準はやはりTCであるが、バンド幅が大きいので個々人の比較はできてもランクの比較・対応までは不可能である。
今回は最後に低ランク、L2/L3についてもう少し詳しく語ろう。
まず、FBのL3の数字、上で述べたようにlevels.fyiの数字は私が多数の学生応募者から直接聞き・交渉した数字と非常に合致する。
数年前からFBではstandard packageが大体$180-200kというのはよく言われていた。
このL3向けのstandard packageは未経験の学生が学部・修士を卒業後に就職するUniversity Hire向けのものである。
考えてみてほしい。彼らはMIT/StanfordやIvyを卒業するが、実務はほぼまっさらの、まともに使えるコードなどまだまだ書けない子供たちである。
そんな彼らが初任給でまず間違いなく年収２千万円は行くのだ。また、彼らの全員が有能な技術者に育つかというとそんなことは全くない。
また、育ったとしてもattrition rateはGoogle/FBのような会社であっても高く、ほかの会社により好条件で移っていくことが多々ある。
この状況を見て、シリコンバレーはcrazyと考えるか、日本を出てこちらに来よう、と思うかは人次第である。まず隗より始めよ。
ともかく、FB/AWSを筆頭に景気が良くなってきた数年前からはこれが水準であるので、どの会社もこれに近い数字を出すか、或いはほかの条件で
competitiveになろうとしのぎを削る。
ただし、高ランクの場合と違い、個々の学生からバンド幅を極端に広くするような交渉はあまり行われないか、成功しない。
せいぜい、RSUを少し積むか$10-20kのボーナスが出るくらいである。ほかの会社との競争上、全体の水準は上げざるを得ない。
しかし、それはある程度の人数を一流大学から採用するためのものであって、個々の学生をどうしても欲しいという状況はあまりない。
実務経験がなく修士の授業を取っただけの学生にそんな能力があるのは稀だ。
中にはとびぬけて有能な例外もいるが、そういう学生の多くはPhDに行くか、こんなstandard packageではunderpaidだ見縊るな、とスタートアップに行く。
３０分がたったので今回はここまで。次回は一回昇進して「一人前」と扱われるL4あたりを取り扱いたい。
自分はシリコンバレーで働き始めて随分になる。エンジニアである。
それなりの数の会社、職種、ランクを経験してインタビューされたりインタビューしたりの回数は数えきれない。
さて、かなりの乖離があるのだ。そんな自分の知るシリコンバレー事情と、はてなの投稿やコメントから伺える日本在住の方々の憶測との間に。
なので何回かに分けて自分の見聞きしてきたことを書いていこうと思う。
自分の時間の制約もあるので一回を30分以内で書けるものにする。
一回目はこれについて。まずはAmazonの以下の例をlevels.fyiから見てみよう
| Title | Salary | RSU etc (/year) | Bonus |
|---|---|---|---|
| SE 1 (L4) | $121,380 | $16,348 | $22,471 |
| SE 2 (L5) | $150,236 | $59,151 | $13,373 |
| SE 3 (L6) | $162,503 | $137,231 | $5,923 |
| PE (L7) | $165,000 | $338,000 | $66,125 |
稼ぐ、という日本語はTotal compensation (TC)に相当する。
How much do you make?と聞かれてサラリーの数字だけ言うのは意図的に逸らす場合を除いてまれだ。
TCの計算方法は人による。RSUやストックオプションは1 year cliffの後の4 year vestが主流だし、sign on bonusをどう扱うか、ということもある。
Amazonのようにvest scheduleが偏っている場合もある。自分の周りでよく聞くのは、4年間の平均をとるものだ。以下この方式を前提とする。
上記のテーブルに明らかなように、ランクが上がるにしたがってTCの大部分はRSUとなる 。Amazonの場合はこれが極端だが、ほかの多くの会社でもこうなる。
当然だ。サラリーは削れないのでその人がダメだと判明した時にマネジメントが取れる対策が限られてしまう。
Performance-based layoffは、存在するが日本で推測されるほど気楽にできるものではない。特に直属のマネジメントにとっては。
Fireは猶更だ。自分の周りで見聞きしたのは醜聞に類する場合だけだった。
結局はRSUを削るか、PIPに押し込んだり（この時点で普通は辞める）、そして最後にWFRをこしらえるというのが普通の事情だ。ここら辺については以降の回で取り扱う。
日本のエンジニアにとって、スタートアップでもないのに稼ぎの大部分が株、というのは聞きなれないことかもしれない。
「あなたはあの会社で働いているんですね。すでに上場しているから株はもらえなくて給料だけ？堅実だけど華がないね」
ただし、誤解をしてほしくないのは。会社や部署によって事情は大きく異なりうる、ということだ。
例えば、RSUをほぼ出さないけち臭い会社も存在する。当然目ざとい人はほかに移る。しかし全員がそうか？
他に移れないような能力の人だっている。シリコンバレーで働く人の大部分が有能かのような記事を
よく見かけるのだが、自分の実感とはかけ離れている。これについては以降の回で。
また、自分がunderpaidだとしっていても他に移る手間や人間関係、あるいはやりがい搾取のような特殊な状況も
多く見てきた。米国でもすべての人間が即座に市場原理に即するわけではないのだ。
なので、驚くほど低給の会社や部署も存在する。そういう場所での事情と大多数の会社での事情は分けて考えるべきだ。
また、未上場スタートアップの場合、株を換算できないのでサラリーだけ言う場合もある。
そういう場合をとって「これがシリコンバレーの水準」というのは非常に誤解を生む。
余談だが、未上場スタートアップのオファーと上場企業のオファーを比べるのは難しい。
応募者が自分で仮想株価を置くことになる。直近のfunding roundでの水準を使う人もいるし、諸々の目算をそれに加味する人もいる。
さて、30分経ったので以降は次回。
次回 : Part-2 https://anond.hatelabo.jp/20201004112526
都内で日々人類を啓蒙すべくイン活（ingress活動）に勤しんでいるENLエージェントが期待を胸に京都にイン活に行ったら期待はずれでがっかりした話をちょっと聞いてくれ。
先週の金曜に名古屋の実家に帰る用事があったので、折角の機会だということで、土日を利用して京都にイン活に行ってきた。
京都といえば、寺社とお地蔵様に代表される無数のポータルが街中に乱立する ingress のメッカ。
街を歩けば途切れることなくポータルが立ち並び、辻斬りならぬ辻ワンコが至るところで発生。その余波で周囲は白ポータルばかりとなり、Unique Capture も取り放題。観光地ならではの格好いいメダルに彩られたミッションも目移りするほど。
・・・というのが俺が想像していた京都だったし、実際、それに近い評判は以前からネット上で目にしていたように思う。
この日のために蓄えたX8数百発を携えて土曜の午前に意気揚々と京都に乗り込んだ俺を待っていたのは、一面緑に染まる京都駅だった。
新幹線ホームから見えるポータルが全てENLのL7やL8ばかりで、その間には綺麗にCFが敷き詰められている。休日にこれほど大きな駅の周辺がこれだけ見事に一色に染まっているというのは、都内ではなかなかお目にかかれない光景である。
まあそういうタイミングもあるか、と思いながら、とりあえずミッション一覧を眺める。
都内と同様、駅周辺のポータルを数か所回るだけのお手軽ミッションが幾つか見つかり、とりあえず京都タワーとその横のヨドバシカメラをハックするだけのミッションをさくっとクリア。
京都駅のポータルを Capture or Upgrade しろというミッションもあったが、その状況下でENLの俺にクリアできる見込みはない。帰り際には状況も変わっているだろうと期待して、京都駅を後に。
事前にネットで京都のポータル密集地を調べたところ、京都御所、北野天満宮、嵐山という名前が挙がっていたので、その中で京都駅から地下鉄一本で行ける京都御所にまず行くことにした。
実際、京都御所のポータルの密度はなかなかのものであった。上野公園にも負けていないかもしれない。
ただ、これもまたほぼ全て緑なのだ。しかもご丁寧にCFも張られていて、本当にやることがない。
せっかくなので1時間ほどかけて御所巡りミッションをやりながら Unique Visit を稼いだが、ここまで Unique Capture はゼロである。というか青いポータルをほとんど見ていない。
無駄に高レベルのENLポータルばかりハックするせいで、使い道もないのに溜まっていく高レベルバースター。何に使えばいいのか・・・
けれどまあ流石に次は有名観光地だからここまで酷いことはないだろう。
だがその希望すら無情にも打ち砕かれる。
同じ内容の繰り返しになるので詳細は省くが、ここでも俺にできることはミッションを一つクリアすることだけだった、と言えば十分であろう。
あまりにも緑一色に染まる京都の現状を知った俺は、これは方針を切り替えてミッションメダルを集めることに重点を置くべきかな、と考え始めた。
都内のミッション状況と比較して顕著な特徴、それは15分ミッションの数がとても少ないということ。その貴重な15分ミッションも、「駅の記憶」シリーズだったりするので（コンセプトもアイコンも）、これをやるのは俺の美意識が許さない。
下手に歴史があるせいで、その歴史と絡めた長距離ミッションが作られがちなのかな、という気がした（信長のやつとか新選組のやつとかやりたいのはやりたいのだが、流石に4時間とか急に言われても困る）。
もうちょっとお手軽ミッションがあってもいいと思うよ（お手軽ミッションに慣れてしまった都民の感想）。
まあ少ないながらも繁華街でいくつかお手軽ミッションを見つけたので、それをこなしながらホテルにチェックイン。
普段見る機会がないものだから今回もすっかり忘れていたのだが、世界各地のポータルの状況を見られる Intel マップがあるじゃん、ということをようやく思い出し、ホテル備え付けのパソコンで京都のポータル状況をチェックすることに。
結果。
すでにそんな予感はしていたのだが、実際に見ると言葉を失う。
L8ポータルだけを表示させてみて更に驚いたのだが、なんと京都にはRESのL8ポータルがほとんど無い。郊外に1つ2つあるぐらいで、市内中心部には文字通りひとつも存在しない。
なんだこれは。
もしかして京都にはRESエージェントはいないのでは？ と本気で心配するほど。
ただ俺にとっては喜ばしいことに、嵐山の方は多少青も多く、水抜きのし甲斐がありそうだということが分かった。明日は嵐山に行こう。
その後、こってりスープのラーメンを堪能し、ホテル周辺の弱い青ポータルを見つけては蹂躙してこの日のイン活は終了。
日曜。
朝一で何に驚いたかって、昨夜俺が Unique Capture したポータルが全く攻撃されていないどころか、地元ENLエージェントによって迅速に補強がされて、既にR8が6本も差さっていたことであった。もちろんCFも隙なく張られている。
このRESとENLのスピード感の差が今の圧倒的な差に結びついているのだろうという気がした。
さて、出発前に再度 Intel マップを開いて嵐山の状況に変化がないことを確認した俺は、朝から嵐山に向かった。
嵐山を巡るミッションをやりながら天龍寺や嵐山公園を歩き回り、弱そうな青をどんどん緑に染めていく。休日の観光地だけあって、途中一度ワンコにもなった。
それなりのポータルが密集していて、一本差しや低レベルポータルも少なくなく、Unique Capture が捗る。まさに俺が期待していた ingress 天国・京都の図がそこにはあった。
幾つかミッションを始めてみたものの案外遠いことが判明してキャンセルしたりという無駄な時間もありつつ、昼過ぎまで嵐山でイン活と湯豆腐を満喫したのであった。
さてそろそろあと1エリアぐらいしか回る時間もないし、どこがいいかなあと調べていたときのことだった。
突然知らないおっさん（←失礼）に声をかけられる。
都内でも何度かこの手の経験はあり、そのたびに適当に誤魔化して避けてきた俺だが、ちょうど次の目的地を決めかねていたこともあって、地元のエージェントであれば渡りに船だと考えて「はい」と答えた。
相手は地元ENLの二桁レベルの方で、俺と同じく Unique Capture を稼ぎに嵐山の方に来ていたところ、俺の存在に気づき、俺が東京から来てること、それも Darsana メダルを持ってることに気づいて話しかけてきてくれたのだという。
そういえば3月には京都で Darsana みたいなことやるんだったっけ。
それで俺の Darsana 体験を聞きたいようだった。まああの日はひたすらレゾ差してただけで何も語るような経験はしてないんだがｗ
京都ENLは今からそのイベントの準備に取り掛かっているようで、最近は何やら秘密兵器の実験をするために頻繁に会合を開いているらしい（秘密兵器の詳細はここで書くとまずいだろうからぼかしておく）。
まあそんな入念な準備なんてしなくても、市内のポータルのENL占有率を見れば今回もENLが勝つことはやる前から明らかだろうという気がするが。
そのおっさんとはかれこれ1時間ほど雑談をした。市内が緑一色なのでおっさんもやることがなくて困っているようだった（だからわざわざ嵐山なんかに遠征してきたのだ）。
そもそも、どうしてこんなにENLが強いのかも聞いてみた。
おっさんが繰り返し言うには「青がやる気ないから」だそうだが、話の端々から得た情報を総合するに、いくつか構造的な問題がありそうだった。
原因の一つには、京都市内のプレイ人数が（都内とは比べ物にならないほど）少ないので、ポータル一つの破壊であっても、一人一人のエージェントの負担（貢献度）がそのままチーム全体の趨勢に跳ね返るということがありそうだ。
都内（特に山の手線内）のように、それぞれが適当に出歩いた先で適当に壊してたら知らないうちに全体としてはいい感じに均衡する、というバランスにはなっておらず、強い意志・目的を持って壊して回らないと、すぐに均衡が崩れてしまう脆さが京都にはある。
さらに、そのような少人数のエージェント（どのくらい少ないかというと、RESの二桁レベルエージェントのエージェント名と活動地域をだいたい把握しているという。都内では考えられない）しかいない中で、現状、RESよりもENLのほうが多い。
おっさん曰く、新人が緑を選択することが多いせいなのか、それともENLの新人サポートが手厚いために定着率が良いせいなのかはよく分からないようだが、ともあれ、L8以上のアクティブエージェントの数で言うと、倍とまでは言わないにしても、相当の差がついているとのことである。
第三に、バースターの補給場所。京都市内はENLのP8ばかりで、ENLは補給場所に事欠かない。では市内に一つもP8を持たないRESはどうやって補給しているのか。というかそもそもなぜ市内に青ファームがないのか。
おっさんが言うには、RESのP8が立つとHOで連絡が回って瞬時に壊しに行くことになっているらしい。またFFも察知するとすぐに妨害に行く。そのせいで最近、FFを妨害するのはマナー違反だとかRESに抗議されたらしい（苦笑）。
仕方なく、RESはENLファームをしぶしぶ利用するか、あるいは大阪や琵琶湖の方にファームを作ってそこに通っているようだ。
さて、そうなると何が起こるか。
RESは人数的に不利な中、武器の補給にも苦労している。なのでENLの高レベルポータルを満足に壊すこともできない。そうするとそのポータルは次々に Upgrade されていき、ますます固くなる。
他方ENLは安定的に武器が手に入るにも関わらず、それを使うチャンスがない。実績も稼ぎたいのに何もできない（まさに前日の俺のように）。そうすると、時々RESが壊してくれると、ここぞとばかりに喜んで奪い返しに行くことになる。
これをRESから見れば、頑張って壊してもすぐに修復され、補強される、というわけである。そしてRESにはそれを再度壊す武器はない。再度武器を貯めて壊してもまたすぐに修復される。これを繰り返すうちに心が折れて、アクティブエージェントはますます減っていく。
このような悪循環の果てに、俺が見た「緑一色に染まる京都市内」という図が出来上がっている。
次のイベントではENLが完勝するだろう。いや、もしかするとRESが巨大CFで覆うなどして奇跡的な勝利を収めるかもしれない。でもそれがどうしたというのだ。はっきり言って、どちらが勝とうとも、この先に未来はない。
このプレイ人数の不均衡が解消されない限り、賽の河原のような苦行に耐えかねて、RESはますます減るであろう。やることがなくなるENLも飽きて減っていくだろう。
俺のような観光エージェントが多数訪れることでカンフル剤となるのではないか、というアイディアもありそうだ。しかし俺の例が顕著なように、都民ENLがわざわざ京都に行ってもやることは何もない。魅力的なミッションも少ない。Unique Visit が欲しいなら都内でまだ行ってない場所がいくつもある。都民RESはどうか。Unique Capture 稼ぎをするにも大変だ。たいていシールドが4枚入ったL7以上の緑ポータルを際限なく破壊するだけのバースターを持っていくのは現実的ではないし、それが用意できるくらいならやはり都内のまだ行ってない場所に行って使う方が経済的だ。
都内と比べてポータルが特に多いというわけでもなく、それらは緑でガチガチに固められていて、たとえRESエージェントでも壊して回るのは一苦労。市内に青ファームが作られる気配も全くなく、現地での武器補給も困難。
そうなると都民エージェントがわざわざ出向くだけの価値は無いと言わざるをえない。
俺は結局、京都駅の Capture ミッションに挑戦することもできず、数百発の使い道のなかったX8とともに東京に戻り、東京駅を緑に染め上げた。それが攻撃され青くなったのはその数分後のことだった。
試験業務中心だった。
その中でもシステムテストとかやったりしてるのでネットワークやサーバー、アプリは商用の状態に近い環境で試験をしている。
具体的にはサーバーはLB使って冗長化/スケールアウトされていたり、クラスタリングされていたり、データセンターにあるサーバーにリモートでログインして試験をしたりとか。
rebootコワイヨーとかHW障害うざいよーとか思いながら。
ソフトウェアの受託開発の会社で、Javaの業務アプリを設計・開発・試験していた様な人達が集まっているので、ネットワークやLinuxなどアプリよりは低レイヤなところに詳しい人が地味にいなかった。
システムテストの項目書をExcelで作るお仕事や、試験を実施するお仕事は凄くやる気しなかったが、試験の実施方法を検討するお仕事や、試験をするための環境を構築したり、仕様書を読んでミドルウェアやアプリにコンフィグを投入する仕事は楽しかった。コンフィグを投入する作業をスクリプトで怠惰に自動化したりするのは、けっこー楽しかった。
リグレッションテストや、バージョンアップでの改修テストなどで環境を再構築する際に、作成した自動化スクリプトは腐らさせずに誰かに展開することが出来たので、自動化した工数も無駄にはならなかった（ちゃんと効率化に！）大量にデータを投入するとき、さすがにだるい。ツールも使えば使うほどバグなくなるし良い感じ。PerlやBashを覚えるきっかけにもなるし。
今思うと出向も楽しかった！メーカーSIの会社は社員食堂とかあったので、うわすげぇドラマみたい！とか朝はエレベーターの前に人が並ぶのでうわすげぇ人多い！とか。（最初だけだけど）
後はサーバー室でサーバーとかLBとかを目の前で見れたのがテンション上がった。うわこれF5じゃね？うわこれJuniperやん…いくらすんだよ…HPのブレードサーバーだ！いくらするのかググった。
まぁ、普通に誰も興味示さないw あの時は商用ネットワーク機器という物に憧れている少年だったw
作業で疲れたときはぶらぶらして眺めてた。
何かの見学の時は「おいふらつくな」とか誰かに怒られそうだけど、仕事で来てると誰も何も言わないので見たい放題。転んでケーブル抜いた日には大問題になりそうなので、さすがにそこは気をつけた。
あの1UサーバーにRHELをインストールするとか、少年には楽しすぎた。でも手順はMacのVirtualBoxにCentOS入れるのと変わりはなかった…。ただ、仕事として1UサーバーにRHELをインストールした、という経験を持つことが嬉しかった（少年だから）
でもいいさ。
F5なんか使わずにLVSやUltraMonkey-L7で負荷分散すればいいし、商用のアプライアンス機器なんか使わずにオープンソースで解決してしまおう。AWS使うならELB使えばいいし。そういう環境行ってみようぜー。
昔かも知れないけど、
http://d.hatena.ne.jp/hatenapr/20091005/1254714849
まともなサーバー見たことある人なら、ファン足りなくねーか？ 密閉しないと気流がバラバラになる関係で冷えないよねぇ・・・
開放で冷えるのは普通の部屋だけ。サーバールームで高密度化しているときに、開放したら熱が他のサーバーに回り込みやすくなるだけ・・・。
とか、当時、あぽーん。って見てたよ。
あとは、電源もイーサもリタンダントには見えなかったしね。
マシン自体を切り替える設計なんだろうけどねぇ・・・落ちてること多いし・・・切り替わってないっぽいよね。
ソフト的にもなんだか、普通のOSS使っていて、おっとり、切り替えてたとかそんなんじゃなかったっけ？
Linuxのカーネルにパッチ当てて、カーネルレベルL7 Proxy化したとか、そういうレベルの話は聞かなかったように思う。
ハードなんて５年使うことを考えたら、IBMのHAサーバー買ったほうが遥かに安上がりだと思われる。
けど、やりたかったから、やりましたと。・・・
はてな記法とか無視で読みにくいですがゴメンナサイ。
かいたひと→http://twitter.com/chobi_e
follow/unfollowはご自由にどうぞ。
うん、次なんか書くまでにはブログ用意しておこう。
===============
会社としてもOpenSocialに関わってるし、個人でもちょいちょい
勉強がてらに手を出しているので参加させていただきました。
会場を提供してくださったコンテンツワンさんありがとうございました。
http://www.contents-one.co.jp/
ほいではメモの公開。
聞き逃しや誤記もあるかと思うので参照はほどほどに。
=============================
mixi機能の紹介とOpenSocialAPIリファレンス的な説明。
あとは公開するのは微妙なので割愛。
PHPでWEB開発を行うようにしてオープンソーシャルアプリを作る（@KuniTsuji）
=======================================================================
CodeIgniterを使ってのmixiアプリ構築についてのお話。
OpenSocial開発しているので全て既知の情報だったので
メモがありません。ゴメンナサイ。
要約するとPCはつくるのめんどいけどモバイルだとぺらいちで済むし、
運用した気になるモバイルオープンソーシャル (@cocoitiban)
=========================================================
ウノウさんは社員募集中、@cocoitibanは彼女募集中！
@cocoitibanのお仕事
映画生活（ピアに売却）、フォト増、clipp、まちつく
・まちつくについて
位置ゲー、もともとふつうのモバイルアプリとして提供していた。（ユーザー数非公開）
・リリース前
・社長がやりたい→同僚がすごい勢いで作成。@cocoitibanは横で傍観
（モバイルOpenSocialって元のサービスがあれば結構勢いですぐ作れるんですよね。）
・ロードアベレージ１０００でも登録できるんだー
そして、当然のように他社を含め登録ができなくなるｗ
・初日から1週間は1日10万のペースで増えた
・mixiに登録しているユーザーだからまちつくに登録という意識は低いっぽいですが
・ウノウには3時間で画像生成をキュー処理に書き換えたやつがいる
・ボトルネックになりそうなものを全部退治
・ハードウェア確実に足りないので購入進める
・二日目、三日目と同じように＋10万人ってトラフィックをさばかなきゃいけない
・リリースから今まで
・初期（パフォーマンスアップ）
・回線が足りなくなりつつあることに気がつく100Mなのに・・・
・決めてから1週間くらいでリリース
・Memcached適用範囲を増やす
・一部機能を企画レベルで見直しふかがひくなるかつ、よりよい動作へ。
・初期パフォーマンスアップ
・L7ロードバランサふやす
・DBマスタ分割
クエリはチューニングされていてCPUやDisk ioのreadはすかすかだけどWriteが痛い事に
・ORMの機能をつかって分割
・トランザクション上影響ないものを分割
・サーバー台数的にはそんなにない。
・中期
・ちょっとだけいいサーバーに置き換え
→あっさり解決
・本格的な機能改善
ユーザーに不便かけてる機能とかを大幅見直し
・社員数増員
・８Fに追加して４Fに事務所を移すことに
・引っ越し大変でした
・可能な限り早くしたかったがユーザーに不便をかけている段階ではリリースできなかった。
・中期
・一部処理をQ4Mに置き換え
・EC2とはおわかれできた
・EC2は悪くないがサーバーがある現状ではコスト間と運用の体制のにゃー（メモ終わる前に次のページへ）
・まとめると
・数ヶ月、数人のエンジニアでおこなわれたので長短納期
・力業だが安定志向を目指す方がいい
・変わったことやると大体トラブって死ぬ
・しかし新しい事やらないと間に合わない
[そのほかメモ]
・Q4M
・Gearman
・ActiveMQ
・自前で実装
・そのほかいいのがあれば
・キュー処理っているの？
・実装クイズ
・Friends1000人いて全員取りに行く場合どうする？
・キャッシュとして定期的に削除しなきゃだめ
・いや1000人とってきちゃおうよ
・トラフィックの波が激しい
・流入云々でかなり違う
・分散のネックはやはりデータベース
・ORMは使うべき
・流行るか流行らないか分からないサービスをつくる場合には必要
・はやった場合にすぐ分割できるか
・トランザクションがネックになる
・XAトランザクション
・トランザクションを正しく処理できるか
・KVSとの透過性
・逆をいえば上記はコードを綺麗にかけるかどうかなので使わなくてもいいと思う
・エンジニアとして思ったこと
・EC２はありだけど運用がイントラで運用するのとは違う形になるので経験が必要だと感じた。
・AmazoRDSが別の地域で使えるようになるといいなぁ。
・どきどきするのが課金。コストをいやいやでもエンジニアが意識せざるを得なくなる
・かなりはやい
・半年1年後、国内レベルのトラフィックであれば大半のWEBサービスは1台でおｋ
・ip_conntrack/iptable
・ulimit
・Symfony使ったけどそんなボトルネックにならなかった的な話。
・バッチ処理とかforkで悩むことが多い
# 総評
最近はめっきり大きなトラフィックを扱うことがなかったからちょっと刺激もらえました。
前の会社ではサーバー200台くらい管理してたけど今の会社では数十台程度だし、
そこまでトラフィックもこないのでサーバーエンジニアとしては体たらく気味。
まぁ、業務的には様々な方面でやっているので仕方のない事ですが。
とりあえず現状で出しておいて流行したら確実に死ぬ＆寝れなくなるので事前に
震える子鹿のようにただビールをひたすら飲むのでありました。
そんな私に声かけてくださった皆様、ありがとうございます。
お名前/ID出していいのか微妙なので割愛させていただきますが、感謝感動雨あられでございます。
そうそう、個人的には今の流行がTwigなので@cocoitibanともうちょっと
お話したかったですが懇親会LTもありーの、飲み過ぎて気持ちわりーので実現せず。
Twigすごく良いとは思うんだけどいまいちドキュメントが少ないので
本当にこれでいいんか？て思うことが結構あるのよねー。
Node周りの実装がぱっと見分かりづらいので難儀。
そいじゃ会社いってきまー
