VOLOVLO職業の自動化リスクと転換を、業務ごとに
VOLOに訊く職業専攻企業創業者最近の変化長文方法と証拠
職業、専攻を検索…エージェント向け
日本語
  • English
  • 简体中文
  • 日本語
  • Español
  • Português
  • Français
VLO
VOLO

自動化が仕事をどう変えるかを掴むために——業務ごとに、証拠を見せて、不確かさは不確かだと認めて。

VOLOに訊く職業専攻企業創業者最近の変化長文方法と証拠AI に仕事を奪われるのか?VOLOについて職の診断オープンデータオントロジーエージェント向けVOLO Proプライバシー利用条件
© 2026 VOLO
職業
すべての職業
AI / ソフトウェア
翻訳者・通訳者銀行窓口係コピーライターコンテンツモデレーターカスタマーサポート担当事務アシスタントソフトウェアテスター/QAエンジニアデータ入力オペレーターグラフィックデザイナーパラリーガル動画編集者会計士・経理/記帳マーケティング担当フロントエンド開発者税理士・申告代行声優診療情報コーダーデータアナリスト保険金支払い担当テクニカルライター・ドキュメント担当初級ソフトウェアエンジニア保険アンダーライター(引受査定)人事・採用担当融資担当・与信担当財務アナリスト調達・サプライチェーン担当記者営業・アカウントマネージャー不動産仲介ネットワークエンジニアイラストレーター旅行代理店スタッフ・旅行アドバイザー情報システムの支援担当・ヘルプデスク監査人サプライチェーンプランナー経営コンサルタントフォトグラファーバックエンド開発者AI研究者プロダクト/UXデザイナー業務システムオーナーEC運営担当アクチュアリーアニメーター・VFXアーティスト作家・著述家給与計算担当者/給与事務放射線科医データエンジニアプロジェクトマネージャーデータサイエンティスト法廷速記者編集者・校正者弁護士医療事務助手・クリニック助手積算士コンテンツクリエイタークオンツアナリスト機械学習エンジニア経験のあるソフトウェアエンジニアDevOps エンジニア・プラットフォームエンジニア・SREビジネスアナリスト音楽家・作曲家GISアナリスト・地図製作者不動産鑑定士プロパティマネージャープロダクトマネージャー管理栄養士・栄養士エコノミスト薬剤師アライアンス・チャネル担当セキュリティアナリスト(監視運用)ファイナンシャルアドバイザー通訳者病理医チップ設計エンジニアグラントライター・助成金担当者コンプライアンス担当図書館員製図技術者・CADオペレーター建築士現場管理職・チームリーダーカウンセラー・心理療法士販売員土木・構造技術者電気エンジニアインダストリアルエンジニア統計家警備員インテリアデザイナー大学教員心理士バス運転士保険代理人・保険募集人機械エンジニアファッションデザイナー検眼士公証人学校教員総合診療医・かかりつけ医旅客機のパイロット自動車教習所の指導員都市計画担当者通信指令員ホールスタッフ診療放射線技師測量士自動車整備士警察官超音波検査技師航空整備士歯科衛生士麻酔科医建築検査員言語聴覚士ナース・プラクティショナー(診療看護師)航空管制官獣医師バーテンダー・バリスタ理学療法士・リハビリ療法士歯科医師外科医救急救命士・救急隊員建設作業員ソーシャルワーカー裁判官看護師マッサージ師助産師介護職・看護助手配管工AI導入責任者
RPA / セルフサービス
行政の窓口職員オペレーションコーディネーター地下鉄運転士受付調剤補助員採血技師歯科助手呼吸療法士作業療法士
ロボティクス
レジ係・販売スタッフコンテナターミナル作業員倉庫作業員組立作業員臨床検査技師俳優・モデル機械加工工・CNCオペレーター溶接工料理人庭師・造園工清掃員農家消防士空調・冷凍設備技術者れんが・ブロック積み職人大工・建具職人客室乗務員美容師・理容師電気工
自動運転
配車・タクシー運転手トラック運転手配達員
専攻
すべての専攻英語・外国語情報科学会計学心理学ジャーナリズム・コミュニケーション金融学法学ビジュアルコミュニケーションデザインマーケティング看護学経営学教育学・教員養成建築学行政学医学ホスピタリティ・観光経営学経済学情報システム
手引き
VOLOに訊く企業向け創業者向け最近の変化長文組織向けVOLO Pro方法と証拠VOLOについて職業を追いかける検索
いまの立場:働いている学んでいる会社を経営している何かを作っている
このページの内容何が起きているか業務の分解最近の変化あなたにとってあなたにとって何を意味するかできること何を根拠に何の上に載っているか
職業›機械学習エンジニア

