← 2026-03-08 の一覧へ戻るホーム
**Ask HN：すべての求人が検証済みである求人掲示板を使いますか？**

2026/03/08 6:37

**Ask HN：すべての求人が検証済みである求人掲示板を使いますか？**

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

Summary

この記事では、候補者の現在の雇用を単に確認するだけでは、テック人材マッチングを効果的に行うことができないと主張しています。市場には、すべての求人が数百件の汎用応募を引き寄せるため、採用担当者は真に資格のある候補者を見極めるのに苦労します。著者は、より豊かな役割説明と実在する利用可能性のシグナル（限定的な履歴書提出、給与・福利厚生・テックスタック・エンジニアリングプラクティス・採用担当者情報など）を提供し、「ゴーストジョブ」（本当に外部から採用したいわけではない求人）や内部転職で隠れた実際の採用意図を切り抜く手助けが必要だと強調しています。

Vettery.com（後の hired.com） での個人的経験に基づき、Bumble スタイルのアウトリーチモデルをプラットフォーム販売後に放棄したこと、そして Amazon Connect に関する深い専門知識（初期 API 利用、バグ報告、オープンソース貢献）を踏まえて、記事はニッチなアウトリーチとより深いドメイン知識が汎用求人掲示板のスパムを上回ることを示しています。著者は、求人掲示板がレモン市場として機能し、関係性が成功した採用に寄与するため、自動化が難しいと指摘しています。

将来の提案には、役割を真に「外部開放」とラベル付けし、履歴書提出制限など企業側のコントロールを追加し、給与・福利厚生・テックスタック・エンジニアリングプラクティスについてより透明性を提供して、洞察力のあるユーザーを惹きつけることが含まれます。このシフトは採用摩擦を減らし、リクルーターの効率を向上させ、信頼を構築する新世代の検証済みで詳細豊かな求人掲示板を促進する可能性があります。

本文

No. “認証済み”の求人が、2023年以降に起きている主な問題を解決するわけではありません。
求人が公開されると、最初の1日で数百件もの応募が集まります。

1. 求人への「認証」が本当に必要か？

現状

  • Vetter.com（後の hired.com） は、雇用者側が候補者にインタビューを提案するという Bumble のような仕組みを採用していました。
  • 参加には簡単な LeetCode ライクテストをクリアし、プロフィールで「求める役割」「給与レンジ」「好き・嫌いの技術」などを入力します。
  • 求職者は候補者と雇用者をマッチングするモデルがあると言われていましたが、その効果や現在の状況は不明です。
  • その後、サービスは売却され、以前のモデルは完全に廃止されたようです。

本当に必要な認証

  1. 企業が存在するか – これは比較的簡単に確認できます。
  2. 求人が実際に募集されているか – 「幽霊求人（Ghost Job）」の問題は本質的に難しいです。
  3. 採用担当者本人であることを確認し、定期的に求人がまだ有効かどうかをチェックする – これによって内部転職やコンプライアンス目的で公開されているだけの求人と外部応募対象の求人を区別できる可能性があります。

2. 私自身の経験

私の専門分野は AWS + アプリ開発 + 戦略的リード です。

  • 業界内で数年間にわたり専門家と認められていました（自信を持って言えます）。
  • 2023年、ランダムに求人サイトへスパム投稿しても何の成果も得られませんでした。
  • 実際には ネットワーク経由で3件、特定のAWSニッチ企業への直接アプローチで1件 のオファーを受けました。

具体的な案件

  • Amazon Connect（ホステッドコールセンター） を中心に、数年にわたり AWS ProServe 内部コンサルタントとして勤務。
  • Connect に関するオープンソース「AWS Solution」を開発し、自身のプロジェクトを AWS の GitHub 組織で公開。
  • その後、Connect API が導入されるまで数年待ち、クラウドフォーメーションサポートが登場する前にスケール利用やバグ報告を行った経験があります。

3. なぜ「認証」が重要なのか？

