エンジニア採用のパラダイムシフト - laiso
エンジニア採用の状況は地域によって大きく異なる 最近視聴した2つのコンテンツが、同じソフトウェアエンジニア採用の話題を取り扱っているにもかかわらず、その内容が両極端で非常に興味深かった。 ひとつは「エンジニア採用必勝法・これだけでわかるDevRel入門」という動画で、もうひとつは「最近カナダで就職したエンジニアと一緒に北米就活の攻略法を語る」というポッドキャストのエピソードだ。 エンジニア市場と企業の採用戦略は地域や業界によって異なるが、ここで話されている東京と北米（バンクーバー）では顕著な違いが見られる。 東京を中心とする日本ではテック企業間での人材獲得競争が激しく、特にエンジニアが不足しているため、採用広報の役割の重要性が増し、DevRelといった呼び名で施策が実行されている。 一方、カナダでは、永住権を持たない外国人労働者が職を得るハードルが高く、求職者の競争が激しい現状が実際
エンジニアをプロダクトマネージャーたらしめたものは何か？ - ドワンゴ教育サービス開発者ブログ
みなさま、お疲れ様です！企画開発エンジニア の高瀬 (@Guvalif) です。 "企画開発エンジニア" という職種はあまり耳馴染みがないかもしれませんが、一般的には TechPM：Technical Product Manager として知られるような役割となります。ところで、プロダクトマネージャーってどうやったらなれるのか (なりたいと思えるのか)、どんな人に向くのかって、あまり分からなくないですか？ 本記事では、エンジニア・バックグラウンドからプロダクトマネージャーに 未経験転職 をした自身の事例を紐解きながら、再現性のありそうなファクターを探っていきたいと思います 🔍 ◆ この記事の位置付け 前半は ... プロダクトマネジメント職種への、モチベーションに関する考察 後半は ... あまり表に出ないように思える、プロダクトマネージャーへの未経験転職事例 (N=1) 教育事業本部に
エンジニアをやめました - よく寝てよく寝る
Xの名前やプロフィールを変えたので気づいた方もいるかもしれませんが、 1ヶ月前くらいにエンジニアからジョブチェンジし、技術広報のお仕事をしています。 転職はしてません。 転職してから何してたの なんでエンジニアやめたの 感謝したいこと これからについて 転職してから何してたの 技術広報を始めるきっかけがあるまで、何やってたかを書いてます。 たいした伏線にはならないので興味のない方は読み飛ばしていただいて構いません。 ペパボからグロービスにバックエンドエンジニアとして入社するとまず、グロービス学び放題というビジネススキルを動画で学習できるサブスクサービスの事業部で、新規ユーザーを獲得するための開発施策を実施するチーム(当時)に配属されました。 このチームの守備範囲はサービスのLPにあるメールアドレス登録フォームからサブスクのプランを選択して決済操作を完了させるまでです。 チームメンバー全員が
やりたいこと・学びたいことがたくさんある焦り・急がば回れ - たにしきんぐダム
散文 何だか最近ソフトウェア開発者として焦りを感じている 知りたいことや学びたいことがたくさんある。WasmやRISC-V・コンパイラ最適化やLLVMについてだってもっと深く知識を身に着けたい。 とはいえ時間の全てを勉強に投げ出すわけにはいかない。仕事はあるし生活もある、優先度をつけてやっていかないといけない。しかし深い知識を身につけるには時間がかかる。 本やドキュメントをこつこつと時間をかけて読み続けるしかないのだが、早くそれを分かりたいという気持ちが先行して、ついショートカットしようとしていきなりそれらのプロダクトのコードを読もうとしてみたり、ちょろっと表面を触って分かった気になろうとしてしまう。そしていきなり事前知識が少ない状態でそれらのプロジェクトのコードを読もうとすると当然たくさんの未知の情報に圧倒されて惨めな気分を味わうことになる。(戒め) ちゃんと本やドキュメントを一から読ん
目標管理と評価制度の考え方 - KAKEHASHI Tech Blog
本エントリはカケハシ Advent Calendar 2023 の 11日目の記事です。 今年はPart2もあるのでぜひそちらもご覧ください！ カケハシのVP of Engineeringの湯前（@yunon_phys）です。皆さん、目標設定と評価は順調ですか？私はこれまで何年にも渡って、様々なメンバーの目標設定や評価をしてきました。残念ながら、こうすれば良い目標設定や評価が出来る！という銀の弾丸は無さそうです。でも、こう考えたら目標設定はやりやすいかも、こうすると評価はより納得感のあるものになるかも、というのはあります。 そこで今回は制度を施行・運用していく立場の人間として、目標管理と評価制度の考え方について、私の意見を述べていきます。 目標管理 目標はそもそも変わるものである みなさんこんなことありませんか？ やる気満々であんなことやこんなことを色々考えて、壮大な目標を期初にがんばって
恥を忍んでお聞きします。現在情報系学部の大学2年生です。昔からGoogleでエンジニアとして働きたいという思いが強く、それがゴールではいけないという意見をよく見かけますがその先はこれから見つけていくとして、とにかくGoogleで働きたいです。そのためにはどうすれば良いでしょうか。どうすればいいというのも困る質問だとは思いますが、なるべく具体的な回答をいただきたいです。 | mond
恥を忍んでお聞きします。現在情報系学部の大学2年生です。昔からGoogleでエンジニアとして働きたいという思いが強く、それがゴールではいけないという意見をよく見かけますがその先はこれから見つけていくとして、とにかくGoogleで働きたいです。そのためにはどうすれば良いでしょうか。どうすればいいというのも困る質問だとは思いますが、なるべく具体的な回答をいただきたいです。 確かに入社がゴールとかいうといろいろ説教する人はいますが（自分もそうですが）、それはそれとしてべつに恥でもなんでもないと思いますよ。 まず、大学の情報系の講義をきちんとうけ、よい成績を取ることを目指してください。すべてでA（優）をとるぐらいの気持ちでがんばってください。大学（とくに学部）でやるような内容はソフトウェア技術者として仕事をするうえでの基礎となります。多くの内容は直接使うことはあまりないにしても知っておいて損はない
近況報告：無職になりました - IT戦記
みなさんお元気ですか？僕は少しだけ元気ではありません。じんわりとした夏の暑さを感じながらブログを書いています。 実は、数ヶ月前にスマートニュースという会社を退職しました。 しばらく無職 しばらくは就職せずに無職でいようかなと思っています。 すぐに再就職した方がいいんだろうな〜。とは思うのですが少し疲れたかも。 いい時代になったものだ 最近は AI の進化も素晴らしく、昔ソフトウェアで出来なかったことがどんどんできるようになってるなって感じます。 Rust とか、ちょうど欲しかった感じのプログラミング言語もあるし、 ChatGPT は完璧ではないけど何か新しいことを始めるときに素晴らしい洞察を与えてくれる。 時代は確実に良くなってる。そんな時代に「自分は働いていないくていいのか」と少し不安になるけれど、自由気ままにコードを書く、そんな時間が今あってのもいいのかなって思ってます。 オフトピック
キャリアハックの奇行 - Software Transactional Memo
エンジニアの奇行 嚢中の錐という言葉がある。有能な人物は自ずと傑出していくという意味だが、有能さとは例えば学歴の高さとは一致しない。 たとえMIT卒であろうとも大成するとは限らないし、ましてや入試の点数などで見れる人間の側面は限定的である。 企業などで採用する側からしてみたら当然ながら採用後の活躍を期待して雇用するのであり、入社をゴールとしてそれ以降働かなくなる人は望ましくないし、学歴や入試の点数によってそういう人かどうか判定する事はできない。 活躍という観点で言うと長いキャリアにおいてより重要となるのはキャリア開始時での能力の高さよりも、険しく長い道のりを自己メンテナンスしながら歩み続けられる根気の強さが重要とされている。その根気の源泉は執着だったり崇拝だったり妄信だったりトラウマだったり原体験だったり人によって様々だが、ここではひっくるめて「やる気」と簡略化して呼ぶことにする。 さて「
エンジニアリングマネージャーの最初の学び - このロールは何なのか - yigarashiのブログ
2023/6/16付の人事異動で正式にエンジニアリングマネージャー（以下EM）になりました。2021/8に「エンジニアリングマネージャーを目指す若者の戦略」という記事を書いて明確にEMを目指し始め、2022/12には「EMキャリアを切り拓く「最強の現場リーダー」という働き方」という記事でEMに近づく様子を書きました。さらにそこから半年余り、ついに会社からも正式にEMと呼ばれることになりました。実際には3ヶ月ほど前から強くEMを志向した動きにはなっていましたが、やはり正式な職位は特別なもので、キャリアにおける重要な実績をひとつ解除したと感じています。 これほどEMというロールを志向し色々とやってきたのですから、EMとしての振る舞いもさぞスムーズに立ち上がるかと思いきや、実際にEMとして動くのは非常に難しいことでした。書籍やブログ記事を読んで頭で理解したEMという働き方と、自分がチームでEMと
レイオフされた元同僚に向けて｜Ken Wagatsuma
先日、私が以前働いていた会社で、100名（予定）を超える従業員を対象とするレイオフが行われる公式発表がありました。何人かの人とは既に連絡を取り合ったりできましたが、今回の件に関して思うところを書いておくのが一番効果的に伝えられる気がするので、一旦筆を取ってみようと思います。 なぜこれを書いたのか私が住んでいるイギリスでも、北米に勝るとも劣らずレイオフが続く昨今。経済不況になる前は「レイオフされたら世の終わり」というような印象もありました。現地での同僚や友人がレイオフ対象者になる中で、考えさせられるところも多々ありました。 ですが、実際に自分の会社を含めて大規模レイオフがこうも続くと、冷静に事象として分析できるようになってきます。安い言葉で敢えて書くなら、（人によっては）「ピンチをチャンス」と捉える機会でもあるよ、自分を見つめ直す機会でもあるよ、と言うことです。 そこで、レイオフをそれなりに
すまん､他社行くわ (ボツ案: プログラミングを始めて10年目になるし､新卒で入った会社もやめて転職する)
こんにちは､びしょ～じょです｡ メモリアルなんでなんか書こうかなと思いました｡ プログラミングをはじめて10年目になる プログラミングの旅は、大学に入ってから始まった。入学直前にDxRubyに触れ、forループを使って「hello」を出力しまくったのが、おそらく最初の経験であったと思う。大学時代、学部2年にはLinuxConに参加するなどしていたが、結局は言語系の道に進んだ。本格的にプログラミング言語自体に興味を持ち始めたのは、1年生と2年生の終わり頃にLuaでZコンビネータを書いたときだった。 それ以降、プログラミングとともに歩む日々が続いている。大学在籍中には、様々なプログラムを作成し、友人や先生からの評価も得ていた。また、自身のスキルアップのために、オンラインでの情報収集や書籍を読み漁ることも欠かさなかった。卒業後、初めて入った会社では、これまでの学びを活かし、新しいプロジェクトに取
アメリカでレイオフされました。 - shinichy's blog
Metaが11,000人をレイオフした昨年の11月9日、私の働くスタートアップでもレイオフがあり、レイオフの対象となってしまいました。 昨年3月にも勤め先のスタートアップが倒産してしまい、6月から働き始めたばかりだったので、またかという感じでした。 shinichy.hatenablog.com 簡単な経歴 3年半前に渡米したベイエリアで働くソフトウェアエンジニアです。レイオフまではWillowというウェアラブル搾乳機を作っている会社でiOSアプリ開発をしていました。ビザはH-1Bです。 レイオフ当日 当日突如Zoomで参加者は発言できない一方通行の全社会議が設定され、製品開発ロードマップの変更とそれに伴う組織再編のためレイオフを実施するというアナウンスがありました。会議後レイオフ対象かどうか知らせるメールが届き、自分はレイオフ対象であること、退職日は1ヶ月後、退職金や退職後の保険が数ヶ月
ウェブアプリケーションエンジニアとして転職活動をしますー！ - Mitsuyuki.Shiiba
しばらくしたら次のことを考えたいなと思ってるので、よい仕事や空いてるポジションがあったら教えてください！— Mitz Shiiba@フルスタックエンジニア (@bufferings) December 8, 2022 突然ですが CircleCI を辞めることになりました。そのことについてあまり話すつもりはないのですが、今の気持ちだけ書いておくと、びっくりはしたけど特にネガティブな感情はなく、面白い経験だなぁという気持ちです。 この一年間、色々とあまりできない体験をしてきた締めくくりにピッタリです。この状況を受け入れて、流れに身をまかせて楽しもうと思います。 ということで、こんな機会はあまりないので、次をどうするか、折角だから色々な会社のお話を聞いてから考えたいなぁと思ってつぶやいたら、たくさんのご連絡をいただき、とても嬉しく思っています。ひとつひとつのお誘いや励ましが、とてもありがたいで
テックリードを再生産可能にする - テックリード養成講座をやっている話 - 貳佰伍拾陸夜日記
この記事はEngineering Management Advent Calendar 2022の7日目です. 今はエンジニアリングマネージャ(EM)としてエンジニアリングマネジメントの4領域(プロダクト・プロジェクト・テクノロジ・ピープル)すべてを見ていますが, それ以前は長い間テックリードをやっていました. その経験を活かして, 最近は後進を育ててテックリードあるいは「弱いEM」*1をできる人材を増やそうとしています(これ自体がピープルマネジメントの一環ですね). テックリードを育てるためにやっていることの全容を詳細に書くと本が1冊書けるくらいになってしまうと思うので, その中でも再利用可能そうな(と言うより再利用可能にしたいと目論んでいる)「テックリード養成講座」について紹介したいと思います. Memeplex.appで生成した, テックなリードが養成されるイメージ 経緯 僕自身は,
Twitter での 2年 · eed3si9n
2022-11-20 僕は Twitter社の Build/Bazel Migration チームでスタッフ・エンジニアとして勤務していた。信じられないような 2年の後、2022年11月17日をもって退職した (企業買収後のレイオフでも任意でもあんまり関係無いが、僕は任意退職希望のオファーを取った)。Twitter社は、切磋琢磨、多様性、そして Flock を構成する全ての人に対して溢れ出る優しさというかなり特別な文化を持った職場だった。これを間近で経験して、その一員となる機会を得たことに感謝している。(Flock は「鳥の群れ」の意で、社内での Twitter社の通称) 以下は過去2年の簡単な振り返りだ。尚本稿での情報は、既に公開されているトークやデータに基づいている。買収後、うちのチームだけでも 10名以上のメンバーが Twitter社を抜けたので、在籍・元含め LinkedIn プロ
GMO ペパボを退職した, 送別会を渋谷のなるとキッチンで開催してもらった - HsbtDiary(2022-10-31)
■ GMO ペパボを退職した 10年と5ヶ月勤務した GMO ペパボの最終出社日(=退職日)でした。GMO ペパボでは執行役員としてエンジニアリングのトップマネジメントを担当していました。 せっかくなので、10年前にエンジニアとして入社してプロダクト開発を始めた時から今までにやってきたことを振り返ります。 ふつうの開発を根付かせた 「ふつう」とは何かという話はありますが、おおよそ同じくらいの規模の会社が当たり前のように行なっているプラクティスや技術を当たり前のように使えるようになる、というくらいの意味合いです。10年前の2012年にGMOペパボ(当時はpaperboy&co)に入社した時は、production のサーバーにログインしてコードを変更して、動いたらそこから svn に commit をする、というバックアップなのか...?という開発が行われてました。 当時一緒に入社した @k
自分を必要以上に過小評価することは、あなたを認めてくれている人にとっても失礼だよって話 - そーだいなるらくがき帳
クライアント先の社内ポエムだけど必要になることがあったので転記した。 @nekoya さんにお願いしたらそちらも公開してくれた。:圧倒的感謝: @nekoya さんの話がとても良かったので僕もポエムを書いてみる。 zenn.dev 僕もその昔はもちろん駆け出しのエンジニアで自信が無くて自分を低く見積もったり、ある程度自信があっても 謙虚であることが美徳 と思って自分を敢えて卑下するなんてことをよくやっていた。 脳ある鷹は爪を隠す、なんていうけど確かに周囲に低能力だと思われていたほうが便利なシーンもあるにはある。 しかし少なくとも社会で働く上で 自分の能力を適切に評価する ことは自分にとっても会社にとっても重要なことだ。 その前提の上で、自分を過小に評価することは、あなたの仕事の成果に対して高評価し、認めてくれている人たちにとっては裏切り行為と言える。 例えばとても良い仕事をしたのにも関わら
低すぎる自己評価は実際の評価も下げてしまうという話
自己評価が高すぎると困るのは想像がつきやすいと思いますが、一方で低すぎるのも困りものです。むしろ、そっちの方がより深刻な問題を引き起こしやすかったりします。 自己評価が過度に低い状態というのは、謙虚さではなく自己否定につながる場合がままあります。 それはやがて自分の携わる仕事やチームに対する否定に発展していきます。これが本当に良くない。本人のみならず周りにも悪影響を与えるので、仕事によるプラスのアウトプットを打ち消すマイナスのアウトプットを生み出してしまう。 仕事をすると同時にそれを削る方向の動きもしてしまうので、成果を上げても十分な評価ができなくなってしまいます。そして、また下がる自己評価という負の循環が完成する。 そこまで極端でなかったとしても、自己評価が低い人がシニアエンジニアとかリーダーみたいなポジションについてしまうと、それもまた不幸を招きがちです。 「自分に厳しい」と言えば聞こ
The things I love about Google are the things I dislike about Google
I spent 11 years at Amazon (as a Principal Engineer in Developer Tools), and have been at Google for the last 2.5 years (as a Senior Staff Engineer on Developer Infrastructure for Integration Testing). Both positions were company-wide engineering productivity roles that put me in touch with a vast array of teams and exposed me to both cultures deeply. And I’ve come to the following epiphany and pa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Facebook London に入社することになりました