この職業に検証済みの記録が入ったら知らせる → · このうちどの業務が自分のものか印を付ける(VOLO Pro、無料)→ · チームや卒業予定の学年向けに →

機械学習エンジニア

振る舞いが書かれたのではなく学ばれた系を世に出す——つまり、なぜそう動くのかを行ごとに言える人は誰もおらず、それでも、人に対して使ってよいほど良いかどうかを誰かが決めなければならない。

ソフトウェア・技術評価日 2026-09-12
自動化されつつある業務
2/ 6項
2項が増強されつつある
いまも人が主導
1/ 6項
1項の新しい業務
証拠に基づく判断
6/ 6項
6件の検証済みの記録
今週試せること · 3 本の道の 1 本目

チームが引いているベンチマークを取り、そのデータがモデルの学習資料に入っていた可能性を排除できるかを調べる。排除できないなら、その数字はチームが思っているより意味が薄い。

3 本すべてを見る ↓
47/100
自動化影響指数確度が低い

これは職を失う確率ではない。その職の業務量のうちどれだけが自動化にさらされているかと、導入が実際にどこまで進んだかを一つの値に合わせたものであり——同じ一つのものさしで職業どうしを比べるためだけに使える。それ以外には使えない。

どこに当てはまるか

学習された系をつくり、評価し、運用するエンジニアに向けて書いている——推薦、順位づけ、画像、音声、不正検知、予測、そして次第に、買ってきたモデルの上に築かれる応用も含む。他の計算機系のページとは別の軸に立っている。あちらはレイヤーか職位で切っており、こちらは「何を世に出すか」で切っている。新しい手法を生む研究者と、会社全体へAIを展開する責任を負う人は、それぞれ自分のページを持つ別の職である——`ai-researcher` と `ai-implementation-lead` である。

何が起きているか

実際に何が変わりつつあるか#

分析の単位は肩書ではなく業務です。職が置き換えられるのではなく、その業務の構成が移ります。

自動化されつつある増強されつつあるいまも人が主導新しい業務斜線:当サイトの推論で、検証済みの記録にはまだ裏付けられていない

一つのマスが一つの業務です。大きさはその仕事の中でその業務が占める比重、色はその業務が向かっている方向。マスをクリックすると、その判断がまだ示していないことが見られます。

中核業務
その問題のためのモデルをつくる
自動化されつつある✓ 証拠に基づく
これが意味し**ない**こと

このサイトの四つの向きは、その二つの仕組みを区別できない。そしてこのページを見て計画を立てる人にとって、その違いは効いてくる——買えるようになった業務は、提供元の価格・利用条件・能力が動けば、また買えなくなりうる。機械が学んでできるようになった業務は、そうはならない。また、買ってきたモデルという選択肢がない領域——狭い領域、独自のもの、遅延に厳しいもの、規制のかかったもの——についても何も語っていない。そしてそれは珍しくない。

この業務の全文を読む →無料のワークスペースで、この業務で AI を試す →
中核業務
何をもって十分とするかを決める
いまも人が主導✓ 証拠に基づく
これが意味し**ない**こと

仕事の性質についての判断であって、そこに人がどう配されているかを測ったものではない。これをまったくやらず、提供元が公表したベンチマークのまま世に出すチームは数多くあるが、それはここで書いている失敗のしかたそのものであって、反証ではない——ただし「それが何社か」は、どこでも数えられていない。

この業務の全文を読む →
中核業務
学べるデータを用意する
増強されつつある✓ 証拠に基づく
これが意味し**ない**こと

