通常、Webデザインを完了した後、デザイナーの無知は明らかにされ批判されます。彼らは、プログラマーにWebコードを作成するという重い仕事を残しました。この現象は、ネットワーク開発業界だけでなく、ソフトウェアおよびゲーム開発業界でも発生します。
残酷な事実は次のとおりです。デザイナーのために開発の進歩が停滞する可能性があります。最高の効率を追求するために、デザイナーは描くだけでなく、それを作ることができる必要があります！この記事では、デザイナーがコードを書く方法を学ぶ必要がある理由を読者と共有したいと思います。
最終製品がどのように実装されるかについての明確な印象で、設計者はより実用的な概念を思い付きます。開発プロセスの不可欠な部分として、設計者は、その使いやすさ、Webの読みやすさ、実装性を考慮しながら、設計をスムーズにスムーズに転送できるようにする責任があります。ユーザーフレンドリーなWebサイトには、シンプルで明確なブラウジングシーケンスロジックがあるだけでなく、攻撃的または乱雑に見えることなく、必要なすべての情報をユーザーに提供します。 Webレイアウトが実行可能かどうかを知る唯一の方法は、自分でWebページを構築する方法を学ぶことです。
設計と実装のほとんどすべての独立した製品では、設計グループと実装グループは、他の人の期待、特にウェブサイト、ソフトウェア、ゲームなどの無形の製品を満たしていません。これは通常、製品の期待と製品の実現可能性の間の相互の妥協に起因しており、現在は完全に統一することは困難であると思われます。解決策は、デザイナーが個人的に作業の実装を設計して、コミュニケーションにおける混乱、誤解、誤った情報を避けるために作業の実装を設計しようとする必要があります。
実際のデザインは絶対的であってはなりません。つまり、設計は柔軟でフレンドリーで、元の意味合いを歪めることなく、システムの技術的な制限に応えるために変更できる必要があります。これらの繰り返されるが必要な変更は、元のデザイナーによってのみ達成できます。デザイナー/開発者は、変更のためにデザイナーにデザインを繰り返した開発者よりも効率的です。そして、デザイナーと開発者の間には摩擦があります - 実際、それはしばしばそうです。
私はしばしばソフトウェア、ネットワーク、またはゲーム開発をオーケストラと考えるのが好きですが、デザイナーは作曲家であり、開発者はオーケストラの指揮者です。同じ人になるのはどんなものか想像してみてください。シンフォニーは驚くほど、魅力的で、本物です！それはマスターの傑作だけでなく、彼自身の命令でもあります！
プログラマーとしてのデザイナーの同時に役割は、デザインとコーディングの進捗が同時に継続的であることを意味します。その結果、開発サイクルが短縮されます - 誰が効率を気にしませんか？
現代のデザイナーは、個人的な価値を維持するために能力を向上させる必要があります。一連のスキルを持っているだけでは十分ではありません。多くの場合、デザイナー、フロントエンド開発者、記事著者、プロジェクトマネージャーなど、さまざまなタイトルを着用する必要があります。
開発者の手でデザインを孤児にするのではなく、自分のデザインを実現することを学ぶことで、あなた自身の価値を高めます。結局のところ、履歴書のデザインとコーディングのスキルに言及しても害はありません。それどころか、金融危機の再構築のこの時代（大規模なレイオフを参照）と支出削減を削減すると、解雇されることなく人の重要性を強調することもできます。
ただし、コードを書くことを学ぶことでデザイナーがサポートする非常に多くの理由があるとしても、ここにはまだ異議の声があります。
Lukas Mathisによる論争の的となっている記事を引用します。デザイナーはプログラマではありません（ 注1）
デザイナーが自分のデザインを実装している場合、彼は2つの異なる目標の対象となります：きちんとしたコードと優れたユーザーエクスペリエンス。これらの2つの目標は矛盾しています。独自のデザインを実装したい場合は、必然的にコードの品質を妥協します。これは、インタラクティブなデザインを助長しません。
独自のデザインを実装するデザイナーは、2つの問題に直面しています。優れた新しいアイデアが厄介なコードを構築することを知っています。また、ユーザーエクスペリエンスが改善された場合、既存のコードが中断されることも知っています。ユーザーエクスペリエンスはわずかな詳細であり、最終的にはコードが耐えられないことで混乱するために、最終的には小さな詳細であるため、2つは矛盾しています。
これは、ウェブ開発の純粋主義者がとった厳しいスタンスを適切に要約しています。彼らは昔ながらであり、デザインと開発の間に境界線を引き出すことを支持しています。明らかに、 デザイナーは人間のために作成し、開発者は機械用に作成します。したがって、UXデザイナーは、最も実現可能なユーザーインターフェイスを設計し、開発者が最も実行可能なプログラミングの決定を行わせる必要があります。これは理にかなっていますが、ユーザーインターフェイスを勉強していたときに、コードからインスピレーションを見つけるための私の努力は失敗で終わりました。要するに、あなたの心に技術と可用性の制限の正しい概念を持っていることはより有益です。
最終的に、開発されたプロジェクトの規模は、最終的にデザイナーと開発者の役割を決定する可能性があります。小さなアプリケーションはプロジェクトマネージャー（ 注2）によって制御できますが、大規模なシステムには異なる専門的な才能が必要です！
注1 Mathis-Lukas-Designersはプログラマーではありません - コードには表示されません
注2 SPOLSKY-JOELは、デザイナーとプログラマーHOWと呼ばれるポジションを説明しています。
著者のジョン・アーバンは、カリフォルニア大学の2年生で、コンピューターサイエンスを専攻しています。
オリジナルの英語のテキストhttp://sixrevisions.com/web_design/why-designers-should-learn-how-to-code/