幽霊求人の問題

  • 内部転職 や コンプライアンス要件 のために掲載される求人は、外部応募者には本当にオープンしていない場合があります。
  • 採用担当者が本人であることを確認し、定期的に「まだ募集中か」をチェックすれば、こうしたリスクを軽減できます。

外部向け求人のラベル化

  • 例えば “外部応募可能” のタグを付与することで、応募者は自分が対象となる求人かどうか即座に判断できるようになります。

4. ジョブスキャンについて

スキャムの典型例とメリット

  • 「採用担当者」になりすます業者が求人情報を掲載し、応募者から費用や個人情報を不正に取得するケースがあります。
  • その利点は 「初期段階で手間を省く」 という形で現れますが、実際にはリクルーターとしての機能を担っていないため、透明性が欠如します。

5. 求人掲示板に求める価値

認証だけでは不十分

  • 給与・福利厚生・株式報酬
  • 技術スタック（CI, テストカバレッジ, スプリント頻度など）
  • ワークフローや文化

これらの情報を明示することで、求人掲示板は単なるマッチングサイトではなく、応募者にとって実質的な意思決定ツールとなります。

6. まとめ

  1. 企業が存在するか → 簡易チェック
  2. 求人が本当にオープンか → 採用担当者本人確認＋定期的なステータス更新
  3. 外部応募可能かのタグ付け → 幽霊求人対策
  4. 給与・技術・文化情報の透明化 → 価値ある掲示板へ

「認証」だけでなく、求人情報そのものの質と透明性を高めることが、業界全体の問題解決に寄与するでしょう。

“このような求人掲示板を作れば、あなたはスキャンされずに済みます。”
という声もありますが、それ以上に「本物かどうか」を確実に判断できる仕組みと情報提供が求められています。

同じ日のほかのニュース

一覧に戻る →

2026/03/08 5:43

CAS番号（化学物質登録番号）

## Japanese Translation: CasNumは、コンパスと定規を用いた幾何学的構成により任意精度算術を実装するPythonライブラリです。数値は平面上の点としてエンコードされ、加算・乗算・除算・論理ゲートなどの演算は、線/点、円、直線と円の交点などの5つの基本的な幾何学プリミティブから構築されます。最適化には、2倍による特殊ケース乗算や剰余計算で最高位ビット（2のべき乗）を除去する手法が含まれています。 このライブラリはGame BoyエミュレータのALUに組み込むことを想定しています。CasNumを統合するには、PyBoy の `opcodes_gen.py` を編集するだけで、他のエミュレータコードは変更されません。使用例としては、単純なRSA実装（`python3 -m examples.rsa`）や、幾何学ベースの算術のみで動作させるポケットモンスター 赤版（`python3 -m examples.basic`）があります。初回起動に約15分かかりますが、その後はPython の `lru_cache` によりほぼ 0.5–1 FPS で再起動できます。 ビュアースクリプト (`casnum/cas/viewer.py`) は幾何学的構成を可視化し自動ズームします。RSA例では手動ズームが必要になる場合があります。依存関係は、sympy（コア）、可視化用のオプション pyglet、テスト用 pytest‑lazy‑fixtures、RSA 用 pycryptodome、および任意で Euclid Postulate V です。インストールは `git clone --recursive` の後に `pip install -r requirements.txt` を実行します。使用している ROM（`2048.gb`）は zlib ライセンス、CasNum コアコードは MIT ライセンス、PyBoy は LGPL v3.0 でライセンスされており、このプロジェクトはオープンソースや教育プロジェクトに適しています。

2026/03/08 6:56

3T ブラインドスポット：米国の非営利団体

