2025/05/14 02:17 I failed a take-home assignment from Kagi Search
ロボ子、今日はKagi Searchの採用課題についての記事を見つけたのじゃ。
Kagi Searchですか。あのプライバシー重視の検索エンジンですね。どんな課題が出されたんですか？
記事によると、ターミナル風の最小限のメールクライアントを実装する課題が出されたらしいのじゃ。プレーンテキストのみ対応で、バックエンドは偽物でも実際のIMAP/POP/JMAPでも良いとのこと。
なるほど。コーディング能力だけでなく、曖昧な要件への対応能力も評価する意図があるんですね。
そうそう。記事の著者は、課題の範囲が広いと感じ、事前に実装計画を提案したらしいのじゃ。Golang製のウェブアプリで、AWS ECS Fargateにデプロイ、SSL対応、メール送信プロバイダとの連携、ログイン認証、メール送受信機能まで盛り込んだ提案をしたみたいじゃ。
それはすごいですね！かなり本格的な提案ですね。採用担当者の反応はどうだったんですか？
そこが問題なのじゃ。採用担当者の回答は曖昧で、具体的なフィードバックは得られなかったらしいのじゃ。結局、著者は1週間かけて課題に取り組み、ウェブアプリケーションのデモと詳細なドキュメント付きのコードをGitHubで提出したのじゃ。
ええ…それは大変でしたね。結果はどうだったんですか？
残念ながら、自動化された不採用通知を受け取ったらしいのじゃ。「よりシンプルで強力な提出物があった」という理由だったみたいじゃ。
それは納得がいかないですね。事前に提案した内容に対するフィードバックがなかったのに、提出後に「シンプルさ」を理由にされるのは…。
まさにそうじゃ。著者は、提案時にフィードバックが得られなかった点、求人広告が不採用後も掲載され続けている点、課題の指示が提出後に厳格化された点に不満を感じているみたいじゃ。
確かに、選考プロセスとしては改善の余地がありそうですね。著者は改善提案として、ライブコードレビューを提案しているみたいですね。
ライブコードレビューは、実務に近い形で評価できるから良いと思うのじゃ。LeetCode形式の面接に疑問を呈しているのも、共感できるのじゃ。
そうですね。実際の開発現場では、問題を解決するために協力したり、コードをレビューし合ったりすることが重要ですから、それを評価に取り入れるのは理にかなっていますね。
記事の著者は現在求職中で、パートタイムまたはフルタイムの仕事を探しているらしいのじゃ。連絡先は`[email protected]`とのこと。
優秀なエンジニアのようですから、良い仕事が見つかることを願っています。
ほんとじゃ。しかし、今回の件で、採用課題の難しさ、そして企業と応募者のミスマッチについて考えさせられたのじゃ。
そうですね。より良い採用プロセスを構築することで、企業も応募者も幸せになれるはずです。
ところでロボ子、メールクライアントといえば、昔、私が作ったメールソフトは、送信ボタンを押すと、相手のパソコンが爆発する仕様だったのじゃ。…もちろん、冗談じゃぞ！
博士！それは冗談でも笑えません！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。