Googleに入社した時のこと - 渋谷駅前で働くデータサイエンティストのブログ
東京オフィスのsoftware engineer (SWE)部門のsite leadのRyoichiさんがTwitter上でこんなことを呼びかけたところ*1、GoogleのSWE採用に関して多くの同僚から色々な記事やコメントが集まったようです。 (Good question!) 期待していたのは、面接でこの問題が出て、こう答えて受かった、という話ではなくて、どういう勉強/準備をしたのか、という話です。面接の時点で英語はどれ位話せたかとか、データ構造やアルゴリズムの勉強は特別に準備したかとか、コーティングはどれ位のレベルだったか、とかです。 https://t.co/hs36GRTSU5— Ryoichi Imaizumi | 今泉竜一 (@r_ima) 2019年3月25日 僕はSWEではなく下記のような経緯があってglobal business organization（GBO: つまり
Google for Jobs対応 求人情報構造化データ JobPostingおさらい
Blog Google for Jobs対応 求人情報構造化データ JobPostingおさらい 2019.01.19 2018.12.30 2019年1月、日本においてもGoogleの検索で仕事や転職に関連したキーワードを入れると、広告と一般の検索結果の間(エンリッチ)に求人情報を表示するGoogle for Jobs(グーグル・フォー・ジョブズ)のサービスがローンチされます。本記事では、求人情報がGoogle for Jobs に掲載できるようになる求人構造化データ(JobPosting)について解説していきます。 Google for Jobsは17年6月にアメリカでリリースされたGoogleの求人情報サービス。アメリカを皮切りに世界100カ国近くの国で、中小企業が運営するWebサイトから、何千何万ものリストが掲載されている求人サイトまでWeb上の膨大な求人情報がまとめられている。
今の時代、「ふわっとした仕事を具体的なタスクに落とし込むスキル」だけで十分食えると思う
どうもしんざきです。とある業界の、社員100人ちょっとの企業で中間管理職をしています。 同業他社の管理職同士で飲むことがたまーにありまして、先日は何故か「どれくらい古いパソコン用語を知っているか勝負」という、冗談抜きでひとかけらの生産性もない話で盛り上がっていました。 平成も終わろうかというこの時代に、HYMEM.SYSの記述方法についての宗教議論とか、本当になんの役にも立たないのでやめて欲しいです。超楽しかった。 で、その時、もう一つ盛り上がっていた、というか愚痴の言い合いになっていたのが、「ちゃんとタスク切れる人不足」という話でした。 毎度毎度、人手が足りている、足りていないの話になるのは管理職飲み会あるあるです。飲み会の一つの焦点といっても良いかと思います。 業界にもよるのかも知れないんですが、実をいうと今、採用自体は割とスムーズにいっているという話を聞くことが多いんです。 それも、
採用基準における「地頭のよさ」とは何か - Konifar's ZATSU
どんな人を採用するかという会話の中で、地頭がいい人がいいよねという話になった。 なんとなく言いたいことはわかるが、同時に「地頭がいいって何だろうな」という話にもなり、結局結論は出なかった。 出なかったんだけど、やはり採用を強化する上で採用基準が明確じゃないのはよくないので、「地頭のよさとは何なのか」について雑に書きなぐって整理しておきたい。ちなみにこれを書いてる今も「何なんだろうな？」と思っているのでうまくまとまるかはわからない。 問題解決能力なのかなと思ったが、地頭のよさというのはその一部な気がする。問題を解決するためには色々なプロセスが求められるが、地頭のよさはそのうちのひとつでしかない。 じゃあもう少し分解して「問題定義」と「問題解決」にしてみると、なんだか問題定義の能力の方が地頭のよさに近いんじゃないかと思えてきた。思い返してみると、地頭がいいなーと感じる人って、会議中の発言でも何
絶対にエンジニアが転職してはいけない会社の募集要項 | Findy Engineer Lab - ファインディエンジニアラボ
以前に 「エンジニアが転職する時に必ずチェックしたい募集要項」という記事を書きました。本日はその逆で、エンジニアが転職する時にさけておきたい会社の募集要項について書きたいと思います。 今回は、これまでに「ハイスキルなエンジニア転職サービスFindy」をリリースするために数万件の募集要項を読んできた経験から、特にエンジニア職に特化して、こんな募集要項を書いている会社は「要注意」という例を6つ紹介してみたいと思います。少しでも転職を考えている方のお役に立てればと思います。 求人票の種類がWebエンジニアただ一つ。エンジニア職種の分解がされていない 創業数人のスタートアップを除き、エンジニア職種が一つしか書かれていない募集要項の会社は避けましょう。 よくある例としては、「Web エンジニア」というタイトルの募集要項があるだけで、しかもその「Web エンジニア」の方に、ありあらゆることをお願いする
面接だけで、有能かどうか見抜けるか？
採用市場が活況を呈しているが、「うまく採用できず悩んでいる」とこぼす経営者、幹部は少なくない。 その悩みは大きく２つ。 「応募がない」と「入社させてみたら、思っていたほどパフォーマンスの高い人物ではなかった」 というものだ。 そして、後者は前者に比べて、より深刻である。 あるwebサービス業の幹部は 「面接では素晴らしい人物に見えた。しかし、半年たって今思うと、「騙された」というのが正直な感想だ」 と言った。 「試用期間にやんわりと辞めてもらった。頭もよく、コミュニケーション能力は素晴らしかったが、手を動かせない人物は要らない。」 「クビにした人からは、苦情などは来ていないのですか？」 「給料3ヶ月分を渡して辞めさせた。カネを受け取っているし、退職願も出させたから、訴訟にはならないと思う。」 「そうですか。お互い不幸ですね。」 「面接で、事前に見抜く方があれば良いんだけどね。イマイチな人を
AWS事業部の採用方針について | DevelopersIO
主にクラスメソッドメンバーズにおけるサポートサービスとフートシリーズ（運用保守オプション）を担当するグループです。運用保守、システム監視、セキュリティ監視、継続的コンサルティングと、システム稼動後のお客様インフラを24時間365日体制で安定した状態に保つために日々お客様とやりとりしています。 このように、一つの部の中に担当業務が違う複数のグループがありますが、部全体のビジョンはただ一つ、「AWSに関する圧倒的な量のノウハウを用いて、AWSインフラを安く早く構築し、AWSのことをまるっとお任せしてもらうことで、お客様のビジネスに貢献する」です。そして同じビジョンを掲げたチームとして、採用方針もグループ毎に分けず、部として統一しています。 今回はAWS事業部の採用方針をご紹介します。 AWS事業部の採用方針 AWS事業部の採用方針は以下の3つです。 技術が好きな人を採る クラスメソッドはエンジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
