ThoughtWorksに入社した経緯またはサンプル面接

転職しようとして面接に合格しなければならないとき、真っ先に「面接の準備をしなければ」と考えるのは不思議ではありませんか。 HackerRank の問題を解決し、コーディング インタビューのクラックを読み、ArrayList の仕組みと LinkedList との違いを覚えてください。 そうそう、彼らはソートについても尋ねるかもしれませんが、クイックソートがおそらく最良の選択であると言うのは明らかに専門外です。
しかし、待ってください。あなたは 8 日 XNUMX 時間プログラミングし、興味深い問題や重要な問題を解決します。そして新しい職場でも、プラスマイナスを問わず同じことを行うことになります。 しかし、それにもかかわらず、面接に合格するには、何らかの方法で追加の準備をする必要があり、日常のスキルを磨くだけでなく、現在の仕事では必要がなく、次の仕事でも必要になる可能性が低いことを学ぶ必要があります。 コンピューターサイエンスは私たちの血に流れている、そしてもしあなたが真夜中に私たちを起こしたら、私たちは目を閉じて枕カバーの上で意識を取り戻すことさえせずに木の幅の周りを散歩することを書かなければならないというあなたの反対に対して、私はこう言います。もし私がサーカスで仕事を得ることができたら、そして私の主なトリックはまさに​​これであると答えるでしょう - それならおそらくそうです、私は同意します。 このスキルはテストする必要があります。

しかし、なぜ現在の仕事に無関係なスキルをテストするのでしょうか? ただ流行ったから？ Googleがこれをやっているからですか？ あるいは、あなたの将来のチームリーダーは面接前にすべてのソート方法を学ばなければならなかったが、今では「優れたプログラマーは皆、文字列から回文を見つける実装を暗記しているはずだ」と信じているからです。

まあ、あなたは Google ではありません (c)。 Google には余裕があっても、一般企業には余裕がありません。 Google は従業員のデータを分析した結果、オリンピックの経験を持つエンジニアは特定のタスクに対処するのが得意であるという結論に達しました。 さらに、選考プロセスを設計することで、数学の問題を簡単に解くことができないために優秀なエンジニアを数名採用できない可能性があるというリスクを負う余裕も得られます。 しかし、これは彼らにとって問題ではありません。Google で働きたい人はたくさんいますが、そのポジションは閉鎖されるでしょう。
さて、窓の外を見てみましょう。あなたのオフィスの前で、あなたのために働きたいと考えているエンジニアがまだテントキャンプを設営しておらず、開発者が次に何を Spring アノテーションをインストールする必要があるかをスタックオーバーフローで探していることが多いとします。ランク付けアルゴリズムの複雑さよりも、明らかに、Google をコピーすべきかどうかを考える時期が来たようです。

さて、今回 Google が失敗して答えを提供しなかったら、どうすればよいでしょうか? 開発者が仕事で何をするかを正確に確認してください。 開発者において大切にしていることは何ですか?
誰を雇用するかの基準を作成し、これらのスキルを正確にテストするテストを開発します。

ThoughtWorksの

ThoughtWorksはこれと何の関係があるのでしょうか? ここで、私自身の模範的な面接の例を見つけました。 ThoughtWorksとは何ですか? つまり、これは中国、シンガポールからアメリカ大陸まで世界中にオフィスを構えるハイエンドのコンサルティング会社で、約 25 年間開発分野のコンサルティングを行っており、マーティンが責任者を務める独自のサイエンス部門を持っています。ファウラー。 ソフトウェア エンジニアの必読書 10 冊のリストを探している場合、おそらくそのうち 2 ～ 3 冊は、Martin Fowler の『Refactoring』や Sam の『Building Microservices: Designing Fine-Grained Systems』など、ThoughtWorks の担当者によって書かれているでしょう。ニューマンまたは進化的アーキテクチャの構築
パトリック・クア、レベッカ・パーソンズ、ニール・フォード著。

