この職業に検証済みの記録が入ったら知らせる → · このうちどの業務が自分のものか印を付ける(VOLO Pro、無料)→ · チームや卒業予定の学年向けに →
フロントエンド開発者
人が実際に触れる表面をつくる——そして、生成された画面では持ちこたえない部分が手元に残る。実機、実際の回線、そして「誰にとっても使えること」という法的な要請である。
自分の製品の画面を一つ取り、取りうる状態をすべて列挙する。そのうち何個が実際にコードのなかに存在するかを確かめる。
これは職を失う確率ではない。その職の業務量のうちどれだけが自動化にさらされているかと、導入が実際にどこまで進んだかを一つの値に合わせたものであり——同じ一つのものさしで職業どうしを比べるためだけに使える。それ以外には使えない。
ウェブとアプリの画面をつくるエンジニアに向けて書いている。ここでは職位ではなくレイヤーで切っている——若手と経験者のソフトウェアのページは逆の切り方であり、上級のフロントエンドエンジニアは両方に載る。デザインそのものは別の職業であり、ネイティブのモバイルとゲームは事情が分かれる。
実際に何が変わりつつあるか#
分析の単位は肩書ではなく業務です。職が置き換えられるのではなく、その業務の構成が移ります。
一つのマスが一つの業務です。大きさはその仕事の中でその業務が占める比重、色はその業務が向かっている方向。マスをクリックすると、その判断がまだ示していないことが見られます。
描き出せる画面は、出せる画面ではない。それが保守できるか、既存のデザインシステムに合っているか、誰も描かなかった状態——空、読み込み中、エラー、一覧が半分——でどう振る舞うかについては、何も語っていない。
これは仕事がどこに落ちているかについての判断であって、それを測ったものではない。自分たちのフロントエンドのコードのうちどれだけが例外的な状態の処理なのかを、チームは数えていない。だから照らし合わせる数字が存在しないし、その比率は、宣伝用のページと取引画面とでは桁違いに違う。
ある政府の標準は、自らのサービスについてこのテストを求めている。それ以外の場所でこれに何時間かかるのか、そもそもチームがこれをやっているのかについては、ここには何もない——世に出ているフロントエンドの仕事のかなりの部分は、この手当てを一度も受けていないし、道具が存在することは、それが走らされたことを意味しない。
ある規制当局の措置は、自動のオーバーレイに頼ったサイトに残っていた障壁を、サイトの名を挙げずに列挙している。それをさらに決着させるのは、具体的な画面と、そこの何が悪かったのかを名指しした執行の事例である。要求は市場によって違い、その製品が一般の利用者に向いているかどうかでも違う。
これが一つの職なのか、片手間の役回りなのかは、まったくチームの規模しだいである。そして、どれだけのチームがこれに意図して人を割いているかは、誰も数えていない。
新しい仕事が現れることは、新しい人員と同じではない。これは既存の職のなかへ吸収されており、そのために誰かが採られたとは、ここには何も書かれていない。
これはあなたの仕事ですか。そう言えば、このページはあなたの持ち分に絞られます。
肩書とは、まとめ買いされた業務の束であり、同じ束を持つ人は二人といません。どこにも送られません——このブラウザの中に留まります。
最近の変化#
障害を持つアメリカ人法第II編のもとで州・地方政府を拘束する米国の連邦規則である。2024年の規則は、そのウェブコンテンツとモバイルアプリにWCAG 2.1 AAへの適合を求めている。2026年4月20日に発効したこの暫定最終規則は、適合の期限を、人口5万人以上の主体については2027年4月26日まで、それより小さな主体と特別区については2028年4月26日まで延ばす。その理由のなかで司法省は、生成AIのような先端技術はアクセシブルでないコンテンツの修正を大規模にはまだ確実に自動化できないこと、そして公的主体がコンテンツをアクセシブルにするのに技術を頼れなければ頼れないほど、代わりに手作業に頼る必要が大きくなることを述べている。これは司法省の理由づけであって効力のある要件ではなく、新しい画面をつくることではなく既存のコンテンツを直すことについてのものである。この規則が拘束するのは政府であり、民間企業ではない。
失敗、撤回、規制、あるいは費用が導入を抑えている。判断を下げる、あるいはその不確かさを広げることがある。
この提出書類が確立するのは計量であって、その効果ではない。Figma は、2025年中に全シートへ AI クレジットを導入し、2026年3月に上限の適用を開始して、それを超える分は月次の追加購入または従量課金で販売していると述べている。書類が示すのは月であり、日ではない。Figma Make と Dev Mode の利用量は一切示されていない。上限の適用が始まった後、サポートへの問い合わせが増え、公の場での不満がいくらか出て、一部の顧客の利用量が減ったとだけ述べており、それがどれほどかの測定はない。Figma はこれらのシートを販売しているので、価格改定の見せ方に利害がある —— ただしここに記録した事実、すなわちデザインから画面を生成することがシートに含まれる扱いではなく従量のクレジットを消費するようになったという点は、誇張すれば責任を問われる提出書類に書かれている。他社のツールについては何も言っておらず、社内で組んだパイプラインについても何も言っていない。
失敗、撤回、規制、あるいは費用が導入を抑えている。判断を下げる、あるいはその不確かさを広げることがある。
公共のデジタルサービスをつくるための、英国中央政府の標準である。サービスがAIを使うなら、それが利用者のデータや、利用者が受け取る結果や情報にどう影響しうるかを利用者に明らかにしなければならない。AIで動くチャットボットを使うなら、回答が人からのものではなく正確でないかもしれないことを利用者が理解し、人に連絡する方法を知っているようにしなければならない。このページはまた、サービスは必要ならAIの使用をやめる備えをしておくべきだとも述べている。拘束するのは英国中央政府のサービスチームであって民間企業ではなく、定めているのは画面が何を伝えなければならないかであって、どのチームがそれをどうつくるかではない。
失敗、撤回、規制、あるいは費用が導入を抑えている。判断を下げる、あるいはその不確かさを広げることがある。
米国の消費者保護の規制当局が、どんなウェブサイトでもウェブコンテンツ・アクセシビリティ・ガイドラインに適合させると謳うAI搭載のウィジェットを売っていた会社に対して出した訴状であり、100万ドルの支払いを求め、根拠のないそうした主張を禁じる最終命令で決着した。訴状は、アクセシビリティの専門家によれば、自動のテストツールだけではウェブサイトがアクセシビリティの基準を満たすかどうかを判定できず、人による手作業のテストが必要だと述べ、製品を使ったサイトに残っていた障壁を挙げている:フォーカス表示の欠如、フォームやメニューでのキーボードトラップ、代替テキストの欠如や不正確さ、誤った見出し。これは同意によって決着した欺瞞的広告の事件であり、専門家についての一文は外部の専門家を引いたものであり、影響を受けたサイトの名は挙げられていない。
失敗、撤回、規制、あるいは費用が導入を抑えている。判断を下げる、あるいはその不確かさを広げることがある。
一社が自社のコードベースについて自ら公開したものであり、手作業での見積り(エンジニアの作業1年半)も同じ会社が出しており、外部からは確かめられない。この結果を再現可能にしているのは仕組みのほうであり、記事はそれを余さず述べている——この移行は状態機械であり、その各段に自動の審判がついている。jest、eslint、tsc が合否を告げるので、人が見張らなくてもモデルは再試行できた。そして最初の一括実行は四時間でファイルの75%を片づけた。より役に立つ数字は残りの尾のほうである——四日の調整で97%、尾の部分のファイルの多くは50回から100回再試行されており、最後の3%は手作業で仕上げられた。記事はまた、主たる駆動要因が指示文の言い回しではなく、指示文に入れる関連ファイルを適切に選ぶこと——それは最大50ファイルを取り込み、40,000から100,000トークンにまで膨らんだ——だったと明言している。人員、採用、職の変化については何も報告しておらず、そう主張してもいない。
雇用主がそれを本番に置いた。基準線を動かしうる——規模と、その場がどれだけ似ているかで重みづけされる。
公共のデジタルサービスをつくるための、英国中央政府の標準である。政府のすべてのサービスは、サービスの一部がJavaScriptを必要とする場合でも、プログレッシブエンハンスメント——まずHTMLで動くようにし、それからCSSとJavaScriptを加える——に従わなければならない。JavaScriptをブラウザをまたいで動かすために、このページは、機能検出、ポリフィルとトランスパイル、自動テストやリンターの使用、そして古い端末や性能の低い端末でのテストを含む定期的な手作業のテストを挙げている。拘束するのは英国中央政府のサービスチームである。これは仕事をどう行わなければならないかの標準であって、そのうちどれだけが自動化されているかの測定ではない。
失敗、撤回、規制、あるいは費用が導入を抑えている。判断を下げる、あるいはその不確かさを広げることがある。
これがあなたにとって何を意味するか#
以前ならまず任されていた業務——デザインを画面に変えること——が、ここで最も晒されている。一年かけてそれを速くこなせるようになる前に、知っておく価値がある。持ちこたえるのは、誰も描かなかった状態と、誰にとっても使えることという要請であり、そのどちらも、作品集用のページをつくることでは身につかない。
あなたの効き目は、画面をつくることから、画面を縛ることへ移った——デザインシステム、状態、性能の予算、アクセシビリティの義務。それは目に見えにくい仕事であり、作品集に示すのが難しい。次に職を変えるときそれは本物の問題になる——自分が何を断り、なぜ断ったかを記録しはじめること。
選べる道#
四つの方向。それぞれに現実の制約と、今週試せることが一つ付いています。いまのまま続けることも正当な選択です——ただし、選ばれたものでなければなりません。
制約の層を引き受ける
画面が安くなったとき希少なのは、製品を一つにまとめ続ける人である——部品の集まり、状態、性能の予算。
目に映りにくい仕事なので当たり前と見なされやすく、一貫性が意味を持つだけの大きさのチームが要る。
自分の製品の画面を一つ取り、取りうる状態をすべて列挙する。そのうち何個が実際にコードのなかに存在するかを確かめる。
アクセシブルだと証せる人になる
いくつかの市場で、これは良い作法から義務へ移りつつある。そして義務には、主張するのではなく適合を示せる、名前のある人が要る。
検査器ではなく支援技術で試すことを学ぶ必要があり、大半のエンジニアはそれをやったことがない。
読み上げソフトを立ち上げ、画面を見ずに自分の製品の流れを一つ最後まで通す。詰まった場所を書き留める。
プロダクトの判断のほうへ動く
フロントエンドのエンジニアは、利用者が実際に何をしているかを、ほとんど誰よりも直接に見ている。そしてその観察は、プロダクトの仕事の材料そのものである。
コードを最もよく知っている人であることを手放し、好みではなく数字で論じることを学ぶ必要がある。
自分がつくって誰も使っていない機能を一つ見つけ、なぜかを調べに行く。答えは、チームが思い込んでいたものであることはまずない。
よくある問い#
ここで数字を出しても正直にはならないし、この問いは業務ごとに問うほうがよい。デザインから画面をつくることはすでに大半が機械の手にある。データが欠けているとき画面が何をするかを決めることはそうではないし、読み上げソフトを使う人にとって使えるかどうかに答えることもそうではない。自分で確かめられる信号——この一か月のどれだけが、マークアップを打つことに使われ、どれだけが振る舞いを決めることに使われたか。前者が大半なら、晒され具合は本物であり、打つ手は後者へ寄ることである。
最も目に見える業務については、そのとおりである。そして理由は難しさについての判断ではなく機械的なものである——入力が視覚的で、出力が文字であり、正しさは見れば確かめられ、学習の素材は公開されたウェブである。とはいえ、現実のフロントエンドのコードベースの大半はその業務ではない——誰も描かなかった状態、誰も試していない実機、そして成長する製品を一つにまとめ続ける制約である。目に見える半分での晒され具合は、この職の晒され具合と同じではない。
幅は自動的に守りにはならないし、その枠組みこそ手放す価値がある。浅い二つは、深い一つより置き換えやすい。守るのは、判断を信じてもらえる人であることであり、判断は領域に固有である。渡るなら理由を持って渡ること——状態とデータの模型は本当につながっており、両方を分かっていることは、その境目——不具合の大半が棲む場所——であなたを強くする。
いまも求められるし、そしてこのページの最初の業務と同じ理由で、信号としては弱まっている——見栄えのよい画面をつくる費用を、見る側がもう知っている。弱まっていないのは判断の証拠である——取り除いた部品とその理由、誰も仕様に書かなかったのに自分が扱った状態、圧力に抗って守った性能の予算。それらは集めるのが難しく、生成するのはもっと難しい。
これを目指して学んでいますか
この専攻がここへ通じています。そのページでは、どの能力が持ち越せて、卒業生に何が欠けがちかを分解しています。
これらの判断が載っているもの#
このページの 6 件の業務判断のうち 5 件は検証済みの事象に支えられ、1 件はプラットフォームの推論であり、いずれもそれが現れる場所に明示されている。その背後には 2 の技術次元、言語モデルが一般に届いて以降の推移の再構成、そして 6 件の検証済み事象がある。
同じ機能のなかの他の職種#
会社はまず仕事を機能に分け、そのあとで職に分ける。以下はこの仕事と同じ「技術とデータ」のなかにある職種である。これは組織図についての事実であって、互いに似ているとか、同じ方向へ変わりつつあるという判断ではない。
初級ソフトウェアエンジニア · 経験のあるソフトウェアエンジニア · バックエンド開発者 · データエンジニア · 機械学習エンジニア · AI研究者 · ソフトウェアテスター/QAエンジニア · データアナリスト · データサイエンティスト · 統計家 · エコノミスト · ビジネスアナリスト · 業務システムオーナー · 情報システムの支援担当・ヘルプデスク · セキュリティアナリスト(監視運用) · DevOps エンジニア・プラットフォームエンジニア・SRE · ネットワークエンジニア · テクニカルライター・ドキュメント担当 · グラントライター・助成金担当者
