デザイナーはコードを書くことを学ぶ必要があるのか？

を完成させると、多くの場合 ウェブデザイン 後 デザイナー は、その無知を責められる。彼らは、ウェブコードを作るという力仕事をプログラマーに任せてしまうのです。この現象は、ウェブ開発業界だけでなく、ソフトウェアやゲーム開発業界にも見られることです。

厳しい現実はこうだ。 デザイナーによって開発の進捗が滞ることがある。 最適な効率を追求するためには、デザイナーはトレースするだけでなく、それを実現する能力が必要なのです この記事では、デザイナーがコードを書くことを学ぶ必要がある理由を読者に紹介したいと思います。

現実的で実行可能な設計を行う

最終的にどのように実装されるかを明確にイメージした上で デザイナーは より現実的で実行可能なコンセプトを打ち出すことができます。デザイナーは、開発プロセスに不可欠な存在として、デザインをウェブメディアにスムーズに移行させるとともに、ユーザビリティ、ウェブリーダビリティ、インプリメンテーションのしやすさを考慮することが求められています。ユーザーフレンドリーなウェブサイトは、クリーンで明確なナビゲーションロジックを持っているだけでなく、攻撃的で雑然とした印象を与えることなく、ユーザーが必要とするすべての情報を提供することができます。ウェブレイアウトが機能するかどうかを知る唯一の方法は、ウェブページの構築方法を自分の目で確かめることです。

コミュニケーションを円滑にする

設計と実装が分離している製品のほとんどで、特にWebサイト、ソフトウェア、ゲームなどの無形製品では、設計グループと実装グループが互いの期待に応えることはありません。この原因は、多くの場合 製品の期待と実現可能性の相互妥協 を完全に一致させることは、今のところ難しいようです。解決策としては、コミュニケーションにおける混乱、誤解、誤認を避けるために、デザイナー自身がデザイン作業を実施するように心がけることです。

便利な反復開発プロセス

実際のデザインは絶対的なものであってはならない。つまり、本来の内容を歪めることなく、システムの技術的な制約に合わせて変更できる、柔軟で親しみやすいデザインであるべきなのです。こうした繰り返される、しかし必要な変更は、オリジナルの デザイナー を実装することです。開発者がデザインをデザイナーにリダイレクトするよりも、デザイナー兼開発者の方が効率的に変更することができます。そして、デザイナーと開発者の間には摩擦があります-実際、しばしばあります-。

より良い、より調和のとれた結果

私はよく、ソフトウェアやウェブ、ゲームの開発をオーケストラの音楽に例えて考えることが好きです。 デザイナー は作曲家で、開発者はオーケストラの指揮者です。この2人が同一人物であることを想像してみてください。交響曲は見事で、魅惑的で、純粋なものになるでしょう! 巨匠による傑作というだけでなく、彼自身によって指揮されるのです!

開発期間の短縮

設計者 としても機能します。 プログラマー というのは、設計とコーディングのスケジュールが同時とは言わないまでも、連続的に行われるからです。その結果、開発サイクルを短縮することができます。

<フォント 設計者 より高い市場性

モダン デザイナー 個人の価値を維持するために、自分自身を進化させる必要があり、一連のスキルを持っているだけでは十分ではなく、しばしばデザイナーという別の肩書きを持つ必要があります。 フロントエンド 開発者、記事作成者、プロジェクトマネージャー。

自分のデザインを開発者の手に委ねるのではなく、自分で実装することを学ぶことで、自分の価値を高めることができるのです。結局のところ、デザインやコーディングのスキルを履歴書に書いても損はないのです。それどころか、この金融危機の時代、企業のリストラ（大量解雇を参照）とダウンサイジングの中で、自分の重要性を強調し、解雇を免れることもできるのです。

しかし、これだけ支持される理由がありながら デザイナー コードを書くことを学ぶことについては、まだ反対意見があります。

Lukas Mathis "による物議を醸した記事より引用。 デザイナー ではない プログラマー "( 注1)

もし デザイナー は、クリーンなコードと優れたユーザーエクスペリエンスという2つの異なる目標に制約されます。この2つの目標は互いに相反するものです。自分のデザインを実装しようと思えば、コードの質のために妥協せざるを得ず、インタラクションデザインにとって不利になるのです。

独自のデザインを実装する 設計者 は2つの問題に直面しています。それは、素晴らしい新しいアイディアが雑なコードを構築することを知っていることと、ユーザー体験を改善すると、既存のコードが破壊されることを知っていることです。この2つは矛盾しています。なぜなら、ユーザーエクスペリエンスは小さなディテールがすべてであり、その小さなディテールは結局、コードを乱雑にすることに不寛容であるために、コードを台無しにしてしまうからです。

これは、ウェブ開発ピュアリストの強硬な姿勢をよく表していますね。彼らは、デザインと開発の間に明確な一線を画すことを提唱する、古いタイプの人間なのです。明らかに デザイナー は人間のために創り、開発者は機械のために創る。 そのため、UXデザイナーは最も実現性の高いユーザーインターフェースをデザインし、開発者は最も実現性の高いプログラミングを決定することが期待されます。これは真実ですが、私がユーザーインターフェイスに取り組むとき、コードからインスピレーションを得ようとする努力は失敗に終わります。要するに、技術的な制約とユーザビリティの制約について、健全なアイデアを頭の中に持っている方が、やはり有益なのです。

最後に書く

結局のところ、開発するプロジェクトの規模によって、最終的には デザイナー と開発者の役割分担 小さなアプリケーションは、プロジェクトマネージャ( 注2) 一方、大規模なシステムには、必然的に別の専門知識が必要になるのです

注1 Mathis-Lukas - "Designers are not Programmers" - コードを無視する。

注2 Spolsky-Joel - デザイナーとプログラマーというポジションを説明する - "How to be the program manager" - Joel on Software

著者のジョン・アーバンは、カリフォルニア大学2年生で、コンピューターサイエンスを専攻しています。

英語版オリジナル記事 http://sixrevisions.com/web_design/why-designers-should-learn-how-to-code/