はじめに クラスメソッド株式会社で取締役及びAWS事業本部の本部長を努めております、佐々木と申します。 私は2014年1月にソリューションアーキテクトとして入社後、2015年7月よりAWSエンジニア部門の部長になりました。また事業拡大に伴って営業部門などを集約することとなり、2018年7月よりAWS事業本部の本部長となりました。この6年間、AWS事業部門のトップとして業務に従事しておりましたが、この度2021年6月をもって本部長を引退することにしました。 部長や本部長などの事業責任者は引退が難しいポジションのように思えるかもしれませんが、きちんと順序だてて計画すればスムーズに引退することが出来ます。この記事では、役職をどのようにして引退したら良いのかをご紹介します。 なぜ役職を引退するのか 最も大きな理由は「キャリアの固定化を防ぐこと」です。 私は本部長という役職で、事業本部の中に部があり

長年に渡り官僚として女性政策や障害者政策に携わりながら、予期せぬ逮捕で罪に問われ、裁判で無罪が確定し、復職。その後、女性としては史上2人目となる厚生労働事務次官（国家公務員の最高位）を務めた村木厚子（むらき・あつこ）さん。こうした履歴を目にすると、私たちはその人に「不屈の人」という印象を抱きます。しかし、村木さんはご自身を評して「平凡」と語ります。 「平凡な人間でも、職業人生を全うできることを証明したかった」と語る村木さんの言葉から見えてきたのは、激動と呼べる半生とは裏腹のしなやかさ、そして逆境にあっても決して失われなかった信念でした。 「志なんてなかった」消去法で選んだ官僚への道 ──村木さんが労働省（現・厚生労働省）に入省されたのは1978年。男女雇用機会均等法が成立する以前のことで、村木さんのように地元を離れて就職されるのは珍しかったのではないでしょうか。 教育に理解のある家だったの

承前 : Part-7 https://anond.hatelabo.jp/20201014091325 次回 : Part-9 https://anond.hatelabo.jp/20201101061517 前提IT系の会社を前提とする。 Individual Contributor (IC)を前提とする。採用やインタビューの話をするときに、応募者にそれなりの学歴・素養があることを前提とする。 (追加) TCの話をする際、すべての数字は４年間の平均、かつ課税前を前提とする。要は4年間の額面収入の合計を4で割ったもの。 (追加) 個々人の選択によって大きく変わる社会保障費の会社側負担などは無視して話を進める。つまりW-2のBox 1の数字を取り扱う。交渉のDOs/DONTs前回までで収入の構成要素については大体解説を終えた。細かいところまで含めればESPPだとかRoth IRAだとかまだ

キャリアを語るときにクランボルツの計画的偶発性理論が良く引き合いに出されます。 この理論は「個人のキャリアの 8 割は予想しない偶発的なことによって決定される」と説明され、たびたび良い意味の文脈で用いられることが多いように思います。「偶然を活かせ」「飛び込んでみろ」「新しい可能性にチャレンジしろ」と。 ただ、偶然には良い偶然と悪い偶然があります。そして計画的偶発性理論が言及されるときは、良い偶然が強調されがちで、悪い偶然について語られることが少ないようです。 しかし、もし本当にキャリアの 8 割が偶然で決まるのであれば、悪い偶然によってキャリアが大きく変わることもありえます。そのとき我々はどうすれば良いのでしょうか。今回考えてみたいのは、そうした悪い偶然がキャリア上で起こりうるときの対策法です。 キャリア上の”悪い偶然”は、予期できないブラックスワンの形で現れることもあるキャリアにおける悪

本日8月26日、レバレジーズ最終出社でした（8月末退職）。レバレジーズではメディアシステム部部長としてエンジニアリングマネージメントを中心に担当した他、レバテック技術顧問としてエージェントの専門性向上などを担い、ITエンジニアのキャリアについて接したり深く考える機会が多くありました。写真は最初の勤務地のヒカリエと、現在のスクランブルスクエアです。 退職理由などについてはここ数年情シスの長としてレピュテーションリスクの観点から監視する側だったので特に書きませんが、代わりに私が採用時・入社後に示してきたITエンジニアとして長く生き続けるためのポイントについてここに記します。つまりは「指名されるエンジニア」になるために必要な事柄です。IT業界に出入りして20年。数多のプレイヤーの栄枯盛衰を見てのお話です。この観察結果からまとめた内容になります。 最も恐れなければならないのは忘却されること　以前に