あるチームの時間のどれだけがここに使われるかは、ここでは何も測っていない。そして答えは、すでにデータ資産を持つチームとゼロから始めるチームとで一桁違う。モデルを学習させるデータに、モデルを使って印をつけることにも既知の失敗の形があり、この判断はそれを量っていない。

この業務の全文を読む →無料のワークスペースで、この業務で AI を試す →
中核業務
静かに効かなくなったとき
増強されつつある✓ 証拠に基づく
これが意味し**ない**こと

ここでの集計が覆っているのは、答えることを選んだ連邦のシステムだけであり、描いているのは手順であって、それがどれだけうまく働いているかではない。一年のあいだ誰にも見られずに動いているモデルはよくあることである——誰も見ていない場所では、この業務はそもそも行われていない。

この業務の全文を読む →無料のワークスペースで、この業務で AI を試す →
主要業務
入力を手で組み立てる
自動化されつつある✓ 証拠に基づく
これが意味し**ない**こと

証拠は個々の企業が自社のシステムについて述べたものであり、分野全体にわたる測定ではない。また、説明のつかない入力が許されない一部の規制された場面では、その分野に固有の特徴量の設計がいまも荷を支えており、この判断はそこを切り分けていない。

この業務の全文を読む →無料のワークスペースで、この業務で AI を試す →
主要業務
それが人に何をしたかに答える
新しい業務✓ 証拠に基づく
これが意味し**ない**こと

成文化されてはいるがまだ適用されていない規則であり、名指しするのは個々のエンジニアではなく組織である。要件は市場により、またシステムの用途により大きく異なり、ここには企業内の誰がこの仕事を自分のものだと告げられたかを示すものはない。

この業務の全文を読む →

これはあなたの仕事ですか。そう言えば、このページはあなたの持ち分に絞られます。

肩書とは、まとめ買いされた業務の束であり、同じ束を持つ人は二人といません。どこにも送られません——このブラウザの中に留まります。

その問題のためのモデルをつくる自動化されつつある✓ 証拠に基づく何をもって十分とするかを決めるいまも人が主導✓ 証拠に基づく学べるデータを用意する増強されつつある✓ 証拠に基づく静かに効かなくなったとき増強されつつある✓ 証拠に基づく入力を手で組み立てる自動化されつつある✓ 証拠に基づくそれが人に何をしたかに答える新しい業務✓ 証拠に基づく

6 件の業務を一つずつ読む —— 方向・理由・限界 →

最近の変化#

202420252026今日2024-05-16 · 実際の導入MicrosoftのBingチームは、2022年末からオフラインの関連性ラベルの大半に人間の専門ラベラーとともにLLMを使っており、第三者のラベラーより正確だと分かったと報告している2024-08-01 · 制限または撤回EU AI 法は、高リスク AI システムの背後にあるデータについて、バイアスの検討を行い、意図した用途に適していることを文書として残すよう求めており(第10条)、2027年12月2日から適用される2024-10-09 · 技術的能力OpenAI は、機械学習の実務における自律的な仕組みを試すため Kaggle のコンペ75件からなるベンチマークをつくった。最も良い構成が銅メダル相当に達したのは、そのうち16.9%だった2025-01-23 · 実際の導入2024年の米連邦AI用途目録では、監視について記述した稼働中のAIシステム76件のうち、47件がモデルの手作業による更新に頼り、ドリフト検知を備えた完全なパイプラインを持っていたのは5件だけだった2025-11-21 · 実際の導入Instacartは、別々に学習させていたクエリ理解のモデル群を、毎週数百万件の検索に応える一つのファインチューニング済みLLMに置き換え、エンジニアの中心的な課題を特徴量エンジニアリングから遠ざけた2026-04-13 · 実際の導入2025年の米連邦AI用途目録には、機関自身が高影響と評価した稼働中システムが227件あり、テストは44件が完了、81件が進行中、102件が空欄と記録されている
判断を動かしうる判断を動かさない(予測、能力の実演など)
実際の導入2026-04-132026-09-20 に検証
2025年の米連邦AI用途目録には、機関自身が高影響と評価した稼働中システムが227件あり、テストは44件が完了、81件が進行中、102件が空欄と記録されている

