最初にお断りしておくと、このエントリは驚くほど僕固有の私的な話に終止するので、他の人の参考にはならないでしょう。 ICというのはIndividual Contributorの略で、最近だとHashiCorp創業者のあのMitchell Hashimoto氏が、HashiCorp社内でICになるというのも話題になりました。日本でも、こにふぁーさんがそういう動きをしていたりして、ちょいちょい聞くようになってきた印象です。 今回の僕の転職は、言ってしまえば、自分が培ってきたソフトウェアエンジニアとしてのスキルを活かして世界の舞台で戦いたいという気持ちを抑えきれなかった、という幼稚な理由です。自分が求めているものがLaunchableにはあるように感じて入社しました。 振り返ってみると、最近の自分の転職における決め手は「自分を一番必要としてくれるところ」という側面が強かったと感じています。その結果
エンジニアバブルの終焉についてお話したものが2023年5月28日。あれから半年が経ち明確に転職時の給与についても影響が現れ始めました。スカウト媒体や人材紹介の状況を踏まえつつお話していきます。企業、候補者、そしてその間にある人材事業の事情と思惑を整理していきます。 有料設定していますが、最後まで無料でお読みいただけます。もしよければ投げ銭感覚で応援をお願い致します。 伸び悩む給与提示2022年以前であれば積極採用企業が複数集まることで競りのような現象が起き、現年収に対し1.25倍以上の提示が見られました。これは「社内で出世するより転職した方が年収が上がる」という言説に繋がって行きました。 現在では現年収据え置き、もしくは+50万円程度が相場になっています。給与が大きく上がる場合は現職の待遇が相場より悪く、そのまま入社すると自社の給与水準より低くなる場合や、新卒より低くなるためといった背景が
Kyashの@konifarです。 エンジニア採用応募者向けに、Kyashの面接のフローや目的などを明記した『採用面接ガイド』を作ってGitHubリポジトリで公開しました。 github.com きっかけ Kyashでは応募者とKyash双方にとってよりよい採用面接を行うべく日々フローを改善しています。 その一環で、2020年8月からAndroid/iOSの技術面接にエンジニア2人が一緒に出席することにしました。2人で面接することで、『事前準備や当日の議事録作成などの負担を減らせる』『同じ質問の重複を防げる』といったメリットがあります。一方で、面接者が2人いると応募者が緊張してしまい正しい見極めができないこともあるのではないかという懸念の声も社内で上がっていました。 私も気になったのでTwitterアンケートで聞いてみたところ、15%くらいの方は緊張して面接内容に支障が出そうと答えていまし
1年で内定承諾率が8倍に。エンジニア採用は「開発者体験」と「候補者体験」を良くすれば上手くいく！ - Uzabase for Engineers
こんにちは。NewsPicks CPO／CTO の 文字 です。NewsPicks Advent Calendar 2022 の 4 日目を担当します。昨日は 池川さん による Kotlin 知見共有会 ー 社内勉強会を継続させるための工夫 でした。 qiita.com ちょっとキャッチーなタイトルを付けてしまいましたが、今日は NewsPicks のエンジニア採用に関する取り組みと、そこから得た学びについて共有できればと思います。 はじめに 当時の状況 候補者体験の改善 転職ドラフトの強化 エンジニアの給与アップ（+50 万） カジュアル面談の見直し 技術課題の撤廃とワークショップ面接の導入 面接参加者を増やす オファー時にラブレターを渡す 候補者体験を良くするだけでは、採用はうまくいかない 開発者体験の改善 開発者体験の改善は一夜にしてならず 2020 年 - 開発者体験への投資を開始
先日、某VC投資先の方々に対して、「ソフトウェアエンジニアの採用時にコーディングテストをやりたいがどうしたら良いか？」ということについて語ってきたので、こちらにもエッセンスをまとめたいと思います。 コーディングテストの目的 なぜ我々はコーディングテストをやるのでしょうか？ もちろん、第一目的はソフトウェアエンジニアの採用候補者のスキルを見極めるためです。 過去に、経歴も良さそう、技術的な議論もスムーズにできる、なのにコードが書けない候補者に、私は何度か出会っています。「コードが書けない」のレベルは、（ある程度易しい）論理をプログラムに翻訳できず、まともな if 文が書けないというレベルを言っています。熟練者でもド・モルガンの法則をうっかり間違えるぐらいはあると思いますが、そういう話ではありません。コードが書けない候補者は、そもそも条件が書き下せません。このような候補者を雇ってはいけません。
どうも．7月から転職した沼の人です． 唐突ですが，今回の転職でいくつかの企業を受けてきて，表題の事象が発生したそこそこ多数の会社に対して本気で受ける気が失せたのを急に思い出したので書いておこうと思います． なお，これは特定企業への批判を述べたいわけでなく，エンジニア(n=1)の心理的に，これは本当にお金をかけたマイナスでしかないと感じたので，改善されればいいなと思って書いています． また，この記事は主に小規模なベンチャー企業に向けて書いていることで，様々な部署異動や社風管理などをする中～大企業において人事の人が面接を最初に行うのは仕方がないと思っています． ということで本題今回の転職で，ベンチャーではカジュアル～1次面接でPMレベルのエンジニアが出てくるか，人事の人が出てくるかに二分されることが多いような印象を受けました． 人事の方が出てくるいくつかの会社では，転職サイト経由で人事の方から
秋のブログ週間の9本目のエントリーになります。この企画もこんなに書く人が出てくるように育っていいですね。 「中間層を増やして柔軟性を高めるのがソフトウェアの歴史」 これは大学時代に2つ上の先輩が言っていた言葉です。例えばマシン語を直接書くのではなく、アセンブラで書けば、変換（コンパイル）の手間はかかりますが、他のCPUへの移植はしやすくなります。高級アセンブラと名高いC言語を使えばさらに移植性は上がります。C言語で書かれたVMを使う言語、例えばJava、Python、Rubyなんかはさらに移植性は上がります。 ストレージもそうです。最終的にストレージはビット列を保存するものですが、それにOSのファイルシステムというレイヤーがあり、そこにスキーマで管理されたデータを入れるDBMSが乗っかり、SQLなどの問い合わせ言語でデータ取得できるようにします。DBMSを挟むことで、レプリケーションでバッ
社内ランチ勉強会で話した資料の一部を公開しています。
社長と晩ごはん｜就活マッチング支援アプリ
社長さんと晩ごはんのアポが取れる！？ 企業経営者（人事決裁者）×学生（プロジェクト型人材）のマッチングアプリ
採用のために技術ブログを書くわけじゃない。
広木です。 いろいろ、時が流れるとそのときどきの時代背景のようなものやコンテクストが失われてしまうことがよくあります。すると、手段が目的化するとか主客の転倒などが起きてしまい物事がうまくいかないなんてことになります。 たとえば、採用支援をしているとエンジニア採用をするために、エンジニアブログをやろうとするがあまりうまくいかないという話をよく聞きます。 なかなか書いてくれるエンジニアがいなかったり、いても他のエンジニアブログみたいにバズったりするわけじゃないしなどなどです。 これも主客の転倒が起きているんだと思います。 実際は別にどの会社もエンジニアを採用するためにエンジニアブログを書いているわけじゃないのです。書きたいから書いているし、役に立つから書いているし、そういう発信があるから良さそうな文化を感じ取ってたまたま採用につながることもあるだけなんです。これは結構当たり前のことではあるんで
構造化された面接とは、簡単に言えば、同じ職務に応募している応募者に同じ面接手法を使って評価するということです。構造化面接を行うと、応募した職務自体が構造化されていない場合でも、応募者のパフォーマンスを予測できるという調査結果があります。Google では構造化面接を採用しています。つまり、すべての応募者に同じ質問をして、同じ尺度で回答を採点し、事前に決められた一貫した採用要件に基づいて採用を決定しています。 では、構造化面接の質問を使う組織があまり多くないのはなぜでしょうか。実は、質問を作成するのが難しいのです。構造化面接の質問は、記述してテストする必要があります。また、面接担当者が他の質問をしないように指導する必要もあります。さらに、同じ質問が何度も出されると予想した応募者同士が、情報を交換してすべての回答を用意してこないように、質問を絶えず更新する必要があります。別の調査によると、構造
Close-Up Enterprise 日々刻々、変化を続ける企業の経営環境。変化の中で各企業が模索する経営戦略とは何か?『週刊ダイヤモンド』編集部が徹底取材します。 バックナンバー一覧 「リクナビ」を利用した内定辞退率データを企業に販売していた問題が、人材業界全体を震え上がらせている。個人情報保護の観点だけではなく、人材データの利活用のあり方そのものが問われている。 （ダイヤモンド編集部 相馬留美） 本人の同意があっても 「内定辞退率」の外部提供はアウト 「リクナビがやったのは『オレオレ詐欺』みたいなもの。金を取る仕組みづくりはさすがだが、直感的にアウトでしょ」と新卒向けサービスを行う同業他社の事業担当者は苦笑する。 就職情報サイト「リクナビ」を利用した内定辞退率データの販売問題が波紋を広げている。 リクルートホールディングスのグループ会社・リクルートキャリアは、2018年3月「リクナビ
少子化に伴い人手不足が業界を問わずに叫ばれています。しかしまとまった数の正社員希望者がいるにも関わらず、企業からほぼ見向きもされていないのが就職氷河期世代です。就職氷河期世代は1975年から1985年に産まれた人が該当すると言われています。正社員ポジションの募集に恵まれなかった時期です。
みなさん、こんにちは。ポテンシャライトの寳田（ほうた）です🙋♀️ 先日このようなnoteを書いてみました。 「いや、エンジニア採用ってやること盛り沢山すぎない？」 これまでのエンジニア採用経験で培った知見（ノウハウ）を時系列に記載した「エンジニア採用の教科書」を書き終えた所感です。 「結局どこまでやり切れば良いんでしょう？」 難題だらけのエンジニア採用ですが、各社課題も異なるため、このようなご相談いただくケースも多いです。 今回はそんなエンジニア採用を ・どんなステップで進めていくと良いのか ・どんな施策があるのか ・どこまでやり切ればよさそうか など施策についてまとめてみることにします✏️ ※あくまで本noteではポテンシャライトが日々採用のご支援をさせていただく中で感じた内容を元に書いておりますので一視点として参考程度にしていただけますと嬉しいです。 それでは、はじめます！ 1.
Scrum Fest Sapporo 2021でプレゼンしました。 私達の愛したDDDを取り戻すための苦悩と挑戦について紹介します。本作品はマリリン・マンソン Rock is dead オマージュ作品となっております。 DDDはその構造上、デザイン思考やリーンスタートアップやディスカバリーといったものを考慮しておらず、デリバリーフェーズを意識した手法になっているのですけど、これはチーム開発のボトルネックを生み出す原因になりがちではないでしょうか？ デリバリーにおいてはドメインを語れる人がいく人かおり、それをベースにそこそこの規模のシステム設計やアプリケーション設計をしていく。その過程でDDDを実践したという経験がつくわけですが、その人に対して、新規事業であったり、若々しい状態の事業のサポートをお願いすると、劣化したDDDのような設計をベースに進めつつ、現場のプログラマーを説得する行為に走る
先日、私が以前働いていた会社で、100名（予定）を超える従業員を対象とするレイオフが行われる公式発表がありました。何人かの人とは既に連絡を取り合ったりできましたが、今回の件に関して思うところを書いておくのが一番効果的に伝えられる気がするので、一旦筆を取ってみようと思います。 なぜこれを書いたのか私が住んでいるイギリスでも、北米に勝るとも劣らずレイオフが続く昨今。経済不況になる前は「レイオフされたら世の終わり」というような印象もありました。現地での同僚や友人がレイオフ対象者になる中で、考えさせられるところも多々ありました。 ですが、実際に自分の会社を含めて大規模レイオフがこうも続くと、冷静に事象として分析できるようになってきます。安い言葉で敢えて書くなら、（人によっては）「ピンチをチャンス」と捉える機会でもあるよ、自分を見つめ直す機会でもあるよ、と言うことです。 そこで、レイオフをそれなりに
各SNSやメールなどで退職報告をしたところ、周りから反響がそれなりに大きく、同じような質問をいくつか受け取ったので簡単によくある質問への回答と簡単な自己紹介と伴に退職記事として書いてみます。 2年半くらい勤めたマッキンゼーを退職してきた。抽象的な問題を具体化してフレームワーク化しつつ詳細を言語に落とし込むのは、ソフトウェアの設計•開発に似ていて楽しい経験ばかりだった。エンジニアリングは引き続き伸ばしつつ、次も自分の目標達成のために選り好みせずに飛び込んでいきたいー pic.twitter.com/o96gjMX3Xl — Daijiro Wachi☔ (@watilde) August 31, 2020 内容に入る前に、冒頭で伝えたいことが2点あります。 1. 退職した会社に対しては100%ポジティブな印象 楽しかった、の一言に尽きます。ある程度の質・量を伴ったアウトプットを出してきたソフ
“LLM for SRE“の世界探索 - ゆううきブログ
ChatGPTが登場した当初、対話や要約、翻訳、コード生成などの典型的な言語タスクができても、SREやAIOpsの研究開発にはあまり関係ないのではないかと正直思っていた。AIOpsでは典型的にはいわゆるObservabilityデータ（メトリクス、ログ、トレースなど）が入力となるため、自然言語ではなく数値のデータを解析することが求められる。自然言語のタスクを研究対象としていなかったため、AIOpsとChatGPTに強い関係性は見いだせなかった*1。 しかし、自分で大規模言語モデル（Large Language Model: LLM）を日常的に使用したり、表題にあるようにSREのためのLLM（LLM for SRE, LLM4SRE）に関する論文を読むうちに、LLMのテキスト生成器としての性質よりもその優れた推論機械としての性質に注目するようになった。特にSREの障害診断は、人間の専門家が推
〜求人プラットフォーム「メルカリ ハロ」を通じて「時間やスキル」を価値に換え、メルカリグループのあらゆる価値の循環を加速〜 株式会社メルカリ（以下、メルカリ）は、スキマ時間を活用して働ける求人プラットフォーム「メルカリ ハロ」を通じて、2024年初春に単発・短時間の雇用契約による新しい働き方を提供するスポットワーク事業へ参入することをお知らせいたします。 また、サービス開始に先駆け、本日より「メルカリ ハロ」で働く人を募集したい求人募集パートナーの先行受付を開始いたします。 ■メルカリのエコシステムに「時間やスキル」が加わり、あらゆる価値の循環を加速 メルカリは2023年2月に設立10周年を迎え、次の10年の成長に向けて「あらゆる価値を循環させ、あらゆる人の可能性を広げる」という新たなグループミッションを公開しました。創業から10年、「メルカリ」では誰もがモノの売り買いを楽しめるマーケット
▼イベント▼ Spring Fest 2021 https://springfest2021.springframework.jp/ ▼配信アーカイブ▼ https://www.youtube.com/watch?v=9-yDaFlGTxE
この記事はテクノブレーン被害者アドベントカレンダーの19日目として書かれています。このアドベントカレンダーは今まさに作りましたから、参加者は自分しかいません。他に被害者がいたら続きを書いておいてください。 この記事は特定の企業に対する苦情および批判が含まれます。お前だ、テクノブレーン。 こんなことが横行していては、「リクルーティング」という職業の価値が著しく毀損されてしまうし、ソフトウェアエンジニアリング産業自体がスポイルされていってしまう。 明確に、俺は強く怒っている。お前たちは「駄目」だ。 TL;DR テクノブレーンは本当に悪質なリクルーティング企業なので使ってはなりません。 テクノブレーンから電話が来ましたか？ 奴らはカモフラージュしてきますが相手をしてはいけません。 テクノブレーンを貴方の所属する企業が採用目的で利用していますか？ こんな邪悪な企業を使っているようでは自身の会社も邪
こんにちは。Forkwell の赤川です。 2023年に入り、外資系企業のレイオフニュースが流れたり、国内屈指のRails企業であるクックパッドの人員削減ニュースなど、心を痛めるニュースが続いています。 レイオフはどんな人でも傷つくといいますし、その話題を目にした方の中には、当事者でなくとも落ち込む方がいるかもしれません。 自己肯定感が傷ついたタイミングで転職活動すると、その満たされなさが面接で伝わって評価されにくいことがあるので、辛い気持ちの方は、利害関係がない信頼できる人と話して回復することから始めてみてください。 こうした市況感の中で「エンジニアバブルとは何だったのか」という記事が話題になっていました。過去20年、加熱し続けてきたITエンジニア採用市場が、2022年10月を境に冷え込み始めていることを指摘しつつ、個人として強かに生きる方法を助言した良記事です。未読の方はぜひご覧くださ
LAPRASのソフトウェアエンジニア向けスキルチェック課題を公開しました - LAPRAS Tech Blog
こんにちは、LAPRAS CTOの @rocky_manobi です。 タイトルの通り、LAPRASのソフトウェアエンジニア職の選考課題を公開しましたので、その詳細や心についてこの場を借りて紹介します。 公開した選考課題はコチラ GitHub - lapras-inc/exam-swe-template: SWE Backend, Frontend ポジション選考課題のテンプレートリポジトリ SWE Backend, Frontend ポジション選考課題のテンプレートリポジトリ. Contribute to lapras-inc/exam-swe-template development by creating an account on GitHub. github.com どうして公開したのか主に以下を目的としています。 応募の心理的なハードルを下げる会社を評価するための材料を提供する
日本のSREの火付け役ともなったエンジニアが貫く信念 ─ すべてはログの向こうにいるエンドユーザのために - Findy Engineer Lab
こんにちは、はじめまして。さくらインターネット株式会社の長野雅広（@kazeburo）です。Webの業界に入ったのは学生だった2000年頃で、キャリアは20年以上になります。おそらくこの業界でも長い方ではないでしょうか。20年の間にmixiやlivedoor、メルカリといった企業で働く機会を得て、どの職場でもサービスの裏側にあるインフラや、Webアプリケーションの運用を支える仕事、今ではSREと呼ばれるような業務に携わってきました。 そして今年の1月から、さくらインターネットにてクラウドを中心にサービスの開発を行っています。つまり、インフラやクラウドを利用して一般のお客様向けにサービスを作るという仕事から、クラウドを作ることを仕事にする、という選択をしました。 この記事では、どのような経験からSREとして働くようになったのか、また現職に至る選択をした経緯について語りたいと思います。加えて、
現役エンジニア兼採用担当から見たエンジニア採用アンチパターン / Engineer Recruitment Anti-Patterns
LAPRAS忘年会 2023でのLT発表資料です。
僕はアメリカのサンフランシスコベイエリアのスタートアップで働いています。稀に日本に住む方から「どうすればアメリカのスタートアップで働けるか」というようなことを聞かれます。まずビザの話をすることが多いのですが、そういえばリモートで働くという選択肢もあるよなと思ったので、日本からアメリカのスタートアップにリモート勤務することについて書いてみたいと思います。ソフトウェアエンジニアおよび関連する職種を想定しています。 前提として、僕は2社のスタートアップで合計6年働いています。1社目、2社目ともに採用に関わることがあり、中国、インド、ベトナム、ウクライナ、イスラエル、クロアチア、ドイツ、ブラジル、カナダ、アメリカ、アルゼンチン、日本などの国からリモートで採用したメンバーと仕事をした経験があります。 アメリカのテック企業でリモート勤務するメリットとデメリット本題に入る前に、そもそもアメリカ企業でリモ
はじめにフューチャー技術ブログのリレー形式の連載である、春の入門祭り2023の1日目です。TIG真野です。 ここ数年、Markdownで設計書をチームで書き、GitHub（GitLab）上でレビューするフローを採用しています。なるべくテキストベースで設計開発フローを統一するため、私の所属するチームでは以下のようなツールを採用しています。 シーケンス図、業務フロー図 Markdown中にPlantUMLで記載 参照はGitHub上からも見れるように、pegmatite を利用 システム構成図など画像系 Diagrams.net（draw.io）で作成し、.drawio.png の拡張子でMarkdownから参照 これだけは目視で差分チェックとなる Web API定義 OpenAPI SpecのYAMLファイル 参照はGitHub上からも見れるように、swagger-viewer を利用 ER
日経クロステック EXPO 2021の5日目の2021年10月15日には、NTT東日本ビジネス開発本部特殊局の登大遊氏が「世界に普及可能な日本発のサイバー技術の造り方」と題した講演を行った。今回、2021年10月7日に発売した『日経テクノロジー展望2022 世界を変える100の技術』（日経BP）の出版記念として登氏を招いた。 登氏は、筑波大学の学生だった2003年に情報処理推進機構（IPA）の「未踏ソフトウェア創造事業」で、スーパークリエータ認定を受けた人物。NTT東日本のほかにも、筑波大学産学連携准教授、ソフトイーサ代表取締役、IPA産業サイバーセキュリティセンターサイバー技術研究室室長などの肩書を持つ異色のエンジニアだ。2020年4月にNTT東日本に入社するやいなや、わずか2週間で「シン・テレワークシステム」を作り上げて無償提供を開始するなど「天才プログラマー」との評価も高い。 そんな
このドワンゴ教育サービス開発者ブログを開設してから2年が経ちました。 特に2021年3月からおよそ1年の間、技術ブログの運用体制を整え、定期的に記事を投稿してきました。 この記事では、技術ブログ運用の背景と現在の運用体制、成果と課題についてまとめます。 背景：教育事業の成長のために 運用：編集部体制の構築 執筆フロー 執筆者のアサインとテーマの決定 記事構成・目次の作成 初稿の作成 完成稿の作成 社内公開と公開日の調整 公開 成果 採用での成果 副次的な効果 課題と今後の展望 We are hiring! 背景：教育事業の成長のために 私達は教育を生業とすることもあり、学習や知見の共有は大事な業務のひとつです。 そのような活動の場のひとつとして技術ブログを開設していましたが、有志の手によって不定期に更新される程度で、効果的に活用できていませんでした。 そのような中で、さらなる事業成長のため
はてなブログ、はてなブックマークを一緒に開発するエンジニアを募集しています - はてなブログ開発ブログ
もうすぐ10周年を迎えるはてなブログ、先日15周年を迎えたはてなブックマークですが、はてなではこれらのサービスをコンテンツプラットフォームと位置づけ、インターネットのコンテンツをよりよく、面白くするため、まだまだ積極開発を続けています。 そんなはてなブログや、はてなブックマークを一緒に開発するエンジニアを募集しています。あなたの手でブログ、ブックマークを良くしていきませんか？ 最近のはてなブログ 企業利用、特に技術ブログの利用が増えていますが、個人の利用も活発ですし、更に増やしていきたいと思っています サービス開始から一貫して「しっかり書き残すブログ」として、多種多様なユーザー様によるコンテンツが発信されてきました。より一層、インターネットのコンテンツを豊かにするサービスづくりにあなたの技術力を貸して下さい 最近のはてなブックマーク Yahoo! JAPAN「建設的コメント順位付けモデルA
PCI DSS準拠から学ぶサステナブルなAWSクラウドネイティブの運用 / Sustainable PCIDSS operation on AWS
PCI DSS準拠から学ぶサステナブルなAWSクラウドネイティブの運用 / Sustainable PCIDSS operation on AWS
株式会社ゆめみの Android の採用コーディング試験を公開しました 会社の採用試験どうしよう、、と悩んでいる採用担当の方がいましたら、ぜひご活用ください レビューできる人がいないという場合には、ぜひ弊社までご相談いただけたらと思います。 なんで公開したの？ 主に応募のハードルを下げるのが狙いです どんな試験なのか分かっているだけで、だいぶ気が楽になりますよね また、逆に無茶な応募が減るということもあるのではとも考えています。 どんな試験？ ざっくり説明すると メチャクチャなコードを改善してください というものです 詳しくはリポジトリの README をご覧ください。 ※ 新卒か中途かによって必須課題が変わる点にはご注意ください。 公開しちゃって大丈夫なの？ 誰かが良い解答を公開したら、それを真似すればいいんじゃ？ そもそもどれが良い解答なのかを判断しなければなりません。 どれが良い解答
進化の先に理想のエンジニア組織がある─成長のジレンマを解消して進化するフューチャーの組織論｜ハイクラス転職・求人情報サイト AMBI（アンビ）
進化の先に理想のエンジニア組織がある─成長のジレンマを解消して進化するフューチャーの組織論 エンジニア組織が成長する際に直面するさまざまなジレンマを解消するうち、ホラクラシー型に進化したというフューチャー株式会社のエンジニア組織論を、宮原洋祐さんに聞きました。 ジレンマを解消しながら進化する組織 専門家とオーナーシップのトレードオフ 組織をリファクタリングしてホラクラシーに近く 組織の形が変わることでエンジニア個人も変わる チーム間の移動を容易にすることで成長を促す 進化の先にある理想のエンジニア組織 インターネットがビジネスに普及する以前から30年にわたり、日本を代表するさまざまな企業に向けたITコンサルティングを通して、企業経営の戦略システム開発を手掛けてきたITの専門家集団、フューチャー株式会社。 企業のパートナーとしてのIT構築を専門としていることから、エンドユーザーの目に触れる機
エンジニア採用市場の未来予想｜shy.tnk
（Meety、日頃よりお世話になっています。ちなみに以下プレスリリースにあるカジュアル面談の解釈が人それぞれ。それ、本当にカジュアル面談ですか？という問題提起がすごく好きです。） さて今回のnoteは、中村さんの転職・採用市場についての所感に共感するポイントが多く、思わず自分も発信したいなと思い、書き始めました。 （稚拙な文章です。ご容赦ください。） 僕はエンジニアと企業のマッチングサービス「Qiita Jobs」をつくっています。2022年現在、自分が携わっている転職・採用市場においてどんな未来を予想し、これから何が起きていくのかを想像して書いてみます。今回は採用側に絞って書きます。 対象読者主にエンジニア採用やデザイナー採用など、売り手市場にて採用を担当されている方 候補者とコミュニケーションを取っている方・採用担当者 今回は採用担当者の方・採用に関わる方にお読みいただくことを念頭に文
「エンジニア採用がうまく行かない」というお話をお受けする度に、1から10まで通しでご説明するのもなかなかに長尺が必要なので、今回は要素分解をして図を書くことにしました。伝われば良いなと思う内容は下記です。 CxO、VPoEの方々： 今はこんな感じです できる若手エンジニアを採用したい経営層の方々： 人もお金も結構行きますが覚悟はお有りですか？ 人事・採用の方々： 何かヒントになれば幸いです エンジニアの方々： 裏ではこんな感じでやってます 採用を手伝ってくれと言われているエンジニアの方々： 助けてあげてください 皆様： エンジニア採用は真剣に狂気の域に突入していますので、担当者を承認してあげてください 今回はエンジニア採用シーンをおさらいしつつ、エンジニア採用に向けて企業は何をすべきかをまとめてみたいと思います。 エンジニア採用シーンのおさらい 若手エンジニアの需要が高まり始めた頃合いがア
現場主導で始まったHRMOSの開発組織のオンボーディングは、ほぼ毎月、地道に運用と改善を続けてきました。2018年に開始してから3年近くになりますが、エンジニアを対象に始まり他職種のメンバーを巻き込みながら、効率と効果の両面を少しずつ洗練させてきました。この記事では、私たちのオンボーディングを定義や効果を俯瞰しながら紹介し、その中で徐々に確立されてきたプラクティスをご紹介します。 変化の時代に不可欠なオンボーディング オンボーディングとは採用や異動によって組織に加わった人材の早期戦力化のための施策であり、 組織に新しく加わった人材を1日も早く戦力化し、組織全体との調和を図ることを目的とした育成プログラムのことを指します。『機内』や『乗船』という意味を持つon-boardから派生して生まれた造語であり、直訳すると『飛行機や船に乗り込んでいる』という意味です。 〜 BizHint などと定義さ
ゆめみオープンハンドブック
ゆめみオープンハンドブックとは？ ゆめみ社内の規則やガイドラインなどをまとめた情報ポータルです。 このコンテンツは業界の発展に貢献・寄与するために、ゆめみの徹底的な透明性の考え方をもとに一般公開しており二次利用可能です。また、採用候補者向けに社内の実態を知ってもらうねらいもあります。 リンク切れなどがある場合はこちらのサイトからアクセスしてみてください
こんにちは。ソウゾウのソフトウェアエンジニアの@naopr です。 ソウゾウでは、10/7にメルカリShopsの本格提供を開始しました！ これを機にサービス開発を今まで以上に加速するため、より多くのエンジニアにソウゾウのことを知っていただこうと思いソフトウェアエンジニアの選考ガイドをGitHub上で公開することとしました。 https://github.com/mercari/souzoh-recruitment/blob/master/guide_software_engineer.md このエントリでは、選考内容の公開に至った背景と思い、公開にあたってこだわった点をお伝えできればと思っています。 公開に至った背景と思い 9月にソウゾウが開催したTech Talkにご参加いただいたエンジニアの方とカジュアル面談をする機会があったのですが、その中で「コーディングテストはどのような内容を何ヶ
カネカ（3.00）がパタハラだって話題だけど、就活生は企業在籍者の口コミサイトOpenWork（旧Vokers）を事前にチェックしておくといい - 斗比主閲子の姑日記
カネカがパタニティ・ハラスメントをしているのではないか？と話題になっています。 「育休復帰、即転勤」で炎上、カネカ元社員と妻を直撃：日経ビジネス電子版 私の認識だと、もとはTwitterがきっかけで先週の土曜の朝から日曜にかけて話題になったものです。日経ビジネスが月曜時点で記事にしているのは、電子版の特性を活かしていて素晴らしいですね。 一方で、カネカの対応は批判されています。消費者の動向が重要なB2Cの事業者と異なり、B2Bのカネカであれば、この種のWebの炎上対応含めた広報への人員は手薄いものだから、私は、初動の遅れや誤りはさもありなんと思いながら眺めていました。新卒採用の時期ですから、人事は相当頭を悩ませていることでしょう。 それはそれとして、この種の告発みたいなものは、自分がその企業を評価する上では、結構微妙なところがあります。n=1で、しかも、事情ははっきりと分かりませんから。揉
#Ubie 狂気の認知施策と選考設計
https://icare.connpass.com/event/219618/ で使った登壇資料です。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
41歳のエンジニア、マネージャーからICへのキャリアチェンジ | おそらくはそれさえも平凡な日々
「転職した方が上がる」エンジニア給与バブルの終焉と、雑すぎる一部人材紹介会社｜久松剛／IT百物語の蒐集家
Kyashエンジニア採用面接ガイドをGitHubで公開しました - Kyash Product Blog
ソフトウェアエンジニア採用におけるコーディングテストのススメ - MAYAH
ベンチャーの最初の面接で人事との1対1はやめてほしいというポエム｜hishinuma_t
データベースと向き合う決意 | フューチャー技術ブログ
エンジニアの中途採用入門 / How to hire engineers
Google re:Work - ガイド: 構造化面接を実施する
内定辞退率問題だけではない！「リクナビショック」で人材業界全体が震え上がる理由
就職氷河期世代とIT業界／若手世代が注意するべき轍｜久松剛／IT百物語の蒐集家
どこまでも奥が深いエンジニア採用。意外と見落としがちなActionとは？｜Ayumi Houta
DDD is dead. God is in Twitter #scrumsapporo
レイオフされた元同僚に向けて｜Ken Wagatsuma
ソフトウェアエンジニアとして2年半くらい勤めたマッキンゼーを退職しました
メルカリ、2024年初春にスポットワーク事業に参入、本日より求人募集パートナーの先行受付を開始
2021.12.3 - 決済システムで学ぶレジリエントなサービスのいろは
テクノブレーン被害者アドベントカレンダー Day 19 - その手の平は尻もつかめるさ
本当にエンジニアバブルは崩壊したのか？ | ITエンジニア向けのトレンド情報
日本からアメリカのスタートアップにリモート勤務する方法｜でいじ
markdownlintで設計書の品質を高める | フューチャー技術ブログ
「“いんちき”な手法が人を育てる」、登大遊氏がサイバー立国へ異色の提言
技術ブログを（だいたい）1年続けた背景と成果 - ドワンゴ教育サービス開発者ブログ
ゆめみの Android の採用コーディング試験を公開しました - Qiita
ITエンジニア採用の難しさを要素分解・図示してみた｜久松剛／IT百物語の蒐集家
3年間のオンボーディングで培われた、リモートでも効果的な7+3のプラクティス
ソウゾウのソフトウェアエンジニア選考ガイドを公開しました | メルカリエンジニアリング