SRE実践の手引 ─ 信頼性をどう制御するか？ から始める、現実的な指標と目標の設計と計測 SREの役割には、信頼性、SLIとSLO、エラーバジェット、トイル、ソフトウェアエンジニアリングといった複数のキーワードが存在するがゆえ、なかなかうまく実践できない、という声もあります。本稿では、難しく見られがちなSREの内実を、「信頼性の制御」というコンセプトを軸に整理し、小さく始める一歩を坪内佑樹（ゆううき）さんが解説します。 こんにちは。SREの研究者をやっているゆううき（@yuuk1t）です。 SRE（Site Reliability Engineering）は、従来のオペレーションエンジニア、システム管理者（sysadmin）と呼ばれる人々が担っていた技術領域の新しい形です。Googleによって提唱され、日本国内でも2015年ごろからWebコンテンツ事業者のコミュニティを中心に広く知られる

7月末にGoogleを退職して、Coral Capitalにジョインした私に対して、似たような感じの質問がいくつもメッセで飛んできています。 「スタートアップへの転職を考えているのですが、ここの会社をどう思いますか？」 「スタートアップに転職するときに考えるべきことは何ですか？」 質問者の属性で共通しているのは、スタートアップ企業や、そのエコシステム一般について、あまり詳しく知らないということです。このまま大手企業にいていいのだろうか、もっと良いキャリア機会があるのかもしれないと漠然とした機会損失の不安を感じているようです。特に新卒5〜7年目で1社しか知らないという人で、まだリスクを取りやすいライフステージにある人に多いようです。 自ら起業するとか、共同創業者としてスタートアップする起業家ではなく、大手や中堅企業を辞めてスタートアップに社員としてジョインする人に向けて、いくつか考えるべきポ

※当然ながら、障害発生時はどのグレードでも0bpsになります 「なら専用線選んでおけばいいじゃん」と思うかもしれませんが、費用が圧倒的に違い、同じ帯域なら１段あがるごとに2～10倍ほどになります。たとえば5倍として、ベストエフォート100Mbpsで月額10万円なら、帯域確保は50万円、帯域保証は250万円、専用線は1000万円という差になってしまうでしょう。予算は有限ですから、むやみに高い品質を選んでしまうと帯域がとれないということになります。同じ予算であれば、1Gbpsベストエフォートがよいのか、200Mbps帯域確保がよいのかは場合によって異なるので、適切な選択をするべきです。 そして、ベストエフォートはベストエフォートでも、1Gbpsで100Mbpsしか出ないキャリアもあれば、1Gbpsで900Mbpsくらいを保証しているキャリアもあります。これは概ね値段に比例しますが、つまりベスト

今回の質問は、ハンターネームGさんから。 Gさんは、放出系を修行したあとに、自分が具現化系だと気づきました。彼はキャリアチェンジすべきでしょうか？ 技術習得には逓減性（ていげんせい）がある結論からいうと、キャリアを変え、具現化系に転向しましょう。 いまさら間に合わない！と思うかもしれませんが、大丈夫。 なぜなら、大半のスキル学習には逓減性（ていげんせい）があるからです。逓減性とは、後半になるにつれ、ドンドンと成長が鈍くなることです。 始めは簡単に上達するのに、エキスパートになるにつれ、髪の毛一本の上達に年単位の努力が必要になります。まるでRPGのレベル上げですね。 そのうえ、系統の相性差があります。今のキャリアを続けても、Gさんの成長には限界が。 具現化の習得を100とした場合、相性の悪い放出系の習得は、同時間の修行しても40程度にしかなりません。 Hunter x Hunter 9巻（冨