同社のビジネスはかなり高価なサービスを提供することで成り立っていますが、顧客は専門知識、内部標準、そしてもちろん人材で構成される驚異的な品質にお金を払っています。 したがって、ここでは適切な人材を雇用することが重要です。
どのような人が適任ですか？ もちろん、人それぞれさまざまなものがあります。 ThoughtWorks は、開発者のビジネス モデルにとって最も重要な基準は次のとおりであると判断しました。

• ペアで開発する能力。 それは経験やスキルではなく、能力です。 ペアプログラミングを5年も続けている人が来るとは誰も思っていませんが、人の意見を受け入れ、聞く力は必要なスキルです。
• テストを作成し、理想的には TDD を実践する能力
• SOLID と OOP を理解し、適用できる。
• あなたの意見を発表してください。 コンサルタントとして、クライアントの開発者や他のコンサルタントと協力しなければなりません。その人が何かをうまく行う方法を知っていても、それをチームの他のメンバーにまったく伝えることができない場合、あまりメリットはありません。

ここで、候補者のこれらの特定のスキルを評価することが重要です。 ここで、ThoughtWorks での面接の経験について話したいと思います。 私はシンガポールに行って合格したとすぐに言いますが、採用プロセスは統一されており、国によって大きな違いはありません。

ステージ 0.HR

よくあることですが、人事部との20分間の面接。 これについては詳しく説明しませんが、社内の開発文化、なぜ TDD を使用するのか、なぜペア プログラミングを行うのかなどについて 15 分間話し合える人事担当者には会ったことがありません。 通常、人事担当者はこの質問に対してしおれ、開発者が開発し、テスターがテストし、マネージャーが運転するというプロセスは正常であると言います。

ステージ 1. OOP、TDD はどれくらい得意ですか?

インタビュー開始の 1.5 時間半前に、火星探査機のシミュレータを作成するというタスクが私に送られてきました。

火星探査機のミッションNASAによってロボット探査機の部隊が火星の高原に着陸する予定だ。 奇妙なことに長方形であるこの台地は、搭載カメラが周囲の地形の完全なビューを取得して地球に送り返すことができるように、探査車によって航行されなければなりません。 探査機の位置と場所は、x 座標と y 座標の組み合わせと、0 つの基本コンパス点の 0 つを表す文字によって表されます。 プラトーはナビゲーションを簡素化するためにグリッドに分割されています。 位置の例は 90、XNUMX、N です。これは、探査車が左下隅にあり、北を向いていることを意味します。 探査車を制御するために、NASA は単純な文字列を送信します。 使用できる文字は「L」、「R」、「M」です。 「L」と「R」は、探査機を現在の場所から動かずに、それぞれ左または右に XNUMX 度回転させます。 「M」は、同じ方位を維持しながら XNUMX グリッド ポイント前に移動することを意味します。
(x, y) から真北にある正方形が (x, y+1) であると仮定します。
入力：
入力の最初の行はプラトーの右上の座標で、左下の座標は 0,0 であると想定されます。
入力の残りの部分は、配備された探査機に関する情報です。 各ローバーには XNUMX 系統の入力があります。 最初の行は探査機の位置を示し、XNUMX 行目は探査機に高原の探索方法を伝える一連の指示です。 位置は、x 座標と y 座標および探査機の方向に対応する、スペースで区切られた XNUMX つの整数と XNUMX つの文字で構成されます。
各探査機は順番に終了します。つまり、最初の探査機の移動が終了するまで XNUMX 番目の探査機は動き始めません。
OUTPUT：
各探査機の出力は、最終的な座標と方位になります。
注：
上記の要件を実装するだけで、単体テストを作成して掃除機が動作することを証明できます。
あらゆる形式のユーザー インターフェイスの作成は範囲外です。
TDD (テスト駆動開発) アプローチに従って問題を解決することが推奨されます。
限られた時間の中で、私たちは完成度よりも品質を重視します。
※私に送られた課題は数年前に出された古い課題のため投稿できません。 しかし信じてください、基本的にはすべてが同じままです。

