VOLOVLO職業の自動化リスクと転換を、業務ごとに
VOLOに訊く職業専攻企業創業者最近の変化長文方法と証拠職業、専攻を検索…EN中文
VLO
VOLO

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

VOLOに訊く職業専攻企業創業者最近の変化長文方法と証拠VOLOについて職の診断プライバシー利用条件
© 2026 VOLO
職業
すべての職業
AI / ソフトウェア
翻訳者・通訳者銀行窓口係コピーライターカスタマーサポート担当事務アシスタントソフトウェアテスター/QAエンジニアグラフィックデザイナーパラリーガル動画編集者会計士・経理/記帳マーケティング担当フロントエンド開発者データアナリスト保険金支払い担当テクニカルライター・ドキュメント担当初級ソフトウェアエンジニア人事・採用担当融資担当・与信担当財務アナリスト調達・サプライチェーン担当記者営業・アカウントマネージャー不動産仲介情報システムの支援担当・ヘルプデスク監査人経営コンサルタントバックエンド開発者AI研究者プロダクト/UXデザイナー業務システムオーナーEC運営担当放射線科医データエンジニア弁護士医療事務助手・クリニック助手機械学習エンジニア経験のあるソフトウェアエンジニアDevOps・プラットフォーム・SRE エンジニアプロダクトマネージャー薬剤師アライアンス・チャネル担当セキュリティアナリスト(監視運用)コンプライアンス担当建築士現場管理職・チームリーダーカウンセラー・心理療法士販売員警備員学校教員総合診療医・かかりつけ医ホールスタッフ自動車整備士理学療法士・リハビリ療法士建設作業員看護師介護職・看護助手AI導入責任者
RPA / セルフサービス
行政の窓口職員オペレーションコーディネーター受付
ロボティクス
レジ係・販売スタッフ倉庫作業員組立作業員臨床検査技師料理人清掃員電気工
自動運転
配車・タクシー運転手トラック運転手配達員
専攻
すべての専攻英語・外国語情報科学会計学心理学ジャーナリズム・コミュニケーション金融・経済法学ビジュアルコミュニケーションデザインマーケティング看護学経営学教育学・教員養成建築学行政学
手引き
VOLOに訊く企業向け創業者向け最近の変化長文職の診断方法と証拠VOLOについて職業を追いかける検索
いまの立場:働いている学んでいる会社を経営している何かを作っている
On this page業務の分解ここに至るまで最近の変化あなたにとって何を意味するかこれについて書いたもの方法と出典
職業›フロントエンド開発者

この職業に検証済みの記録が入ったら知らせる →

フロントエンド開発者

人が実際に触れる表面をつくる——そして、生成された画面では持ちこたえない部分が手元に残る。実機、実際の回線、そして「誰にとっても使えること」という法的な要請である。

frontend-developer選べる道を見る ↓ソフトウェア・技術評価日 2026-09-12
自動化影響指数
66/100
確度が低い · 失職の確率ではありません
自動化されつつある業務
1/ 6項
1項が増強されつつある
いまも人が主導
3/ 6項
1項の新しい業務
証拠に基づく判断
1/ 6項
1件の検証済みの記録
66/100
自動化影響指数確度が低い

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

どこに当てはまるか

ウェブとアプリの画面をつくるエンジニアに向けて書いている。ここでは職位ではなくレイヤーで切っている——若手と経験者のソフトウェアのページは逆の切り方であり、上級のフロントエンドエンジニアは両方に載る。デザインそのものは別の職業であり、ネイティブのモバイルとゲームは事情が分かれる。

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

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

自動化されつつある×1増強されつつある×1いまも人が主導×3新しい業務×1

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

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

デザインを動く画面に変える

自動化されつつある≈ 本サイトの推定

画面案や説明を受け取り、それを描き出すマークアップ、スタイル、部品の構造をつくる。

AI / ソフトウェア
理由

これはソフトウェア開発のなかで最も晒されている業務であり、理由は機械的である——入力が視覚的で、出力が文字であり、正しさは見ればその場で確かめられ、しかも学習の素材は公開されたウェブである。絵や一文から画面を生成する道具は、バックエンドのサービスを生成する道具より先に使える品質に達した。

これが意味し**ない**こと

描き出せる画面は、出せる画面ではない。それが保守できるか、既存のデザインシステムに合っているか、誰も描かなかった状態——空、読み込み中、エラー、一覧が半分——でどう振る舞うかについては、何も語っていない。

誰も描かなかった状態

いまも人が主導≈ 本サイトの推定

空、読み込み中、途中まで、接続なし、エラー、遅い、そして利用者がボタンを二度押した場合——そのそれぞれで何をすべきかを決め、それを実現する。

AI / ソフトウェア
理由