本サイトが統計系列を扱うのと同じやり方で、個別報告のCSVからここで算出した:ファイル全体を取得し、集計はローカルで行ったので、読者は再計算できる。抽出条件は development_stage が Deployed かつ is_high_impact が High-impact で、稼働中1,040行のうち227行が該当する。hi_testing_conducted 欄はそのうち Yes が44、In-progress が81、空欄が102。影響評価の欄は Yes が36、In-progress が90、空欄が101。独立審査の欄には「完了」という値そのものが現れない:31件が最高AI責任者による審査、4件が内部独立審査、1件が監督委員会、89件が進行中、102件が空欄。運用認可は Yes が69、No が60、空欄が98。「高影響」というラベルを選び、これらの欄を埋めたのは連邦機関自身であって本サイトではなく、根拠は EO 13960、Advancing American AI Act、OMB 覚書 M-25-21 である。この集計が立てているのは、機関が導入前の自らの関門について何を書き残したかということであり、空欄は空欄であって No ではなく、Yes は自己申告であって、ここでは誰も検証していない。日付は OMB が統合版のファイルを公開した日(要約は2026年4月13日時点。リポジトリ自体の作成は2026年1月28日)とした。個々の導入は多年にわたり、ファイルはこの集合に一つの日付を与えていない。

雇用主がそれを本番に置いた。基準線を動かしうる——規模と、その場がどれだけ似ているかで重みづけされる。

OMB — 2025 Federal Agency AI Use Case Inventory (computed over the individually-reported CSV) ↗影響カード全文 →
実際の導入2025-11-212026-09-27 に検証
Instacartは、別々に学習させていたクエリ理解のモデル群を、毎週数百万件の検索に応える一つのファインチューニング済みLLMに置き換え、エンジニアの中心的な課題を特徴量エンジニアリングから遠ざけた

名前の出ているInstacartのエンジニア5人が、自分たちの検索システムについて述べたものである。彼らによれば、Instacartはかつて、クエリ理解の個々のタスクごとに独立した複数のモデルを学習させ保守しており、そのそれぞれが独自のデータパイプライン、学習と配信の構成を持つ特注の解決策だった。これらの専用モデルを、複数の言語タスクを扱う単一のLLMで置き換えたことで、別々のモデルを保守する複雑さがなくなった。システムはすでに稼働しており、毎週数百万件のコールドスタートのクエリに応えている。そしてそれは、彼らの中心的な課題を、特徴量エンジニアリングから、レイテンシとコストを管理しながらこれらのバックボーンを本番に載せることへ移した。一つの会社の一つのシステムを、それをつくったチームが述べたものであり、InstacartがMLエンジニアを何人雇っているのか、その数が変わったのかについては何も言っていない。

雇用主がそれを本番に置いた。基準線を動かしうる——規模と、その場がどれだけ似ているかで重みづけされる。

Instacart — "Building The Intent Engine: How Instacart is Revamping Query Understanding with LLMs" (Nov 21, 2025), by five Instacart engineers ↗影響カード全文 →
実際の導入2025-01-232026-09-27 に検証
2024年の米連邦AI用途目録では、監視について記述した稼働中のAIシステム76件のうち、47件がモデルの手作業による更新に頼り、ドリフト検知を備えた完全なパイプラインを持っていたのは5件だけだった

各機関にわたるAIの利用について米国政府自身がまとめた目録で、2,133件の項目がある。目録は、導入後にAIシステムの性能を監視する手順があるかを、四つの選択肢で尋ねている。ここでファイルから数えた:Operation and Maintenance(運用・保守)の段階にある874件のうち、76件が四つのいずれかを選んでいる——47件が「Intermittent and Manually Updated」(データサイエンスのチームがDevOpsエンジニアと協力して、決まった間隔でモデルを手作業で更新し、分布のずれを検知する指標をつくる)、15件が「Automated and Regularly Scheduled Updates」(監視と再学習の一部は自動化されているが、データサイエンスのチームがなおかなり関与する)、5件が「Established Process of Machine Learning Operations」(自動テスト、ドリフト検知、パイプラインによる再学習)、そして9件が監視の手順なし。残る798件はこの問いを空欄のままにするか、該当なしと書いており、回答はおおむね任意で、少数の機関に偏っている。したがってこれが描いているのは回答したシステムであって、連邦のAI全体ではない。