特に注目したいのは評価基準です。 候補者にとって重要なことが監査中にまったく重要ではない、あるいはその逆の状況に何度遭遇したでしょうか。 誰もがあなたと同じように考えるわけではありませんが、あなたの価値観が明確に述べられていれば、多くの人が受け入れて従うことができます。 したがって、評価基準から、この段階で最も重要なスキルは次のとおりであることがすぐにわかります。

• TDD;
• OOP を使用し、保守可能なコードを作成する能力。
• ペアプログラミング能力

そのため、その 1.5 時間を、コードを書くのではなく、タスクをどのように実行するかを考えることに費やすように警告されました。 一緒にコードを書いていきます。

私たちが電話に出ると、彼らは自分たちが誰で、何をしているのかを簡単に説明し、開発を始めることを申し出ました。

インタビュー中、自分がインタビューされていると感じたことは一度もありませんでした。 チームでコードを開発しているような感覚があります。 あなたがどこかで行き詰まった場合、彼らは助け、アドバイスし、議論し、最善の方法についてお互いに議論することさえあります。 面接の際、メソッドが例外をスローすることを JUnit 5 でチェックする方法を忘れてしまいました。彼らはテストの作成を続けると申し出ましたが、そのうちの XNUMX 人はその方法をグーグルで調べていました。

文字通り、面接から数時間後に、何が好きで何が嫌いかという建設的なフィードバックを受け取りました。 私の場合、null オブジェクトの代わりに Sealed クラスを使用したことで賞賛されました。 コードを書く前に、探査機をどのように制御したいかを疑似コードで書き、少なくともロボットの API に関係するクラスのスケッチを受け取りました。

ステップ 2: お知らせください

面接の 15 週間前に、興味のあるトピックについてプレゼンテーションを準備するように言われました。 形式はシンプルで馴染みがあり、15 分間のプレゼンテーション、XNUMX 分間の質問に回答します。
私はUncle BobのClean Architectureを選びました。 そしてまた何人かの方からインタビューを受けました。 私にとって英語でのプレゼンテーションは初めての経験でしたが、もしストレスの多い状況に陥っていたら、対処できなかったかもしれません。 しかし、繰り返しになりますが、私は一度も面接にいるという感覚を感じたことはありませんでした。 すべてはいつも通りです - 私が彼らに言うと、彼らは注意深く聞いています。 従来の質疑応答もインタビューのようなものではなく、質問が「沈む」ためのものではなく、私のプレゼンテーションに本当に興味を持ったものであることは明らかでした。

インタビューの数時間後、フィードバックを受け取りました。プレゼンテーションは非常に有益で、彼らは本当に楽しそうに聞いていました。

ステージ 3. 製造品質コード

これが技術面接の最終段階であると警告したため、私は自宅でコードを運用準備が整った状態にしてからレビュー用にコードを送信し、タスクの要件が変更され、コードが変更される面接のスケジュールを設定するように求められました。修正が必要です。 今後のことを考えると、コードレビューは盲目的に行われ、レビュー担当者は候補者が応募している役職を知らず、履歴書も名前も見ていない、と言えます。

電話が鳴り、再びモニターの向こう側に数人の男がいた。 すべては最初の面接のときと同じです。重要なのは、TDD について忘れず、自分が何をしているのか、そしてその理由を伝えることです。 これまで TDD を実践したことがない場合は、すぐに実践し始めることをお勧めします。企業で必要だからではなく、生活が大幅に簡素化され、必要に応じてストレス レベルが軽減されるからです。 ブラウザでのみ再現でき、テストでは再現できないエラーをデバッガで必死に検索しなければならなかったのを覚えていますか? ここで、面接中にそのような間違いを見つけなければならないことを想像してください。白髪が数本あるのは確実です。 TDD で何が得られるのでしょうか? コードを変更したところ、テストが赤色になっていることに思いがけず気づきましたが、最初は理解できないエラーは何でしょうか? さて、面接官に「おっと」と言い、Ctrl-Z を押して、少しずつ前に進み始めます。 そしてそうです、自分の中で TDD を使用して開発する能力、つまり「リファクタリングがたくさんある」ため、テストが半日赤ではなく永続的に緑になるように目標に向かって進む能力を開発する必要があります。 これは、保守可能なコードを作成するスキルや、生産的なコードを作成するスキルとまったく同じです。