生成はうまくいく筋道から働く。画面案に入っているのがそれだからである。ほかの状態こそ実際のコードの大半が棲む場所であり、そのそれぞれで何をすべきかを決めることは、取ってこられる型ではなく、この製品に固有のプロダクト上の判断である。

これが意味し**ない**こと

これは仕事がどこにあるかについての判断であって、その測定ではない。フロントエンドのコードのどれだけが端の場合の処理なのかを数えたチームの記録は持っていないし、その割合は、広告のページと取引の画面とではまったく違う。

実機と実際の回線で持ちこたえさせる

増強されつつある≈ 本サイトの推定

古い携帯、遅い回線、二世代前のブラウザ、読み上げソフト、そして大きくなりすぎた配信の束。

AI / ソフトウェア
理由

ここでは道具のほうが人より上手に測り、示唆する——予算の設定、監査、性能の計測は、まさにソフトウェアが得意な機械的な点検である。できないのは、どの取捨を受け入れるかを決めることであり、それは自分の利用者が実際に誰なのかに依る。そしてそれはコードではなく事業についての事実である。

これが意味し**ない**こと

これに何時間かかるのか、そもそもチームがこれをやっているのかについて、ここには何もない——世に出ているフロントエンドの仕事のかなりの部分は、この手当てを一度も受けていないし、道具が存在することは、それが走らされたことを意味しない。

誰にとっても使えるようにする、それが求められているから

いまも人が主導≈ 本サイトの推定

キーボードでの経路、読み上げのための意味づけ、明暗の差、焦点の順序——そして次第に、それをやったと示せること。

AI / ソフトウェアRPA / セルフサービス
理由

自動の検査器が捕まえるのは、実際のアクセシビリティの不備の一部にとどまるし、目の見えない人にその流れが使えるかどうかは判断できない。この業務はまた、いくつかの市場で良い作法から法的義務のほうへ移りつつある。それが変えるのは難しさではなく、誰が答えるのかである。

これが意味し**ない**こと

フロントエンドのアクセシビリティの執行について、このサイトはまだ検証済みの記録を持っていない。だからここでの向きは、測られた結果ではなく、その要請の形に寄りかかっている。要件は市場によって、そして消費者向けの製品かどうかによって違う。

みんなが使う部品を引き受ける

いまも人が主導✓ 証拠に基づく

共有の部品群——何をそこに入れるか、ある変更が何を壊すか、誰に伝えなければならないかを決める。

AI / ソフトウェア
理由

生成が安いことは、これを軽くするのではなく、より荷を支えるものにする。誰でも数分で画面を出せるようになったとき、製品を一つにまとめているのは制約の層であり、それを誰かが保たなければならない。仕事は著述ではなく、断ることと版を管理することである。

これが意味し**ない**こと

これが職なのか片手間の職務なのかは、チームの大きさで完全に決まる。意識して人を置いているチームがどれだけあるかについて、こちらにはどちらの証拠もない。

返事をしてくるものの画面をつくる

新しい業務≈ 本サイトの推定

流れてくる応答、不確かさ、出典、停止のボタン、そしてモデルが間違っているとき・遅いときに画面が何をするか。

AI / ソフトウェア
理由

これは、生成の機能が製品に載るまで存在しなかった仕事であり、定まった型がない——「この答えは間違っているかもしれない」とどう見せるかを、いまどのチームも発明している最中である。それがフロントエンドに落ちるのは、モデルが何をするかではなく、利用者が何を見るかの問いだからである。

これが意味し**ない**こと

新しい仕事が現れることは、新しい人員と同じではない。これは既存の職のなかへ吸収されており、そのために誰かが採られたとは、ここには何も書かれていない。

ここで効いてくる技術はどれか#

四つの別々の signal です。意識して足し合わせていません——二つの技術にさらされている職が、二倍さらされているわけではありません。

認知の自動化
デザインを動く画面に変える誰も描かなかった状態実機と実際の回線で持ちこたえさせる誰にとっても使えるようにする、それが求められているからみんなが使う部品を引き受ける返事をしてくるものの画面をつくる
工程とセルフサービス
誰にとっても使えるようにする、それが求められているから

ここに至るまで#

この指数は動かない数字ではありません。これは、ChatGPT 以降の能力の検査点ごとに、それがどこにあったはずかです——再構成されたものであり、そう明記しています。

再構成 · 本サイトの推定過去の検査点ごとに、今日から推定したものです——当時に測ったのではありません。30 → 66。
1007550250
評価していません
2022 H22024 H2Now

● この職業についての1件の検証済みの出来事を、それが起きた日付の上に置いてあります——印の近くの線は、確かめられる何かに固定されています。

