UI エンジニアは厄介な役割ですか?

私は数年前からこのテーマについて考えていました。一時は非常に混乱していました。Web ページの再構築を始めて 3 年になりますが、今でも私の経験や現在の状況について尋ねてくる人がいます。現実は私にこの問題について考えるきっかけを与えてくれます。

同時に、こうした仕事上の経験や考え方は常に私に深く影響を与えているので、たとえどんなに話しても気分を害するような内容であっても、勇気を持って立ち向かっていかなければなりません。

まずは「認知」から始める

インターネット業界に携わっている人なら誰もが知っている「アーティスト」という仕事がある。もちろん彼には他にもたくさんの名前があります。たとえば、南部の人々は自分たちを「ページボーイ」や「カッティングボーイ」と呼ぶことを好みますが、テキサス州の人々は自分たちを「建設」と呼ぶことを好みます。これはページの構造を構築する仕事の種類を意味します。

これらの名前の芸術や構造はそれほど高級に見えないため、差別的であるとは言えませんが、私たちはこれらの名前をあまり好きではありません。さらに、初期の頃は、設計から実装まで本物のアーティストの仕事を行うことができました (現在はフルスタック デザイナーと呼ばれています)。

それでは、いつからこの順位が少し低くなり始めたのでしょうか?

これは、書籍『Web ページの再構成』とこの立場の誕生から始まるかもしれません。

復興とは、過去を打破し、新たなルールや制度を再構築することです。アーティストにとって、関与するプロセスは比較的長いため、すべてのリンクを完璧にすることは必然的に困難、またはひどい場合さえあります（フルスタックエンジニア？笑）。

その結果、平均的な品質の従業員がインターネットのトレンドに乗じてアート系の職に就いたことが多く、結局デザインやコード作成ではうまくいきません。最後に残った印象は、アーティストが粗末なものを作っているということです。

この役割には肩書きが多すぎるため、少なくとも比較的新しい肩書きである UI エンジニアを使用する方がよいでしょう。

新規タイトルなので、必然的に新たな位置づけも出てきますが、txを例にとると、多くの部門のUIエンジニアもTファミリー（技術ファミリー）チャネルに分類されています（一時期ありました）デザインファミリーの時間））。

ただし、ランク チャネルは技術ファミリーに分かれていますが、人員配置は設計部門に配置されるか、製品ラインに従うことがよくあります。そして、デザイン部門のUIエンジニアは、デザイナーの中でコードについて最も詳しく、プログラマーの中でデザインについて最も詳しい人になりました。

この少し見当違いのアイデンティティ関係も、私たちを混乱させています。デザイナーであってもまともなデザイン案は作れませんし、エンジニアであってもページやアニメーションを作るだけではエンジニアリングとは言えないようです。

私たちがよく話す唯一の言葉は「ユーザー エクスペリエンス」ですが、ユーザー エクスペリエンスは非常に大きなカテゴリーであり、私たちがコントロールできるのはページのパフォーマンスやクールなアニメーションなどだけです。

これらのことは確かにエクスペリエンスをある程度向上させることができますが、その効果を定量化するのは困難です。

近年、さまざまなJSフレームワークが普及する環境の中で、フロントエンド業界ではUIにこだわる人やピクセルにこだわりを持つ人が少なくなってきています。

私自身にもその傾向があり、より包括的な研究開発プロセスにさらされると、かつて追求していたUIの細部や究極のユーザーエクスペリエンスへのこだわりを維持するのが難しくなります。

これは、特定のタイプの製品または特定の段階の製品では、UI の詳細がそれほど重要ではないことを示しているだけかもしれません。

ユーザーエクスペリエンスを重視するユーザーエクスペリエンスデザイン部門にとって、デザイン部門に所属するコーダーが評価され、昇進することは困難です。

これは UI エンジニアのジレンマです。

この苦境から抜け出したい場合は、PHP 開発に切り替えるのが良い選択です。 PHP中文网 には無料のコースがたくさんありますので、まずはしばらく独学で勉強してみてはいかがでしょうか。

著者: かつてタオバオ/テンセント/JD.com に勤務し、現在は美的集団電子商取引有限公司のモール フロントエンド グループの責任者を務める Ji Guang 氏が翻訳した『素晴らしい』 CSS」グループ認定講師。