雇用主がそれを本番に置いた。基準線を動かしうる——規模と、その場がどれだけ似ているかで重みづけされる。

Office of Management and Budget — 2024 Federal Agency AI Use Case Inventory, consolidated raw data v2 (GitHub, committed 23 January 2025) ↗影響カード全文 →
技術的能力2024-10-092026-09-12 に検証
OpenAI は、機械学習の実務における自律的な仕組みを試すため Kaggle のコンペ75件からなるベンチマークをつくった。最も良い構成が銅メダル相当に達したのは、そのうち16.9%だった

機械学習の実務にあたる Kaggle のコンペ75件——モデルを学習させ、データを整え、実験を回す——であり、各コンペの公開順位表にある人の成績を基準に採点されている。つまり比較の相手は、実際に参加した人たちである。執筆時点で最も成績のよかった構成(AIDE の足場に載せた o1-preview)は、コンペの16.9%で少なくとも銅に達した。著者はまた、計算資源の増減も、事前学習への混入も、この数字を変えると報告している。ベンチマークは公開されているので、誰でも新しいモデルで走らせ直せる。限界は二つあり、偶然ではなく構造的である——Kaggle のコンペは、問題がすでに枠取りされ、指標がすでに選ばれ、データがすでに集められた状態で届く。それはこの職のうち、このベンチマークがまったく試せない部分である。そして OpenAI はこのベンチマークをつくり、それで測られるモデルを売っている。

実演、ベンチマーク、あるいは論文が、その業務をやれることを示している。技術に何ができるかを更新するのであって、雇用主が何をするかを更新するのではない。

MLE-bench: Evaluating Machine Learning Agents on Machine Learning Engineering (OpenAI, arXiv:2410.07095) ↗影響カード全文 →
制限または撤回2024-08-012026-09-27 に検証
EU AI 法は、高リスク AI システムの背後にあるデータについて、バイアスの検討を行い、意図した用途に適していることを文書として残すよう求めており(第10条)、2027年12月2日から適用される

EU 市場、かつ高リスクシステムのうちデータで学習させるものに限る。義務を負うのは提供者すなわち組織であって、個々のエンジニアではない。この記録は「システムが人に対して行ったことに答える」という業務に結びつけてあり、データ準備そのものの業務には結びつけていない —— 第10条が定めているのはそのデータ作業をどう行わなければならないかであって、そのうちどれだけを機械が担うようになったかではない。条文が確立しているのは、データが用途に適していたこと、起こりうるバイアスについて検討したこと、欠落を確かめたことを示すことが、職業上の慣行から、文書として残す法的義務へ移るという点である。「Regulation (EU) 2026/1744」(AIに関するデジタル・オムニバス、2026年7月24日公布)は、これらの義務の適用を、附属書IIIにより高リスクとなるシステムについては2026年8月2日から2027年12月2日へ、第6条第1項と附属書Iにより高リスクとなるシステムについては2028年8月2日へ移した。つまりこれは、成立してはいるがまだ適用されていない規則である。条文は、すでに何割のチームがそのように働いているか、費用がいくらか、EU 域外で何が適用されるかについては述べていない。

失敗、撤回、規制、あるいは費用が導入を抑えている。判断を下げる、あるいはその不確かさを広げることがある。

Regulation (EU) 2024/1689 (Artificial Intelligence Act), Article 10 and Article 113, as amended by Regulation (EU) 2026/1744 — EUR-Lex consolidated text of 27 July 2026 ↗影響カード全文 →
実際の導入2024-05-162026-09-27 に検証
MicrosoftのBingチームは、2022年末からオフラインの関連性ラベルの大半に人間の専門ラベラーとともにLLMを使っており、第三者のラベラーより正確だと分かったと報告している

