フロントエンド開発者 · 業務ごと

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

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

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

誰も描かなかった状態

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

これは仕事がどこに落ちているかについての判断であって、それを測ったものではない。自分たちのフロントエンドのコードのうちどれだけが例外的な状態の処理なのかを、チームは数えていない。だから照らし合わせる数字が存在しないし、その比率は、宣伝用のページと取引画面とでは桁違いに違う。

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

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

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

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

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

ここでの方向は、測られた結果ではなく、要求の形のほうに乗っている。それを決着させるのは、具体的な画面と、そこの何が悪かったのかを名指しした執行の事例である。要求は市場によって違い、その製品が一般の利用者に向いているかどうかでも違う。

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

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

これが一つの職なのか、片手間の役回りなのかは、まったくチームの規模しだいである。そして、どれだけのチームがこれに意図して人を割いているかは、誰も数えていない。

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

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

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