この site で最も急なソフトウェアの曲線であり、その仕組みは「この仕事は易しい」という判断ではなく、具体的なものである——ここで最も目に見える業務は、絵を入力として受け取って文字を出力し、正しさは見れば確かめられ、そして学習データは公開のウェブである。2024年の跳躍は、生成が部品ではなく画面まるごとが一度に出てくるところまで届いたことである。高い位置で平らになるのは、残っているものがその形をしていないからである——誰も描かなかった状態、誰も試さなかった端末、そして慣行ではなく法的な義務になりつつあるアクセシビリティの要件。この高さは、この仕事の目に見える半分のさらされ方として読むのであって、この仕事の測定として読んではならない。

2022年下半期30汎用の文章生成が世に出る。この時点より前のさらされ方は、すでに導入されていた自動化から来ていた——OCR、RPA、機械による画像認識、セルフレジ、配車のアルゴリズムである。 ChatGPT research preview (2022-11-30) ↗
2023年上半期34資格試験に通る汎用のモデル。最初の草稿の質が、専門の仕事がそれを使い始める境目を越える。 GPT-4 (2023-03-14) ↗
2023年下半期41画像の入力、長い文脈、そして道具の呼び出し。モデルを文書に向けたり、仕組みにつないだりできるようになる——それが、書く仕事ではなく工程の仕事を動かすものである。 GPT-4 Turbo:128k 上下文、视觉、工具调用(DevDay) (2023-11-06) ↗
2024年上半期50同じ能力がずっと安く、速くなる。新しくできるようになることはない。量をこなしても割に合うようになるものが大量に出てくる——導入の判断が変わるのはそのときである。
2024年下半期57多段の問題を解いていく推論のモデルと、画面を見てコンピュータを操作する最初のモデル。ソフトウェアを操作する職に届くのは、後者のほうである。 OpenAI o1(推理);同期 Claude 的 computer use 进入公测 (2024-09-12) ↗
2025年上半期62エージェントが、人が貼り付けるための文章を出すのではなく、実際のソフトウェアを端から端まで操作し始める。公になった最初の揺り戻しが現れるのもこのときである——自動化して、その一部を元に戻した組織である。 Claude 3.7 Sonnet 与 Claude Code:混合推理 + 命令行编码代理 (2025-02-24) ↗
2025年下半期65長い文脈と道具の利用が、機能ではなく既定になる。能力の向上は続き、目に見える制約は、モデルに何ができるかから、責任と、調達と、費用へ移る。 GPT-5(2025-08-07);Claude Opus 4.5(2025-11-24) (2025-08-07) ↗
2026年上半期66長い見通しを持つエージェントが、特定の業種の仕事の流れの中に着地する。導入は一般的なものではなく、業種ごとのものになる。 GPT-5.5:「专为实际工作打造」 (2026-04-23) ↗
現在66いまの評価——この点は、その職業のページに公表されている影響指数そのものなので、この曲線は、この site がすでに引き受けている数字に固定されている。平らな曲線については書き留めておく価値がある——同じ週に、AIのエージェントが物理的な機器を操作するための共通仕様の研究者向け先行版が、研究所と製造業者に公開された。それは、ここでの線がほとんど動かない物理的な職業に向けられた最初の能力の類である。 GPT-6 Astra(2026-09-03);Claude Fable 5.1 / Mythos 5.1(2026-09-01);Model Hardware Standard 研究预览(2026-08-27) (2026-09-03) ↗

平らな線は、安全の予測ではありません。それは、自動化がこれまでどの業務に届いたかを言っています——ここで最も動かなかった職業は、制約が身体的か規制によるものであり、そしてそのどちらも変わりうります。

最近の変化#

実際の導入2025-03-142026-09-12 に検証
Airbnb は、React の部品テストのファイルおよそ3,500件を Enzyme から React Testing Library へ、手作業なら1年半という見積りに対し、六週間で移行したと報告した

一社が自社のコードベースについて自ら公開したものであり、手作業での見積り(エンジニアの作業1年半)も同じ会社が出しており、外部からは確かめられない。この結果を再現可能にしているのは仕組みのほうであり、記事はそれを余さず述べている——この移行は状態機械であり、その各段に自動の審判がついている。jest、eslint、tsc が合否を告げるので、人が見張らなくてもモデルは再試行できた。そして最初の一括実行は四時間でファイルの75%を片づけた。より役に立つ数字は残りの尾のほうである——四日の調整で97%、最後の3%はそれぞれ50回から100回再試行されており、手作業で仕上げられた。記事はまた、主たる駆動要因が指示文の言い回しではなく、指示文に入れる関連ファイルを適切に選ぶこと——それは最大50ファイルを取り込み、40,000から100,000トークンにまで膨らんだ——だったと明言している。人員、採用、職の変化については何も報告しておらず、そう主張してもいない。

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