Microsoftの研究者4人が、査読付きの学会論文のなかでBing自身のラベル付けの実務を述べたものである。彼らは、Bingが2022年末から、オフライン指標の大半について、人間の専門ラベラーとともにLLMを使ってきたこと、自分たちの経験ではLLMのラベルが、社員を含むどの第三者のラベラーよりも正確で、はるかに速く、何倍も安いと分かったこと、そしてラベラーとプロンプトを見分け続けるために、時とともにより難しいゴールドセットをつくる必要があったことを書いている。ラベルは主に学習データではなく評価指標に使われており、使われたモデルはMicrosoftがつくって売っているので、利害がある。この仕事がラベラーやエンジニアを何人雇っているかについては何も言っていない。

雇用主がそれを本番に置いた。基準線を動かしうる——規模と、その場がどれだけ似ているかで重みづけされる。

Paul Thomas, Seth Spielman, Nick Craswell and Bhaskar Mitra (Microsoft) — "Large Language Models can Accurately Predict Searcher Preferences", SIGIR '24 (arXiv 2309.10621v3, 16 May 2024) ↗影響カード全文 →
あなたにとって何を意味するか

これがあなたにとって何を意味するか#

始めたばかりなら

講座が教えることの大半——構成、調整、特徴量の設計——は、このページが退けられたと印づけている部分であり、しかもそのうち一つは、あなたが学びはじめる前にすでに退けられていた。希少なのは、講座が課題にしにくい部分である——モデルがまだ見ていない試験をつくること、そして「これはまだ十分ではない」と口に出して言うこと。本物の人に対して動いている系に、たとえ小さくてもよいから、無理だと感じるより早く近づくこと。

経験があるなら

価値が「どのモデルを取り出すべきかを知っていること」にあったなら、その知識は速く目減りしたし、目減りし続ける。「この領域はどう壊れるか」——ここでの誤答がいくら高くつくか、どの入力が欠けているか、母集団が変わったときにもっともらしい数字が何を意味するか——を知っていることにあるなら、それは希少になった側である。判定される対象が判定しにくくなったからである。居心地の悪い言い方をすれば——この分野の最近の採用の多くは、API をうまく呼べる人に向けられており、それは天井の違う別の職である。

選べる道#

四つの方向。それぞれに現実の制約と、今週試せることが一つ付いています。いまのまま続けることも正当な選択です——ただし、選ばれたものでなければなりません。

留まって強くする

測る道具を引き受ける

モデルを買ってくるとき、自分たちのものとして残る唯一のものが評価である——そして自分たちの失敗からつくった評価用データは、提供元には供給できない。

現実の制約

自分のチームの製品に向けた敵対的な仕事であり、公開の回数で進捗を測る会社では、社内での代償が大きい。

今週試すこと

チームが引いているベンチマークを取り、そのデータがモデルの学習資料に入っていた可能性を排除できるかを調べる。排除できないなら、その数字はチームが思っているより意味が薄い。

職の形を組み替える

モデルを買えない場所へ行く

狭い領域、独自のデータ、厳しい遅延の制約、そして説明のつかない入力が許されない場面——そのどれでも、買ってくる代替品は存在せず、古典的な技能の束がいまも技能の束である。

現実の制約

こうした領域は、機械学習ではないもの——物理、医学、市場、ハードウェア——での深さに報いる。そしてその深さには、近道のできない年月がかかる。

今週試すこと

自分の業界で、汎用のモデルが小さな専用のモデルに測定可能な形で負けている問題を一つ見つけ、なぜかを書き出す。見つからないなら、それもまた一つの答えである。

隣へ移る

割り当てられる前に義務を引き受ける

人に対して使われる学習された系に義務がつきはじめており、それには、モデルが何を食べたのか、なぜそれがその目的に適っていたのかを示せる人が要る。大半のチームで、その人はまだ存在しない。

現実の制約

肩書きより先に来る責任であり、要件は市場ごとに違う——引き受けるとは、要約ではなく義務の本文を読むということである。

今週試すこと

