디자이너는 code_HTML/Xhtml_웹 페이지 제작을 배워야 합니까?

보통 웹디자인을 하나 완성하고 나면 디자이너의 무지가 드러나고 비난을 받기 마련이다. 그들은 웹페이지 코드를 만드는 힘든 작업을 프로그래머에게 맡깁니다. 이러한 현상은 웹 개발 산업뿐만 아니라 소프트웨어, 게임 개발 산업에서도 나타나고 있습니다.

가혹한 진실은 개발 진행이 디자이너에 의해 지연될 수 있다는 것입니다. 최적의 효율성을 추구하려면 디자이너는 그림을 그리는 것뿐만 아니라 그것을 만들 수 있는 능력도 있어야 합니다! 이 글에서는 디자이너가 코딩을 배워야 하는 몇 가지 이유를 독자들과 공유하고 싶습니다.

현실적이고 실현 가능한 디자인 만들기

최종 제품이 어떻게 구현될지에 대한 명확한 인상을 바탕으로 디자이너는 더욱 실용적이고 실행 가능한 컨셉을 제시해 드립니다. 개발 프로세스의 필수적인 부분으로서 디자이너는 유용성, 웹 가독성 및 구현 가능성을 고려하면서 자신의 디자인이 온라인 매체로 원활하게 전송될 수 있도록 보장할 책임이 있습니다. 사용자 친화적인 웹사이트는 간결하고 명확한 탐색 순서 논리를 갖고 있을 뿐만 아니라 사용자에게 압도적이거나 복잡해 보이지 않으면서 필요한 모든 정보를 제공합니다. 웹 레이아웃이 가능한지 알 수 있는 유일한 방법은 웹 페이지를 직접 만드는 방법을 배우는 것입니다.

더 쉬운 의사소통

독립적으로 설계되고 구현되는 거의 모든 제품에서 디자인 팀과 구현 팀은 서로의 기대를 결코 충족시키지 못합니다. 특히 웹사이트, 소프트웨어, 게임과 같은 무형 제품의 경우 더욱 그렇습니다. 이는 대개 제품 기대치와 제품 타당성 사이의 절충으로 귀결되는데, 현재로서는 완벽하게 통합하기는 어려워 보입니다. 해결책은: 디자이너는 의사소통에 있어서 혼란, 오해, 잘못된 의사소통을 피하기 위해 디자인 작업을 직접 구현하려고 노력해야 한다는 것입니다.

편리한 반복 개발 프로세스

실용적인 디자인이 절대적인 것은 아닙니다. 내가 의미하는 바는 디자인이 유연하고 사용자 친화적이어야 하며 원래 내용을 왜곡하지 않고 시스템의 기술적 제약에 맞게 수정될 수 있어야 한다는 것입니다. 이러한 반복적이지만 꼭 필요한 변경은 원래 디자이너만이 구현할 수 있습니다. 디자이너/개발자는 개발자가 디자인을 다시 디자이너에게 가져와 변경하는 것보다 더 효율적일 수 있습니다. 그리고 종종 그렇듯이 디자이너와 개발자 사이에 마찰이 발생할 수 있습니다.

더 좋고 조화로운 결과

저는 종종 소프트웨어, 웹 또는 게임 개발을 오케스트라로 생각하고 싶습니다. 디자이너는 작곡가이고 개발자는 오케스트라의 지휘자입니다. 같은 사람이라면 어떻게 될까요? 교향곡은 놀랍고 매혹적이며 순수할 것입니다! 거장의 걸작일 뿐만 아니라, 직접 감독을 하신 작품이기도 합니다!

개발 시간 단축

디자이너프로그래머의 역할을 동시에 수행한다는 것은 디자인과 코딩의 진행이 동시는 아니더라도 연속적으로 이루어진다는 뜻이다. 그 결과 개발 주기가 단축됩니다. 효율성에 관심이 없는 사람이 어디 있겠습니까?

디자이너더 시장 지향적인

모던디자이너는 개인의 가치를 유지하기 위해 자신의 능력을 향상해야 합니다. 일련의 기술을 갖추는 것만으로는 충분하지 않습니다. 디자이너, 프론트 엔드 등 다양한 직함을 갖춰야 하는 경우가 많습니다. 개발자, 기사 작성자 및 프로젝트 관리자.

개발자 손에 맡겨두는 대신 자신만의 디자인을 구현하는 방법을 배우면 자신의 가치가 높아집니다. 결국, 이력서에 디자인과 코딩 기술을 언급하는 것은 결코 나쁠 것이 없습니다. 반대로, 금융 위기 기업 구조 조정(참조: 대량 해고) 및 인력 감축의 시대에는 자신의 중요성을 강조하고 해고를 피하는 것도 가능합니다.

그러나 디자이너가 코딩을 배워야 하는 이유는 너무나 많지만 여전히 반대 의견이 있습니다.

Lukas Mathis의 논란이 되고 있는 기사 인용 "디자이너는 프로그래머가 아닙니다"(참고 1)

디자이너가 자신의 디자인을 구현한다면 그는 두 가지 다른 목표, 즉 깔끔한 코드와 좋은 사용자 경험에 묶여 있습니다. 이 두 가지 목표는 모순됩니다. 자신만의 디자인을 구현하려면 필연적으로 코드 품질에 대한 타협이 필요하며 이는 인터랙션 디자인에 도움이 되지 않습니다.

자신의 디자인을 구현하는

디자이너는 두 가지 문제에 직면합니다. 그들은 훌륭한 새로운 아이디어가 지저분한 코드를 생성한다는 것을 알고 있으며, 사용자 경험을 개선하면 기존 코드가 깨질 것이라는 것도 알고 있습니다. 혼돈. 사용자 경험은 모두 작은 세부 사항에 관한 것이고 이러한 작은 세부 사항은 코드를 어지럽히려는 의지로 인해 궁극적으로 망가지기 때문에 이 두 가지는 서로 모순됩니다.

이는 '웹 개발 정화자'의 강력한 입장을 적절하게 요약합니다. 그들은 구식이며 디자인과 개발 사이에 명확한 선을 긋는 것을 옹호합니다. 분명히 디자이너는 인간을 위해 만들고 개발자는 기계를 위해 만듭니다. 따라서 UX 디자이너는 가장 실현 가능한 사용자 인터페이스를 디자인하고 개발자가 가장 실현 가능한 프로그래밍 결정을 내릴 수 있도록 해야 합니다. 여기에는 어느 정도 진실이 있지만, 사용자 인터페이스 작업을 할 때 코드에서 영감을 얻으려는 노력은 실패로 끝났습니다. 한마디로 기술적인 한계와 사용성의 한계에 대해 올바른 생각을 갖고 있는 것이 더 좋습니다.

마지막에 작성하세요

궁극적으로 개발되는 프로젝트의 규모에 따라 디자이너와 개발자의 역할이 결정될 수 있습니다. 소규모 애플리케이션은 프로젝트 관리자가 제어할 수 있지만(참고 2) 대규모 시스템에는 확실히 다른 전문가가 필요합니다!

참고 1 Mathis-Lukas——“디자이너는 프로그래머가 아닙니다”——코드 무시

참고 2 Spolsky-Joel - "디자이너 및 프로그래머"라는 직위에 대해 설명 - "프로그램 관리자가 되는 방법" - Joel on Software

저자 John Urban은 캘리포니아 대학교 2학년으로 컴퓨터 공학을 전공하고 있습니다.

영문 원문 http://sixrevisions.com/web_design/why-designers-should-learn-how-to-code/