The Airbnb Tech Blog (Airbnb's own engineering blog) ↗影響カード全文 →

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

始めたばかりなら

以前ならまず任されていた業務——デザインを画面に変えること——が、ここで最も晒されている。一年かけてそれを速くこなせるようになる前に、知っておく価値がある。持ちこたえるのは、誰も描かなかった状態と、誰にとっても使えることという要請であり、そのどちらも、作品集用のページをつくることでは身につかない。

経験があるなら

あなたの効き目は、画面をつくることから、画面を縛ることへ移った——デザインシステム、状態、性能の予算、アクセシビリティの義務。それは目に見えにくい仕事であり、作品集に示すのが難しい。次に職を変えるときそれは本物の問題になる——自分が何を断り、なぜ断ったかを記録しはじめること。

選べる道#

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

留まって強くする

制約の層を引き受ける

画面が安くなったとき希少なのは、製品を一つにまとめ続ける人である——部品の集まり、状態、性能の予算。

現実の制約

目に映りにくい仕事なので当たり前と見なされやすく、一貫性が意味を持つだけの大きさのチームが要る。

今週試すこと

自分の製品の画面を一つ取り、取りうる状態をすべて列挙する。そのうち何個が実際にコードのなかに存在するかを確かめる。

職の形を組み替える

アクセシブルだと証せる人になる

いくつかの市場で、これは良い作法から義務へ移りつつある。そして義務には、主張するのではなく適合を示せる、名前のある人が要る。

現実の制約

検査器ではなく支援技術で試すことを学ぶ必要があり、大半のエンジニアはそれをやったことがない。

今週試すこと

読み上げソフトを立ち上げ、画面を見ずに自分の製品の流れを一つ最後まで通す。詰まった場所を書き留める。

隣へ移る

プロダクトの判断のほうへ動く

フロントエンドのエンジニアは、利用者が実際に何をしているかを、ほとんど誰よりも直接に見ている。そしてその観察は、プロダクトの仕事の材料そのものである。

現実の制約

コードを最もよく知っている人であることを手放し、好みではなく数字で論じることを学ぶ必要がある。

今週試すこと

自分がつくって誰も使っていない機能を一つ見つけ、なぜかを調べに行く。答えは、チームが思い込んでいたものであることはまずない。

よくある問い#

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

ここで数字を出しても正直にはならないし、この問いは業務ごとに問うほうがよい。デザインから画面をつくることはすでに大半が機械の手にある。データが欠けているとき画面が何をするかを決めることはそうではないし、読み上げソフトを使う人にとって使えるかどうかに答えることもそうではない。自分で確かめられる信号——この一か月のどれだけが、マークアップを打つことに使われ、どれだけが振る舞いを決めることに使われたか。前者が大半なら、晒され具合は本物であり、打つ手は後者へ寄ることである。

フロントエンドは最も晒されている開発の職なのか

最も目に見える業務については、そのとおりである。そして理由は難しさについての判断ではなく機械的なものである——入力が視覚的で、出力が文字であり、正しさは見れば確かめられ、学習の素材は公開されたウェブである。とはいえ、現実のフロントエンドのコードベースの大半はその業務ではない——誰も描かなかった状態、誰も試していない実機、そして成長する製品を一つにまとめ続ける制約である。目に見える半分での晒され具合は、この職の晒され具合と同じではない。

バックエンドも学ぶべきか

幅は自動的に守りにはならないし、その枠組みこそ手放す価値がある。浅い二つは、深い一つより置き換えやすい。守るのは、判断を信じてもらえる人であることであり、判断は領域に固有である。渡るなら理由を持って渡ること——状態とデータの模型は本当につながっており、両方を分かっていることは、その境目——不具合の大半が棲む場所——であなたを強くする。

画面の作品集は、いまも採用につながるのか

いまも求められるし、そしてこのページの最初の業務と同じ理由で、信号としては弱まっている——見栄えのよい画面をつくる費用を、見る側がもう知っている。弱まっていないのは判断の証拠である——取り除いた部品とその理由、誰も仕様に書かなかったのに自分が扱った状態、圧力に抗って守った性能の予算。それらは集めるのが難しく、生成するのはもっと難しい。

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

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

情報科学 →

これについて書いたもの#

この文章は、このページが持っているのと同じ記録から論じており、その一節一節が、何の上に立っているかを名指ししています。

  • 実際に自動化されるのは何か、そしてそれを前もって見分ける方法

方法と出典#

評価日
2026-09-12
業務の判断の根拠
証拠に基づく1項 · 本サイトの推定5項 · 証拠が足りない0項
検証済みの出来事
1

こちらが職業をどう評価するか →