## Japanese Translation: **概要** 米国の非営利セクターは年間 **3兆ドル** を管理しており、これはイギリスのGDPを上回る金額ですが、そのうち実際にプログラム費用に充てられるのは **約36％（1,800億ドル）** に過ぎません。残りはオーバーヘッド、スタッフ給与、資金調達に使われています。登録済み非営利団体は **180万人以上** であり、その多くは収益が5万ドル未満の場合 IRS Form 990 の提出義務から免除されているため、セクター全体の大部分が公衆の監視から隠れています。 寄付者の信頼感は低下しています。**米国の寄付者の32％が5年以上前よりも慈善団体に不信感を抱いています**（BBB Wise Giving Alliance）、世界的にも三分の一が非営利団体への信頼を失っています（Gallup）。財務的負担は顕著で、**調査対象の非営利団体の36％が2024年末に営業赤字を報告し、10年間で最高水準となりました**。また **41％しか全職員に生活賃金を支払えません**。資金提供者は通常オーバーヘッドを約15 % に抑えるよう指示しますが、多くの非営利団体は管理費に **31 % 近くを使っており、過小報告やコーナーカットが頻発する** ― これは「非営利組織の飢餓サイクル」と呼ばれる現象です。 企業会計との大きな違いは顕著です。IRS Form 990 は年間一度提出され、公開までに **12–18か月** を要し、監査済み財務諸表や詳細なプログラム内訳が欠如しています。一方で公的企業は **10-K（年次）、10-Q（四半期）、8-K（重要事象）** を提出し、60日以内に監査済みの声明を求められます。このコンプライアンス中心の枠組みが可視性の問題を生み出し、寄付者の信頼を侵食しています。 国際的には、英国で実施された研究で **ウガンダの井戸の45％が非営利団体によって資金提供されましたが、機能していませんでした**。これにより 2億1,500万〜3億6,000万ドル相当のリソースが無駄になっています—非効率性の重大さを示しています。既存技術（カメラ・センサー・衛星画像）はリアルタイムで成果を追跡できる可能性がありますが、現在の報告規則ではそのような機能は義務付けられていません。 非営利セクターの将来は、コンプライアンス重視から真の透明性と説明責任への転換にかかっています。この変革なしには、非営利団体は営業赤字と寄付者の懐疑心を続けるでしょう。変革が実現すれば、信頼を回復し持続可能な資金調達を確保できる可能性があります。

2026/03/06 16:17

既存のブリックからLEGO NXTファームウェアをダンプする（2025）

## Japanese Translation: > 著者はPybricksプロジェクトで作業している際、オリジナルのファームウェアバージョン 1.01を動作させていた中古Lego NXTを入手し、このファームウェアの保存コピーが存在しないこと（利用可能なのは新しい 1.03のみ）に気づきました。 > > NXTのAT91SAM7S256 MCU上では、SAM‑BA PEEK/POKE を呼び出すことはできますが、それを行うとファームウェアを書き換えてしまい、古いMCUにはモダンなデバッグインターフェースが欠けているためJTAGも実用的ではありません。ロボットのプログラムは制限付きメモリ内で動作するバイトコードVMで走るので、著者は低レベル機能に焦点を当てました。 > > PyUSB を介して USB 「Read IO Map」コマンドを送信し、`0x100d3d`（フラッシュの約 3 KiB）に位置するVMの書き込み可能な関数ポインタ `pRCHandler` を読み取りました。32 KiB の書き込み可能 MemoryPool は NOP とカスタム ARM コードで埋めることができ、`pRCHandler` をこのプール内のアドレスにリダイレクトすることで任意の直接コマンドをそのコードとして実行させることができます。 > > 著者は、受信パケットから4バイトのアドレスを読み取り、そのアドレス上のワードを返す組み込みアセンブリを挿入し、元のハンドラを置き換えました。この乗っ取られたハンドラを利用して、USB経由で「direct」コマンドをバイト単位で送信し、フラッシュ領域全体（`0x00100000–0x00200000`）を読み取り、完全なファームウェアとユーザーデータを `nxtpwn-dump.bin` にダンプしました。 > > この脆弱性は、ストックファームウェアを実行している任意のNXTで機能し、未改変デバイス上でもベアメタルコードが動作できることを示しています。これにより、保存ツールや自己複製型マルウェアなどの可能性が開かれ、NXTファームウェアの整合性チェックにおける脆弱性も浮き彫りになっています。