自社が本物の人に対して動かしているモデルを一つ選び、それが何のデータで学習され、それが適切だと誰が決めたのかを1ページで書く。空欄が埋まるまでどれだけかかるかに気づく。

よくある問い#

あとどれくらい時間があるのか

ここでは部分が逆向きに動いており、一つの数字はそれを隠してしまう。専用のモデルを学習させることは、かなりの割合の問題について退けられた——しかも機械がそれをできるようになったからではなく、その成果物が買えるものになったからであり、それは巻き戻りうる種類の退場である。学習された系が十分に良いかを判断することは、同じ時期に、より難しく、より希少になった。自分で確かめられる信号——直近の三つの仕事のうち、学習されたモデルで終わったものと、誰かが学習させたモデルについての判断で終わったものはそれぞれいくつか。二つ目の数が、この職の動いている向きである。

基盤モデルが、かつて自分がモデルを学習させてやっていたことをやってしまう。自分の技能はもう古いのか

一部はそうであり、どの部分かを正確にしておく価値がある。仕組みが変わっているからである。去ったのは人の能力ではなく、専用の成果物のほうである——あなたの問題には、いまや買える代替品がある。その種の喪失は巻き戻る——提供元の価格、利用条件、呼び出し制限、能力が動けば仕事は戻ってくる——が、機械が本当にできるようになった仕事はそうはならない。去らなかったのは、その代替品が自分の問題で本当に働いているかを見分けることであり、それはまさに同じ動きのなかで難しくなった。

モデルをつくることを学ぶべきか、その上に製品をつくることを学ぶべきか

二つの技能の束の二択として問うことこそ、答えを難しくしている。どちらでも持ちのよい位置は同じである——それが働いているかどうかについての自分の判断を、信じてもらえる人であること。違うのは入り口の値段である。上に載せるほうはいまほとんど値段がかからず、だからその車線は混んでおり、そこでの天井は、良い結果ともっともらしい結果を見分けられるかどうかで決まる。一つしかうまくできないなら、判断のほうをやること。

機械学習エンジニアへの需要はいまもあるのか

需要と晒され具合は別の問いであり、このページが答えているのは後者だけである。その二つは日常的に混同されるので、言っておく価値がある。正直な観察はこうである——この肩書きはいま、天井の違う二つの職を覆っている。系を学習させ評価する職と、買ってきたモデルの上に応用を組み立てる職であり、求人はめったにその二つを区別しない。就く前に、そのチームが前四半期に何を出したか、そしてそれに対して誰かが評価用データをつくったかを訊くこと。その答えが、そこでその肩書きがどちらの職を指しているかを教えてくれる。

これを目指して学んでいますか

この専攻がここへ通じています。そのページでは、どの能力が持ち越せて、卒業生に何が欠けがちかを分解しています。

情報科学 →
何を根拠に

これらの判断が載っているもの#

このページの 6 件の業務判断のうち 6 件は検証済みの事象に支えられ、0 件はプラットフォームの推論であり、いずれもそれが現れる場所に明示されている。その背後には 2 の技術次元、言語モデルが一般に届いて以降の推移の再構成、そして 6 件の検証済み事象がある。

どの技術か、どうやってここまで来たのか、そして方法を見る →

公式の分類でどこに位置するか:スキル、知識、関連職業 →

同じ機能のなかの他の職種#

会社はまず仕事を機能に分け、そのあとで職に分ける。以下はこの仕事と同じ「技術とデータ」のなかにある職種である。これは組織図についての事実であって、互いに似ているとか、同じ方向へ変わりつつあるという判断ではない。

初級ソフトウェアエンジニア · 経験のあるソフトウェアエンジニア · フロントエンド開発者 · バックエンド開発者 · データエンジニア · AI研究者 · ソフトウェアテスター/QAエンジニア · データアナリスト · データサイエンティスト · 統計家 · エコノミスト · ビジネスアナリスト · 業務システムオーナー · 情報システムの支援担当・ヘルプデスク · セキュリティアナリスト(監視運用) · DevOps エンジニア・プラットフォームエンジニア・SRE · ネットワークエンジニア · テクニカルライター・ドキュメント担当 · グラントライター・助成金担当者