いろいろな若い人と話す機会があります。そのときに一番多い悩みが やりたいことが見つからないです。 で、このあたりの悩みを深ぼって聞いてみて、それを整理して煮詰めてみると、主に2点でして 1. 無駄な努力をしたくない 2. 努力が無限にできるほど夢中になれるものがあると信じてるじゃないかなーと。 なので、このあたりを紐解いて、行き詰まっているところを取り除くと、「やりたいことを見つける」というのができるんじゃないかと思って、この記事を書いています。 というわけで、いきます。このnoteの方針として「有益なものは無料」「無益なものは有料」なので、もちろん無料です。 (余談：お前の書いたものなんて有益じゃねーよ！という叩きが来るかなと思ってたんですが、全然こないので、人間ってどんどん成熟していくんだなーと思っています)。 あ、20代向けに書いているので、30代以上の人にはピンとこない可能性がある

改善し、計測する ― ISUCONとは開発サイクルを回すこと ── 藤原さんがISUCONに参加するきっかけは何でしたか？ 藤原　ISUCONの前に「チューニンガソン」というイベントがありました。データベースの割り当てメモリを増やしたり、同時接続数を増やしたりとインフラ側でいろいろチューニングできるコンテストです。ただし、アプリケーションのコードに手を入れることは許されないレギュレーションで、「それだけじゃ面白くないよね」と@tagomorisさんが言い出して始まったのが、ISUCONです。 はっきりとは覚えていないんですが、その案内をたぶんTwitterで見たんでしょうね。先着20チームが参加できるというので、すぐ当時の同僚と組んでエントリーしました。 ── 第1回でいきなり優勝できた勝因は何だったと思いますか？ 藤原　参加したのはカヤックに転職して約半年後だったんですが、その当時手がけ

昨日、以下のツイートをしたところそこそこ反響があった。 自分は今、コード書かずにマネジメントしかしてなくて、そんなポジションの人にそれほど価値ないでしょ、とか思ってしまうけど、こういうポジションの人がいないチームの話とか聞くと、やっぱりいたほうがいいんじゃないか、と思うし、ほとぼりが冷めるとまた自分は無価値のように思えてしまう。— だいくしー (@daiksy) February 18, 2019 エンジニアマネージャってなんか実績を示しづらいので、世の中の数多のマネージャ職に埋もれて、自分にスポットが当たりづらい、結果、キャリアに不安が拭えない、みたいなとこないです？— だいくしー (@daiksy) February 18, 2019 そこで、もう少し悩みを掘り下げてみる。 通勤電車内でiPhoneのメモに雑に書き並べただけなので、まとまりはない。 モダンなデベロッパー文化をチーム内で

