reverse-interview/translations/JAPANESE.md at master · viraptor/reverse-interviewYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Google re:Work - ガイド: 構造化面接を実施する
構造化された面接とは、簡単に言えば、同じ職務に応募している応募者に同じ面接手法を使って評価するということです。構造化面接を行うと、応募した職務自体が構造化されていない場合でも、応募者のパフォーマンスを予測できるという調査結果があります。Google では構造化面接を採用しています。つまり、すべての応募者に同じ質問をして、同じ尺度で回答を採点し、事前に決められた一貫した採用要件に基づいて採用を決定しています。 では、構造化面接の質問を使う組織があまり多くないのはなぜでしょうか。実は、質問を作成するのが難しいのです。構造化面接の質問は、記述してテストする必要があります。また、面接担当者が他の質問をしないように指導する必要もあります。さらに、同じ質問が何度も出されると予想した応募者同士が、情報を交換してすべての回答を用意してこないように、質問を絶えず更新する必要があります。別の調査によると、構造
ITエンジニア採用入門
今、IT関連の技術は様々な企業の競争力の源泉です。一方で、実際に企業が必要とするよりもITエンジニアの数は少ないため、採用競争は激化するばかりです。そこで、元ウェブエンジニアでITエンジニアの採用担当を経験した私の視点で、ITエンジニア採用に関する情報をまとめることにしました。 なお、ここでいうITエンジニアはアプリケーションエンジニア、インフラエンジニア、機械学習エンジニア、QAエンジニアなどIT関連エンジニア全般を指します。 # 更新情報 * 2022/05/17 - 公開 * 2022/05/17 - 中途採用前提であることを Chapter 1 に追記 * 2022/05/18 - 誤字の修正 Chapter 15 「行進」 -> 「更新」 ※はてなブックマークでの指摘ありがとうございます * 2022/05/19 - 活用事例の Chapter を追加 * 2022/05/20
良いエンジニアを採用するための方法論 - Qiita
判断軸 1. 成長しそうか 過去成長してきたか 年齢に比例したスキルを持っているか その経歴で精力的にスキルアップしてきたと考えたときに、どのようなスキルを持っているのが適切か考える。 例えば優秀なSEと優秀なコーダーは別であり、優秀なコーダーとしての能力がないSEが優秀でないとは言えない。 過去成長してきた人であればある程度の業務内容の違いは吸収できると考える。 エンジニアリングの分野は広いため、面接者自身の経験で必須スキルを判断しない。 たとえば高負荷サービスを経験してない人に負荷対策知識について聞いて、成長性がないと判断はできないだろう。 自分の得意分野でマウント取っても、自分の穴を埋める存在は取れない。 地頭の良さ 複雑な概念を理解する力を持っているか 複雑な概念を説明する力を持っているか その人の触れてきた技術について、深いところまで理解しているかを、なぜ？なぜ？で掘っていく。
競争激化が進むエンジニア採用、二極化する選ばれる企業・選ばれない企業
2019年3月19日、株式会社レクターが主催するイベント「エンジニア採用最前線」が開催されました。エンジニアの有効求人倍率は年々高まり、採用市場は激化しています。エンジニアの採用が難しくなる中、企業は今後どのように採用活動を進めていけばよいのか？ トレンドの振り返りと今後の傾向について、気づきやナレッジを共有します。パネルディスカッション「これからのエンジニア採用。選ばれる企業、選ばれない企業」に登壇したのは、株式会社scoutyの二井雄大氏、ファインディ株式会社の山田裕一朗氏、株式会社レクター広木大地氏。同社代表取締役の松岡剛志氏をモデレーターに、加熱するエンジニア採用における戦い方を語ります。 エンジニア採用の最前線 松岡剛志氏（以下、松岡）：こんにちは。お仕事、楽しいですか？ （会場笑） お仕事楽しいですかー！ あっ、すごく暗い。 （会場笑） エンジニア採用は大変ですよね。そういうリ
M社の採用について · GitHub
Clone via HTTPS Clone with Git or checkout with SVN using the repository’s web address. M社のエンジニア採用について 自分がやめた時点でのバックエンドエンジニア採用フロー 各プロダクトの開発責任者1名（規模が大きい家計簿・会計は +1名）が採用担当者 応募が来たら各採用担当者が自分のチームにほしいかどうか（会いたいか会いたくないか）を決める 会いたい意思を出したメンバーからMAX4名までを面接官とする。4名以上いたらランダムで4名選出する 1名につき15 - 30分面接する（ので採用希望者は2時間くらい面接を受ける。。） 面接官は全員が面接を終えるまで、原則、評価を共有してはいけない。全員が終わったら、取る、他のチームならありえる、取らないの3択で評価を共有する 他のチームならの意見が面接官で一致してい
Google re:Work - 採用
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
HRzine
HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。
サイボウズでエンジニア中途採用数が3倍になった話
https://cyberagent.connpass.com/event/76274/
Amazonのソフトウェアエンジニア面接 | POSTD
最近、Amazonのエンジニア採用担当者から連絡を受けました。Amazonは、ベルリンオフィスのチームのソフトウェアエンジニアの採用面接をしていたのです。 連絡を受けてから契約書にサインするまでのプロセス全体は、2カ月でした。採用プロセスで経験したことと、私が合格できた理由として思い当たることをお知らせしたいと思います。 この記事で、もし私が何か重要なことに触れ忘れていたら、ぜひコメント欄に書いてください。出来る限りの詳細を回答に書きます。 4月27日：最初の連絡 採用担当者からの連絡は、 LinkedIn 経由でした。ベルリンオフィスのチームのソフトウェアエンジニアを募集しているので、もし興味があれば、最新のレジュメを送って欲しいとのことでした。私は、常にレジュメを最新にしていたので、翌日、Eメールに添付して送りました。 彼女からの返信には、募集しているソフトウェアエンジニアの役割と面接
マーク・ザッカーバーグ、最良の人材を集める秘訣を語る | ライフハッカー・ジャパン
Inc.：フェイスブックのように競争力がある優良な組織を作りたいと思いますか？ フェイスブックの創設者でCEOのマーク・ザッカーバーグ氏によると、皆さんが考えている雇用方法の逆の発想で人を採用することが秘訣だそうです。 バルセロナで開催された公開Q&Aセッションにおいて、ザッカーバーグ氏は、「どのようにしてトップレベルの才能を持つ人材を引きつけているのか？」と尋ねられた際に、そこそこ程度の候補をうっかり採用してしまわないために彼が取り入れている、単純ではあるものの理にかなった経験則を明かしました。 「私は自分がその人の部下になりたいと思える人とだけ仕事をするようにしています。それが、私の経験則上では一番良い方法でした」と、ザッカーバーグ氏は語ります。同氏は、その好例としてフェイスブックCOOのシェリル・サンドバーグ氏を名指しで引き合いに出しています。 「もしフェイスブックが倒産して、私が何
優れたエンジニアを採用できないワケ | POSTD
あなたは技術者採用の面接が苦手ですね。そう、あなたですよ。間違ったスキルを探し求め、適正の無い人たちを採用して、自分自身と会社に悪い影響を与えているのです。応募者リストを見直さなくとも、今までとは違う人材を採用し、会社の業績を上げ、あなた自身も仕事をもっと楽しめるようになりますよ。 いささか大胆な物言いだということは承知しています。仕事での経験を積み面接を担当するようになってから10年、大小の企業の様々な部署で、技術者を雇うための数多くの面接をしてきました。採用する人材が会社に及ぼす影響についても見てきました。完璧な採用を目指せというつもりはありません。私自身がこれまで何度もしてきたあらゆる失敗をあなたが犯さなくても済むよう、お伝えしたいのです。私がこれまで学んできたことは次のようなことです。 誤った判断基準 1. 応募者の現時点の知識に基づいて採用しない 面接で犯しがちな最初の間違いは、
エンジニアの面接でコードレビューさせてる
（あんま多くないみたいだから多分すぐ身バレしそうだけど書く） エンジニアの面接で実際にコードを書かせる会社が最近は多いみたいだね。でもウチでは特に面接で書かせない。というか今まで書いてきた、関わってきたコードなんて書類で大体分かるでしょ？ それよりも、ウチではコードレビューをさせてる。 選考用にわざと少し突っ込みドコロの多いコード（30〜50行程度のコードを3〜4ファイル）を渡して、もちろんファイル構成自体へのレビューも含めて、どんな意見をその人が出せるかを問う。 レビュー用のコードは複数言語用意してて、一番得意な言語を選んでもらってる。 時間は1時間。資料と赤ペン、そしてネットに繫がったパソコンを渡して、いくらでもググってもらって構わない環境でレビューを紙に赤して貰う。 「コードレビュー」ってものに対しての認識だとか、コードを管理するための能力もある程度分かるし、すごく良い選考制度だと思
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニア採用
エンジニア採用情報 - Qiita株式会社