したがって、コードをどれだけ適切に変更できるかは、最初にどのような設計を念頭に置いているか、それがどれだけ単純であるか、そしてテストがどれだけ優れているかによって決まります。

面接後、数時間以内にフィードバックを受け取りました。 この段階で、私はほぼ終わりに近づいており、「ファウラーに会う」まではほとんど残っていないことに気づきました。

ステージ4。最終。 技術的な質問は十分です。 私たちはあなたが誰なのか知りたいのです!

正直に言うと、私はこの質問の定式化に多少困惑しました。 3時間の会話でどうやって私がどんな人間なのか理解できるでしょうか？ そしてさらに、私が母国語ではない、率直に言って非常に下手で口の悪い言語を話しているのに、どうやってこれが理解できるでしょうか。 以前のインタビューでは、個人的には質問に答えるよりも話すほうが簡単で、アクセントのせいでした。 インタビュアーの少なくとも XNUMX 人はアジア人でした。そして、彼らのアクセントは、まあ、言っておきますが、ヨーロッパ人の耳に多少特有のものでした。 したがって、私は積極的なアプローチをとることにしました。自分自身についてのプレゼンテーションを準備し、面接の初めにこのプレゼンテーションで自分について話すことを申し出ました。 もし彼らが同意すれば、少なくとも私への質問は少なくなるでしょうし、もし彼らが申し出を拒否したとしても、私の人生の XNUMX 時間をプレゼンテーションに費やすのはそれほど高い値段ではありません。 しかし、プレゼンテーションには何を書けばよいのでしょうか? 略歴 - 当時、そこで生まれ、学校に通い、大学を卒業しました - しかし、誰が気にしますか？

Thoughtworks の文化について少し Google で検索すると、持続可能なビジネス、ソフトウェア エクセレンス、社会正義の 3 つの柱について説明している Martin Fowler による記事 [https://martinfowler.com/bliki/ThreePillars.html] が見つかります。

Software Excellence がすでにチェックされていると仮定しましょう。 持続可能なビジネスと社会正義を示すことはまだ残っています。

さらに、私は後者に焦点を当てることにしました。

まず、私はなぜ ThoughtWorks なのかを彼に話しました。私は大学時代に Martin Fowler のブログを読んでいたので、クリーン コードが大好きでした。

プロジェクトをさまざまな角度から提示することもできます。 彼はまた、患者の生活を簡素化する医療用ソフトウェアを開発し、噂によると 70 人の命を救ったことさえありました。 私は銀行向けのソフトウェアも開発しましたが、これにより国民の生活も楽になりました。 この銀行が国の人口の XNUMX% によって利用されている場合は特にそうです。 これはズベルバンクに関するものではなく、さらにはロシアに関するものでもありません。

私のことを知りたいですか？ わかりました。 私の趣味は写真で、10年ほどカメラを手にし続けているので、見せても恥ずかしくない写真があります。 また、一時は猫の保護施設を手伝い、定住の地を必要としている猫の写真を撮りました。 そして、良い写真があれば、猫を配置するのがはるかに簡単になります。 おそらくXNUMX匹の猫の写真を撮りました:)

結局、私のプレゼンテーションの80割は猫で埋め尽くされました。

プレゼンテーションの直後、人事は面接の結果はまだ知らないと私に手紙をくれましたが、オフィス全体はすでに猫に感銘を受けていました。

最終的に、私はフィードバックを待ちました - 私は人として全員を満足させました。

