Googleを退職してLaunchableに入社しました - draftcode.osak.jp
新卒でGoogleに入社して7年ちょっと経って、なんか最近社内・社外問わず転職しているひとをチラホラ見るし、ちょっとキャリアパスを真面目に考えたら転職してもいいかなぁと思ったので転職した。ちょうどいい時期にLaunchableにポジションがあったので、コンタクトをとって採用パスにのせてもらったら、採用された感じ。 9年ぶり2回目って書いたんですが、よく考えたらインターン後、日本からUS転籍後に退社しているので6年ぶり3回目が正しい気がする。 キャリアパスに思うところがあったとは なんかつらつら書こうと思ったけど、QuoraのWhy don't engineers make it further than being senior engineers at Google?の回答が良い感じの説明に見える。なんかTrajectory to L6は悪くなかったというかマネージャーからは「既にL6と
退職に向かう感情と行動を整理し、退職ジャーニーマップをつくってみた｜久松剛／IT百物語の蒐集家
ITエンジニア採用に関わること9年。数多くの採用と共に退職にも関わってきました。昨今のHR界隈では採用や、入社後のエンゲージメントが注目されたり、被雇用者の退職マニュアル・退職代行などは脚光を浴びていますが、退職に向かう行動／感情と引き止めについてはあまり議論されていないように思います。 退職、最終出社のシーズン。 退職は退職であって、卒業ではない。 学位出ないでしょうが。 — 久松剛／IT百物語の蒐集家 (@makaibito) December 20, 2020 先立って開催した「エンジニア引き止めセミナー」でもご紹介しましたが、今回は退職に向かう行動／感情の整理をしましたのでご紹介します。エンジニア以外にも適用できる内容だと考えています。 有料設定していますが、最後まで無料でお読みいただけます。もしよければ投げ銭感覚で応援をお願い致します。
適切な技術力評価をするために工夫していること。プレゼンスキルだけが高い人が過剰に評価されないために。｜makoga
その中に下記2点を懸念する声がいくつかありました。 ・プレゼンスキルだけが高い人が過剰に評価されるのでは。 ・社内政治やコネを作るのがうまい人が過剰に評価されるのでは。 このような懸念をできるだけ顕在化させないための工夫をしており、それには、評価軸の理解、多様な視点、透明性が重要だと考えています。 評価軸の理解評価軸は大きく1回、小さく1回変更しました。 最初のたたきはCTOが作成しましたが、実際に決まるまでにはたくさんの意見をもらいました。変更するときも上から決めるのではなく、ふりかえりで出てきた意見をもとにたたきを作成し、意見をもらいながら決めてきました。みなで考えながら改善することで理解が深まっていったと思います。 多様な視点技術力を評価するのは難しいことです。1人の評価者が被評価者の全てを把握することは無理ですよね。VOYAGE GROUPでは、同じ部署の上長が実績を評価し、他の部
伊藤直也が語る「仕事の流儀」第4回──常に技術の新陳代謝が生まれる場所にいたい｜CodeIQ MAGAZINE
伊藤直也氏が語る「仕事の流儀」第4回で語っていただくのは、エンジニアとしてどのような刺激を受け、技術を学んでいくべきについて。 技術の多様性と世の中のトレンドを感じるために、どのように行動しているのか。常に技術の新陳代謝が生まれる場所に立ち会っていたいという直也氏ならではのこだわりと流儀をお届けする。 by 馬場美由紀 （CodeIQ中の人） 勉強会で、技術の多様性と自分の立ち位置を知る この数年、Web系、オープンソース系のエンジニアの勉強会が盛り上がっていますね。この5月から6月にかけても、Go言語開発者の集まり「GoCon（Go Conference）」「渋谷java」「AWS勉強会」「GitHub Kaigi」とか。 僕もいろいろと勉強会に参加していました。GitHub Kaigiは僕も主催者の一人でした。Twitterに書いただけなのに、申込み者が1000人とすごい人数が集まって
今後重要な職種になる『プロダクティビティエンジニア』とは : 生み出す人になる(WOODY社長のブログ)
弊社の開発における考え方として「方向>開発フロー>スキル」という順番があります。 方向がずれているとすぐに数ヶ月吹っ飛ぶので向かう先をどこにするかは最も大事。 次に開発フローで、変なコミュニケーションロスがあるといかにスキルの高いエンジニアがそろっていてもスピードがあがりません。 そして最後にスキル。 そんな話を藤村くんたちに熱弁していたら、 「ゆうじ、それはプロダクティビティエンジニアって言って、職種として今後大事になってくる考え方だよ」 と教えてもらいました。 このプロダクティビティエンジニアについては、 まだ日本語での良いドキュメントが見つからず自分の言葉で説明するしかないのですが、 要はスループットを上げる事にフォーカスするエンジニアの事です。 上記に書いたようなコミュニケーションロスなどを無くしたり、 最適なツールを決定したり、issueの切り方を整理したり、 テストフロー、デプ
Redmineを全員で使ったらカオスになった話
タスク管理のツールとしてオープンソースのRedmineを使っていた。エンジニアだけで使っているうちは特に問題はなかった。エンジニアが10数名、全員でも40人規模の会社なので全員の作業を見える化したいよねという話が上がって全員でRedmineを使い始めることになった。そして何が起きたか。 プロジェクトが乱立した エンジニアであれば「プロジェクト」は単位は大体想像がつくと思う。しかしながらツール上ではその単位でプロジェクトは作られなかった。「正規のプロジェクト」の小規模な機能追加であっても「○○対応プロジェクト」と銘打たれツール上にプロジェクトが作成された。 「〜対応プロジェクト」「〜導入プロジェクト」「〜検討プロジェクト」「〜プロジェクト」・・・どんな言葉にもプロジェクトを付ければ”プロジェクト”にできるんだということは新鮮ではあったし、勉強にもなった。（そもそも”プロジェクト”って何だ？）
「新入社員だけど会社辞めたい」若手が３年後の転職を見据えて今からすべきこと【連載:えふしん】 - エンジニアtype | 転職type
Twitterクライアント『モバツイ』開発者であり、2012年11月に想創社（version2）を設立した有名エンジニア・えふしん氏が、変化の激しいネットベンチャーやWeb業界の中で生き残っていくエンジニアの特徴を独自の視点で分析 藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にGMOペパボへ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社を設立し、2012年4月30日まで代表取締役社長を務める。その後、想創社（version2）を設立しiPhoneアプリ『ShopCard.me』を開発。2014年8月1日からBASE（ベイス）株式会社のCTOに就任 新入社員として入社された方も、そろそろ1ヵ月が経とうとしてい
新卒で大企業に入社して良かった【7つ】のポイント☆ - はてな村民と慣れ合いたい時のやつ
2013-11-13 新卒で大企業に入社して良かった【7つ】のポイント☆ はて坊 各位 貴殿におかれましては、益々ご清栄の事と心よりお慶び申し上げます（ｷﾘｯ ちょうど私も書こうと思ってたネタを見つけた（まじまじｗ） 大企業のほうが成長できるとか完全にウソ - Chikirinの日記 就活生へ。小さめ企業がええよ。 - レールを外れてもまだ生きる - 派遣OLブログ 私は新卒で大企業に入社しといて良かった…としみじみ思う。 （健康保険組合があり、グループ企業に保険会社、不動産会社、旅行代理店などがある規模。グループ全体でルールやカルチャーが統一されていたので、子会社、孫会社でも大企業的な働き方のところ。 男性でも育児休暇を取ったり、平日に有休取ってディズニーランド行っても誰も文句言わない。） 意識の高い学生は、はてなを見ていそうなのであえて書く。 ここでのベンチャーは、そうね…50人く
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cakes（ケイクス）
ssig33.com - クラウドソーシング