こんにちは。タイトルの通り、日本国際ビジネス機械株式会社(仮称)を1年10か月で退職しましたので、退職エントリーなるものを書いてみようと思います。 なお、本エントリー執筆に際し、ガシ (id:lksdsw)さんのエントリーを参考にさせていただきましたので、最初に御礼申し上げます。 正直に言うと、私が言いたいことは大体ガシさんが書かれていることなので、ガシさんのエントリーを読んだ方がいいと思います。(ぉぃ はじめに 誰? 会社でやってたこと 会社のよかったところ 退職する理由 次の職に望んだこと 転職先をどう見つけたか これからやること まとめ 余談 追記 はじめに 日本国際ビジネス機械と聞いてどこの会社のことを指しているかわからない方は、話の流れがわかりにくいと思うので、 ブラウザバックをお勧めします。 さて、この長ったらしい仮称をこれ以上連呼したくないので、以降日本国際ビジネス機械株式会

はじめまして、河合俊典（ばんくし、@vaaaaanquish）と申します。 普段はヤフー株式会社にて、検索やレコメンド、異常検知などの機械学習システム関連業務に携わる、いわゆる「機械学習エンジニア」と呼ばれる仕事をしています。 私は、技術研鑽（けんさん）の傍ら、はてなブログやテックイベントなどで、自分が持っている技術やキャリアについて、たびたび発信しています。本記事では、技術やキャリアに対する私自身の考え方と、それらを発信する先に理想としている世界観を、皆さんに伝えることができればと思っています。 若輩者ではありますが、何卒よろしくお願いします。 ライフステージの変化に対応するため「今やる」人であり続ける ギリギリで対応するライフステージの変化 マネージメント職への転身も技術知識の収集が支える ギリギリでも乗り越えられるように技術を蓄える 基盤となる知識をさまざまな分野から何度でも学んで深

エンジニアのためのマネジメントキャリアパスという書籍が出版されました。 タイトルに書いたとおり、マネジメントに興味がなくても、読むこと大きな学びをもらえる本です。 及川さんが前書きを書いており 本書を読み終わった後、私はひどく落ち込んでいる自分に気づきました。 ~中略~ 内容が素晴らしい故に、いかに自分が未熟であったかを思い知らされた と、記載があって衝撃を受けました。 及川さんが落ち込んだら、私なんて精神崩壊してしまうのではないか…！？ 本書を読んで、精神崩壊こそしなかったですが、ひどく落ち込みました。自分のレベルの低さを痛感します。 本記事では本書の知識定着のためのアウトプットと、所感をまとめています。各章毎にピックアップして記載します。 書籍の内容 1章 マネジメントの基本 2章 メンタリング 3章 テックリード 4章 人の管理 5章 チームの管理 6章 複数チームの管理 7章 複数

エンジニア向けライティング講座。見落としやすい注意ポイントを徹底解説！ 個人が趣味で運営するサイトと、企業が事業として提供するサービスでは、責任の大きさが違います。守るべき法律やライセンスがあり、モラルが厳しく問われるだけでなく、掲載する情報の正確さ、分かりやすさに気を配ることも大切です。開発を業務とするときに、エンジニアリング以外でどんなことに気をつけるべきでしょうか。 こんにちは、Webエンジニアとして企業に勤めている池田（@ikenyal）です。 この記事では、サービス開発を業務とするエンジニアが、作成したプロダクトや提供する企業の価値を低下させないために、エンジニアリング以外の部分で心がけたいポイントについて紹介します。 個人が趣味で公開しているWebサイトと、企業などが事業として提供するWebサイトでは何が違うのでしょうか？ 一番の違いは、責任の大きさだと思います。個人のサイトに

俺の愛用ワンライナー、Web企業のエンジニア16人に聞きました エンジニアの皆さんが愛用する自作のワンライナーってどんなもの？Web企業で働くエンジニアの方々に、秘蔵のワンライナーを聞きました。 ワンライナーとは、何か特定の処理を「たった1行のプログラム」だけで実現するものです。サービス運用に携わるエンジニアの皆さんも、愛用している独自のワンライナーを持っているのではないでしょうか。「独自のワンライナー」とは、エンジニア各人のナレッジやノウハウが詰まっているとも考えられます。 本企画ではさまざまジャンルで活躍するエンジニア16人に、業務を支えてくれるワンライナーを紹介してもらいました。参考に使ってみるも良し。眺めて楽しむも良し。個性あふれる貴重な「オレオレ・ワンライナー」の数々をご覧ください！ ※各カテゴリー内では所属企業名の50音順に掲載。回答者は敬称略とする。 リソース管理 プロセスを

子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには お父さんは出産を除くすべての子育てタスクを担当できるとして、エンジニア的なアプローチで育児に取り組む白山文彦（@fushiroyama）氏が、キャリア構築や技術的成長との両立について語ります。 こんにちは、白山（@fushiroyama）と申します。主にモバイルアプリ開発を生業としています。 4年前に第一子をリリースして地道な改善施策を重ねつつ、半年前にめでたく第二子もカットオーバーしました。以来、外ではソフトウェアエンジニアとして外貨を稼ぎつつ、家庭ではフルスタックお父さんとして、食事に風呂に寝かしつけに夜泣き対応にと奮闘しております。 その過程で「エンジニアでよかったなぁ！」と感じた点や「こういう考え方やアプローチはエンジニアならではかもしれない」と感じたことが少なからずあったので、ぜひ紹介したいと思