Pivotalにインタビューする方法

翻訳者から:過去数日間、パズルを使用して、プログラマーにインタビューする際にボード上の問題を解決するというトピックが再びトレンドになりました。 それはすべて、Yegor Bugaenkoによる投稿( Googleリクルーターと話さない理由)から始まり、その投稿へのリンクがHacker NewsとRedditに掲載され、Twitterで反応がありました。 Ruby On Railsの作成者であるDavid Heinemeir Hannsonからのツイートは、「Hello、I'm ...」というスタイルで一連の応答を開始しました。







インタビューの代替アプローチについて学ぶことは興味深いと思われました。 ボードでの複雑なアルゴリズム問題の解決や、プログラミング言語の複雑さの知識を含まないアプローチ。 以下は、 Pivotal公式ブログの記事の翻訳です。 同社のプロジェクトは、Java Spring Frameworkアプリケーション開発フレームワークPivotal Cloud FoundryクラウドPaaSプラットフォーム、 RabbitMQメッセージングシステムなどのソフトウェア製品です。 また、 Pivotal Labs部門は、ソフトウェア開発におけるアジャイルプラクティスの実装に取り​​組んでいます。



Pivotalにインタビューする方法



画像



インタビュー中にパズルの質問をされたことはありますか? たとえば、「なぜマンホールは丸いのですか?」または「スクールバスにいくつのピンポン玉が収まるのですか?」 あるいは、リンクされたリストを逆にするコードをボードに書くように頼まれたのでしょうか?



Pivotalでのインタビューでは、それは行いません。 この種の質問では、候補者が本番品質のコードをどれだけ上手に書くことができるかについては何も言わないことがわかっています。 または、便利なユーザーインターフェイスを設計します。 または、候補者がバックログを効果的に管理できます。



面接でのこのような理論的な質問も、候補者にここで働くことの気持ちを見る機会を与えません。 面接は双方向の道だと信じています。 あなたが私たちとインタビューをするのと同じように私たちはあなたにインタビューします。 そして、私たち一人一人が同じ質問に答えようとしています-「一緒に働きたいですか?」



どのように機能しますか?



私たちは、一緒に仕事をしたいかどうかを二人で理解するための最良の方法は、一緒に仕事をしようとすることであることがわかりました。 私たちが会議室であなたを抱きかかえ、私たちに陰湿な質問に終日答えさせたなら、私たちは一緒にパズルに「取り組む」方法を知っているでしょう。 または、可能性として、綿密に監視され、絶えず評価されながら、パズルを解く方法を知っているでしょう。 おっと



エンジニアへのインタビューは、「一緒に仕事をしよう」という哲学を体現しています。 エンジニアポジションの候補者である場合は、朝食までにオフィスに到着するようお願いします。 あなたは小さなチームに参加し、私たちが毎日どのようにスタートするかを自分の目で見ます。 次に、スタンドアップを訪問し、その後、前半にチームと協力します。 それから別のチームと-今日の午後。 フレンドリーな会社でリラックスした会話をしながら昼食を過ごします。



チームで作業するとき、あなたは誰かと協力してプログラミングしています。 通常、これにはバックログからの実際のタスクでの作業が含まれます。 おそらく、到着に向けて十分な準備ができていれば、このタスクがどれほど慎重に選択されているかに気付かないでしょう。 しかし、すべてがそれほど単純であるとは思わないでください-私たちは本当に最大の注意を払ってタスクの選択にアプローチします。 タスクは、すぐに説明できるようなものでなければなりません。 大きすぎませんが、小さすぎません。 もちろん、コードの記述を含める必要があります。 時々、そのようなタスクは最高の優先度ではなく選択されます。 しかし、心配することは何もありません。 優先度の高いタスクのみを使用する場合、ほとんどの時間をコンテキストの説明に費やすリスクがあります。 または、プログラミングスキルを示すことができないものに取り組むリスク。



あなたとインタビュアーは、あたかもすでにPivotalで働いているかのように、タスクに協力して取り組みます。 正解も不正解もありません。 パートナーは、解決策がすでにわかっている問題を解決できるかどうかを確認するためのヒントを提供しません。 代わりに、彼または彼女はあなたと協力して問題を解決しようとしています。 インタビューの期間中、あなたは1つのチームです。



発明されたパズルはありません



デザイナーやプロダクトマネージャーなど、他の職種に対するインタビューは少し異なります。 しかし、彼らは同じ哲学に忠実です-本当の仕事に従事し、パズルを思い付かないこと。



就業日の終わりにオフィスを離れる場合は、ここで典型的な就業日がどのように見えるかを理解してください。 相互作用の精神を感じ、製品とそのユーザーからの「逆反応」を感じることができることを願っています。 これら2つの要因は、ソフトウェア開発の哲学の鍵です。 そして何よりも、インタビューの結果に関係なく、あなたがただ素晴らしい時間を過ごして楽しんでいることを願っています。



候補者からは、私たちのプロセスは以前に見たものすべてとは異なるとよく耳にします。 そして彼らはそれが好きです。



All Articles