UXプロフェッショナルはフロントエンド開発についてどの程度知っておくべきですか？
これが曖昧な質問である場合は、申し訳ありません。UXプロフェッショナル（エクスペリエンスアーキテクト、ユーザビリティデザイナー、エクスペリエンスデザイナー-あなたが何と呼ぶか）が持つべきフロントエンドの開発知識のレベルに関する人々の考えはどうなっていたのでしょうか。
2つの分野が別々のチームによって処理されている状況について話していると思います（UXチームはワイヤーフレーム/デザイン/ユーザージャーニーを処理し、フロントエンドチームは実際にコーディングを行います）。
UXチームは一般的なレベルのフロントエンドの知識（HTML/CSSの基本的な理解）で対処できると思いますか、または重要な要点（セマンティックページ構造、最適化手法、JavaScriptの影響、優雅な低下/漸進的な強化、アクセシビリティなど）？
UXチームは、デザイン/ワイヤーフレームがフロントエンドチームによってどのように解釈され、どのマークアップ/テクノロジーが使用される可能性があるかを想像できる必要がありますか？
フロントエンド開発の知識が限られていると、UXが貧弱になりますか？
FE開発の細かいポイントは、フロントエンド開発者の関心事だけですか、それともUXチームの考慮事項でもありますか？
私が言ったように、それは少し曖昧な質問であることを知っていますが、人々がFEとUXチームのそれぞれのスキルをどのように見ているのか、そして理想的には2つの間にどれだけぼかしがあるべきかについて興味があります。
あなたが説明するような状況（UXが仕様を作成し、FEがそれを実装する）で働くUX担当者として、UIを設計するときに何が可能で何が不可能であるかをチームが知っていることは非常に重要であると言えます。何かが完全に不可能である場合、私たちはそれを提案することにより、利害関係者に害を及ぼします。
一方、正式なコーディング経験を持つチームメンバーはごく少数であるため、開発者と常に協力して作業を行っています。多くの場合、デザインを関係者に提示する前に開発チームと一緒に座り、コーディングの潜在的な問題点について話し合います。
特に、UXの人々が（少なくとも）セマンティックページ構造、最適化手法、JavaScriptの影響、優雅な低下/漸進的な強化、アクセシビリティなどを含む「FE関連の事柄」について理論的に理解していることが非常に重要であると思います。もちろん、常にJared Spoolの視点があります。その 将来的には、すべてのUX'erがコーディングできるようになります （私が必ずしも同意しない視点）。
短い答え：「場合によります」。
私はこの質問に約2年間取り組んできました。考慮すべきいくつかのこと：
コーディングを習得すると、コーディングにより多くの時間を費やし、設計にかかる時間を大幅に短縮できます。あなたが使わない筋肉は萎縮し、あなたが使う筋肉は他の人を排除して構築されます。
UXは技術であり、ビジュアルデザイン、マテリアルデザイン、プロトタイピング、または（要求されたように）実装作業の一部を実行する機能など、他のものと組み合わせる必要があります。
ほとんどの雇用主（およびチーム）は、「両方を行う」ことができる人を望んでいますが、これはまれなケースです。あなたは通常どちらか一方をやっていて、私の経験からそれはほとんどコーディングです。
コーディングを学ぶと、コーダーの負担になります。つまり、開発できることがわかっているものの設計を開始することがわかります。
単に優れたデザイナーである人のためにオープンなポジションがありますが、これらのポジションは非常に少なく、非常に求められています。アダプティブパス、IDEOなどでは、純粋なUXデザイナーを採用しています。
それであなたは「すべき」ですか？私はあなたを知りません。あなたが優れたデザイナー、つまり息をのむようなスケッチとビジュアルデザインのスキルをお持ちなら、それを続けてください。あなたが製品を現実のものにするために働きたいと思っている人なら、おそらくコーディングは優れたスキルです。
私自身は、技術的なスキルを持つUXの人だと思っています。 3年間のソリューションアーキテクチャの仕事の後、私はHCIの学位を取得するために学校に戻り、次にUXデザイナーとして働きました。私の技術的背景を持つことは、純粋なデザイナーよりもリーダーシップの役割において私に多くのエッジを与えることがわかりますが、私のデザインはデザインのみに集中する機会を得る人よりも創造的で革新的ではありません。
私のアドバイス？純粋なUX作業に加えて、面白いと思うことをしてください。これにはビジュアルデザインや開発作業が含まれる場合があります。
これは私を動揺させ続けるものです。あなたの質問とこれまでのほとんどすべての回答は、UXの人々がWeb用の製品を設計するという前提の下で機能しているようです。したがって、「HTML、CSS、JavaScriptの基本的な知識が必要です」。
何故ですか？キオスクからコピー機、テレビ、航空機のディスプレイに至るまで、デスクトップとモバイル、およびさまざまな特殊プラットフォーム向けに設計するすべての人はどうですか？ C、Java、.NETなどの基本的な知識が必要ですか？
そうでない場合、それは彼らをより悪いUX人にしていますか？そして、我々が これらすべて で働いているUXの大多数の人々について話していること、およびさらに数えきれないことを覚えておいてください。だから、人々が信じているように思われるほど、業界の割合は無視できません-私は実際にはそれの少なくとも50％だと思います（ リンク をもう一度見てください:)）。
この答えを完全に無意味なものにしないようにするには（はい、これはコメントである必要があります）-UXデザイナーがプログラミングの仕組みを理解していると非常に役立ちます（== --- ==）。プラットフォームは彼らにとって黒い謎の箱ではなく、技術者と効率的に通信できます。しかし、それを超えてそれは本当に持っていることは非常に素晴らしいスキルですが、決して必要ではありません。
開発スキルは明らかに重要です。大規模なチームよりも小規模なチームの方が重要です。これらのスキルは、何らかの方法で設計チーム内でカバーする必要があります。
さらに重要なことに、UXプロフェッショナルは、ダイレクトユーザーサポートに非常に近いか、自分で行動する必要があります。顧客またはユーザーから直接問題点を聞くことは、進行中のUX設計作業に直接影響を及ぼし、製品を改良してそれらの問題を解決する必要があります。
UXの推奨事項を作成できないUXチームは、かなり役に立たないUXチームです。
個々のUXメンバーはフロントエンドコーダーである必要はありませんが、スキルセットはチーム全体として存在する必要があります。フロントエンドプロダクションを一切処理しないUXチームは、次の傾向があることがわかりました。
- ブラウザーの最新機能を活用していないインターフェースを設計する
- 画面で機能しないインターフェイスを設計する（通常、主要なステップを省略）
- 非定型的および/または車輪を再発明している設計インターフェース
- 相互作用のすべてのポイントを十分に考えないでください
- 不測の事態に備えた設計に失敗
UXチームをFE開発チームから分割する組織は、ユーザーエクスペリエンスの領域で失敗するように設定されていることを付け加えておきます。私は両方の状況とUXチームが開発責任を負わない状況の両方で働いてきました。プロジェクト全体で非常に多くの非効率があり、真の反復的な設計なしに別々の部門間を行き来する必要があります。
アナロジーは、実際の建築経験がない建築家です。これらの建築家は存在し、一部は非常に有名ですが、ほとんどの建築家にとって、彼らが何をするかを得るためには、エンジニアリング、予算、タイムラインの観点から構築できる構造を設計する必要があります。
フロントエンド開発スキルのないUXチームは、ブラシスキルのないペインターのようなものです。 ;）
UXデザイナーにとって、フロントエンド開発の基本を理解することが重要だと思います。 HTML、CSS、JSが何であるか、それがブラウザによってどのように解釈されるか、そしてWebが一般的にどのように機能するかを知っている必要があります。しかし、すべての可能性について深く知る必要はないと思います。とはいえ、UXデザイナー、フロントエンド開発者、グラフィックデザイナーが緊密に連携することが不可欠です。
追加の考え方： 2つの異なる分野（コーディングとUXデザイン）を1人の人が担当する場合、通常は良い考えではないと思います。2つのことに長けている人があまりいないためです。 （通常、あなたはベストになるために集中する必要があります）。そして、自分でページをコーディングするUX担当者が、コーディング方法を知っているものだけをデザインする危険性があります。
これはあまり人気のない意見だと思いますが、専門家が緊密に連携することで、最先端のソリューションが生み出され、可能性の限界が広がります。私たちがウェブデザイナーと呼ばれた時代を覚えていますか？プログラミング、フロントエンド、設計、プロジェクト管理などはすべて1人で行いました。楽しかったですか？承知しました！良い結果が出ましたか？めったにありません。
私の会社では、フロントエンドの開発とUXおよびUIの設計は1つのチーム（2人のコーダー、2人のグラフィックデザイナー、1人のUXアーキテクト）であり、それが本来あるべき姿だと思います。
フロントエンド開発について知っているUXプロフェッショナルがUX自体を改善するかどうかはわかりませんが、結局のところ、UX担当者はライフサイクル全体の進捗状況を認識し、それが迷っているところで統治する必要があります。私たちが私たちの仕事をして、それを次のグループに別の目で見ずに渡した場合、あなたは古典的な ツリースイング シナリオになってしまいます。
つまり、私が強調したいのは、フロントエンドの開発者領域の知識を持ち、スキル、ツール、言語、および用語に精通していることが、の助けになるということです。正式な仕様の一部としてであれ、単なるコーヒールームのチャットであれ、グループ間のさまざまなレベルでのアイデアのコミュニケーション。
そして、それは製品の生産に関わるすべてのグループに当てはまります-グラフィックデザイン、マーケティング、ブランディング、フロントエンド開発、コンテンツマネージャー、テクニカルライター、役員室-すべての利害関係者。 UXの分野は広く、これらすべての役割を理解し、彼らの世界に精通し、それらに共感することで、UX専門家は、他のグループのニーズを理解し、自分のアイデア、デザイン、および推論を伝達することの両方において、より良いコミュニケーションをとることができます。
したがって、他のグループがお互いの言語を理解しているという事実を尊重する場合、それはより効率的なプロセス、そしておそらくやや親しみやすいプロセスになるでしょう。それは、英国人が海外に行って、少なくとも彼らの言語を少しだけ話そうとするためにフランス人によってもう少し受け入れられるように私たちに少し似ています。
ユーザーエクスペリエンスはユーザーについて非常に多く、それはまったく異なる考え方なので、フロントエンドの知識が問題であるかどうかはわかりません、開発者のツールの機能や開発環境の技術的な制限について心配することから遠く離れています。
結果として、最終結果（ユーザーエクスペリエンス）は向上しますか？私はそれがするかどうかわかりません。コンセプトから完成までのプロセスの効率が向上していますか-間違いなく。
コミュニケーションの問題。
専門化は私たちの現代経済の基礎です。昔、アーティストは自分の絵の具を混ぜる必要がありました。今、彼らは店内でどんな色合いでもそれらを買うことができます（私はアーティストではないことに注意してください）。この分割は類似していると感じています。フロントエンドの開発者は、UXプロフェッショナルのペイントミキサーです。それにもかかわらず、ツールを十分に理解することは、どのプロフェッショナルにとっても不可欠です。
UXの専門家は、選択したフレームワーク内で簡単なことや困難なことについて、強力な実用的な知識を身に付ける必要があります。一般的に使用されるのは、HTML/CSS、MS Windows API、Flash、さらにはコンソールです。フレームワークは、ビデオゲームなどのアプリケーション専用に開発される場合があります。フレームワークで何ができるかを知ることは不可欠です。フレームワークの理解が深まると、実装も容易になります。
具体的には、汎用プログラミングの問題について。これは貴重なスキルですが、UXプロフェッショナルにとって必須ではありません。フィールドはまだいくらかオーバーラップしているので、現在のところ、将来よりもインポートが大きくなっていますが、すぐに冗長になるとは思いません。
ユーザーの観点からは、フロントエンドの開発者ではないUXデザイナーがいることが有利だと思います。そうすれば、UIを設計するときに、技術に左右されることはまったくありません。その人が最終的にソリューションを自分でコーディングする必要がある場合、各設計の決定には、ユーザーのニーズとビルドの難しさ（および最近見た、ビルドに行きたいと思う素晴らしいもの）とのバランスが含まれます。 ））。
私はUXデザイナーであり、フロントエンド開発者でもあるので、経験から言っています。
フロントエンドの開発者がUXの基本をしっかりと理解しているように、彼らも基本をしっかりと理解しているべきだと思います。
それは、彼らが座ってインターフェース全体をコード化できる必要があると言っているわけではありませんが、彼らは開発者と自分の言語で（そしてその逆も）会話でき、おそらく設計どおりに機能させるのに問題がある開発者。
技術的には、UXはデザインの一種です。フロントエンドソフトウェアでは、デザイナー、開発者、アーキテクトといった複数の専門分野を持つことができます。 UXは通常、「デザイナー」カテゴリに属し、概念図、ワークフロー図、およびその他の「高レベル」のクリエイティブに重点を置いています。
アーキテクトと開発者は、これらを他の設計資産とともに活用して、アプリケーションを作成します。
ソフトウェア開発は、環境によって大きく左右されます。つまり、ブラウザまたはデバイスで実行できる機能のみを設計できます。たとえば、UXデザイナーがCSS3の技術的な制約に精通している場合は非常に役立ちます。たとえば、CSS3が実行できるクールなことをプッシュする一方で、CS3ができることを認識し、回避します。 CSS3はできません。
最高のデザイナーがデザインをコーディングできるのは私の経験です。逆もまた同じです。最高のコーダーはデザインに対して素晴らしいセンスを持っています。
コードを舐めることができないUXの人々がいる可能性はありますが、私はそれに反対するでしょう。自分が思い描いたものを構築できる人、または少なくともそれを構築する方法を知っている人を探してください。
2つの角度があります。
- 複数の帽子をかぶる必要がある組織で働いている場合、標準のUXタスクに従事しながらコードを作成する機能は、実際に関連する場合があります。
- 2005年からフルタイムでUXを実践してきた私としては、コーディングを求められたり、尋ねられたりしたことはありません。企業はすべて、それぞれのビジネスカテゴリで適切に構成され、確立されていました。コーディングの責任を負っている手元には常に手があったので、それは私にとって気になるポイントではありませんでした。また、同じ人物がコードに関連する制約についての洞察を提供します。私はそのような直接の知識を持っている必要はありませんでした。
つまり、真のUXは、ユーザビリティとヒューリスティック、情報アーキテクチャ、インタラクションとインターフェースの設計、およびUXリサーチからの1つ以上の方法、専門分野、成果物で構成されていることを考えると、本当にUXに携わっている人には、コード。繰り返しになりますが、新興企業などの企業では、手を汚す必要がある場合があります。ただし、コーディングは、真のUX実践に関連する主要なコア要素ではありません。
それはすべて、組織のコンテキスト、プロジェクトのタイプとサイクル、およびその他の要因に依存します。
私の意見では：はい、コーディングできないデザイナーは、市場はそれ自体を検証する一方で、この知識は不要であると言います。
テクノロジー、フレームワーク、およびライブラリは急速に開発されているため、設計とコーディングの境界がなくなりつつあります。
ただし、設計とフロントエンドプログラミングのフィールドを分離すると、詳細なコンポーネント（UIのアニメーションまたはフロントエンドの単体テスト）を確認できます。
したがって、このコンテキストでは、プロジェクトがサポートする、またはサポートする必要がある現在のニーズとスコープに大きく依存します。
フロントエンドの初歩的な知識が必要です。私はさらに一歩進んで、設計者がgit上のリポジトリにアクセスできるようにします。設計よりもコーディングにかかる時間がかなり短いためです。
毎月のプロジェクトは、半年まで実装できます（複雑さに応じて）
そのため、システムがすでに設計されてプログラミングの準備ができている場合、設計者は現時点で、ドリブルポータルで不要なショットを生成する代わりに、実際のプログラミングサポート（APIとの通信は言うまでもなく、美学の面でも）を処理できます。
多くは製品のライフサイクルに依存します（つまり、プロジェクトがすでに成熟している場合、UXのタスクはユーザーとの仮説を検証/テストすることなので、このフェーズでは、システムがすでに機能しているプログラミングまたはアーキテクチャの作成はできません最初と同様に必要に応じて長くなります。