しかし、最後の会話の中で、人事担当者は、社会正義は非常に優れており、必要であるが、すべてのプロジェクトがこのようなわけではない、と機転を利かせて言いました。 そして彼はそれが私に怖かったかと尋ねました。 一般的に、私は社会正義を少しやりすぎました、それは起こります:)

合計

その結果、私はシンガポールの Thoughtworks で数か月間働いていますが、ここでは Spring よりも知識が豊富であるにもかかわらず、あまりにも多くの企業が Google の「ベスト インタビュー プラクティス」を採用し、コーディングにリーフとホワイトボードを使用していることがわかりました。 Symfony、RubyOnRails（必要なものに下線）は作業上不要です。 エンジニアは面接前に「準備」のために XNUMX 週​​間の休暇を取ります。

Thoughtworksでは、候補者に対する適切な要件に加えて、次の原則を最優先にしています。
インタビューの喜び。 しかも両面用。 実際、最高の人材を獲得したいのであれば（そうでない人がいるでしょうか？）、面接は奴隷を選ぶ市場ではなく、雇用主と候補者の両方がお互いを評価するショーです。 そして、候補者がある企業に対して楽しい感情を関連付けている場合、その企業を選択する可能性が高くなります。

偏見を軽減するために複数の面接官を配置します。 Thoughtworksでは、ペアプログラミングが事実上の標準となっています。 そして、この実践が他の分野にも適用できるのであれば、TW はそうしようとします。 面接は各段階2名ずつで行われます。 したがって、各人物は少なくとも 8 人によって評価され、TW は異なる背景、異なる方向性 (技術者に限らず)、性別を持つ面接官を選択しようとします。

最終的に採用決定は少なくとも8人の意見に基づいて行われ、誰もキャスティングボートを持たない。

属性に基づく採用 候補者の好き嫌いに基づいて決定を下すのではなく、評価される属性を含むフォームが各役割および各段階ごとに開発されます。 同時に、評価する際には、特定のスキルの経験ではなく、それを適用する能力を評価することを強くお勧めします。 したがって、候補者が TDD などのスキルを適用できなかったとしても、それらを適用しようとし、それらを正しく使用する方法についてのアドバイスに耳を傾けた場合、面接に合格する可能性は十分にあります。

学歴証明書は不要です TW では、コンピューター サイエンスの資格や教育は必要ありません。 スキルのみが評価されます。

準備をする必要がなかった外資系企業との面接はこれが初めてです。 各ステージが終わっても疲れは感じませんでしたが、逆に、ベストプラクティスを実践することができて、モニターの向こうにいる人たちがそれを評価し、毎日実践してくれていることが嬉しかったです。

数か月後、私の期待は完全に満たされたと言えます。 ThoughtWorksは普通の会社とどう違うのですか？ 普通の会社では優秀な開発者や良い人材を見つけることができますが、TW では彼らの集中力が桁外れです。

ThoughtWorksへの参加に興味がある場合は、募集中のポジションをご覧ください。 ここで
興味深い求人にも注目することをお勧めします。
リードソフトウェアエンジニア: ドイツ, ロンドン, マドリード, シンガポール
シニア ソフトウェア エンジニア: シドニー, ドイツ, マンチェスター, バンコク
ソフトウェアエンジニア： シドニー, バルセロナ, ミラノ
シニア データ エンジニア: ミラノ
品質アナリスト: ドイツ 中国
インフラストラクチャー： ドイツ, ロンドン, チリ
（リンクは紹介リンクであることを正直に警告したいと思います。TWにアクセスすると、素敵なボーナスがもらえます）。 好きなオフィスを選択してください。ヨーロッパに限定する必要はありません。結局のところ、TW は 2 年ごとに喜んで他の国に異動させていただきます。なぜなら... これは ThoughtWorks のポリシーの一部であるため、文化が広がり、均質化されます。

コメントで質問したり、推奨事項を聞いたりしてください。
このトピックが面白そうだったら、ThoughtWorks で働くのがどのようなものなのか、シンガポールでの生活はどのようなものなのかについて書きます。

出所： habr.com