Wulin.com의 기사 소개 (www.vevb.com) : 웹 디자이너가 프로그래밍 지식을 배우는 이점은 무엇입니까?
일반적으로 웹 디자인을 완료 한 후 디자이너의 무지가 드러나고 비판됩니다. 그들은 프로그래머에게 웹 코드를 만드는 무거운 작업을 남겼습니다. 이 현상은 네트워크 개발 산업뿐만 아니라 소프트웨어 및 게임 개발 산업에서도 발생합니다.
잔인한 사실은 : 디자이너로 인해 개발 진행이 정체 될 수 있습니다. 최상의 효율성을 추구하기 위해서는 디자이너가 그릴 필요가있을뿐만 아니라이를 만들 수 있어야합니다! 이 기사에서는 디자이너가 코드를 작성하는 방법을 배워야하는 몇 가지 이유를 독자와 공유하고 싶습니다.
현실적이고 실행 가능한 디자인을 만드십시오
최종 제품이 어떻게 구현 될지에 대한 명확한 인상을 받아 디자이너는보다 실용적인 개념을 제시 할 것입니다. 개발 프로세스의 필수 요소로서 디자이너는 설계를 네트워크 미디어로 원활하게 전송하는 동시에 유용성, 웹 가독성 및 구현 성을 고려할 수 있습니다. 사용자 친화적 인 웹 사이트에는 간단하고 명확한 브라우징 시퀀스 논리가있을뿐만 아니라 사용자에게 공격적이거나 지저분한 것처럼 보이지 않고 필요한 모든 정보를 제공합니다. 웹 레이아웃이 실현 가능한지 알 수있는 유일한 방법은 웹 페이지를 직접 구축하는 방법을 배우는 것입니다.
의사 소통을 더 쉽게 만듭니다
설계 및 구현의 거의 모든 독립 제품에서 디자인 그룹 및 구현 그룹은 상대방의 기대, 특히 웹 사이트, 소프트웨어 및 게임과 같은 무형의 제품을 충족시키지 못했습니다. 이것은 일반적으로 제품 기대와 제품 타당성 사이의 상호 타협에 기인하며, 현재는 완벽하게 통일하기가 어렵습니다. 해결책은 : 디자이너는 개인적으로 커뮤니케이션의 혼란, 오해 및 잘못된 정보를 피하기 위해 작업 구현을 설계하려고 노력해야합니다.
편리한 반복 개발 프로세스
실제로 디자인이 절대적이지 않아야합니다. 디자인은 유연하고 친절해야하며 원래의 의미를 왜곡하지 않고 시스템의 기술적 한계를 수정할 수 있어야합니다. 이러한 반복적이지만 필요한 변경은 원래 디자이너 만으로만 달성 할 수 있습니다. 디자이너/개발자는 디자이너에게 변경을 위해 디자인을 반복하는 개발자보다 더 효율적일 수 있습니다. 그리고 디자이너와 개발자 사이에는 마찰이 있습니다. 실제로는 종종 그렇습니다.
더 좋고 조화로운 결과
나는 종종 소프트웨어, 네트워크 또는 게임 개발을 오케스트라로 생각하고 싶지만 디자이너는 작곡가이고 개발자는 오케스트라의 지휘자입니다. 같은 사람이되는 것이 어떤 것인지 상상해보십시오. 심포니는 놀랍고 매력적이며 진정성이 될 것입니다! 그것은 마스터의 걸작 일뿐 만 아니라 자신의 명령이기도합니다!
개발 시간을 단축하십시오
프로그래머로서 디자이너의 역할은 동시에 디자인 및 코딩의 진행 상황이 동시에는 아니지만 연속적이라는 것을 의미합니다. 결과적으로 개발주기의 단축은 누가 효율성에 관심이 없습니까?
디자이너는 시장 지향적입니다
현대 디자이너는 개인적인 가치를 유지하기 위해 능력을 향상시켜야합니다. 일련의 기술을 갖는 것만으로는 충분하지 않습니다. 우리는 종종 디자이너, 프론트 엔드 개발자, 기사 저자 및 프로젝트 관리자와 같은 다른 타이틀을 착용해야합니다.
개발자의 손에 고아를 만들기보다는 자신의 디자인을 실현하는 법을 배우면 자신의 가치를 향상시킵니다. 결국, 이력서의 디자인 및 코딩 기술을 언급하는 것은 아프지 않을 것입니다. 반대로,이 금융 위기 구조 조정 (대규모 해고)과 지출 감축 시대에 해고되지 않고 사람의 중요성을 강조 할 수 있습니다.
그러나 디자이너가 코드 작성을 배우는 데 도움이되는 많은 이유가 있더라도 여기에는 여전히 이의 제기의 목소리가 있습니다.
Lukas Mathis의 논쟁적인 기사를 인용하십시오. 디자이너는 프로그래머가 아닙니다 (주 1)
디자이너가 자신의 디자인을 구현하면 깔끔한 코드와 우수한 사용자 경험의 두 가지 목표가 적용됩니다. 이 두 가지 목표는 모순됩니다. 자신의 디자인을 구현하려면 대화식 디자인에 도움이되지 않는 코드의 품질에 필연적으로 타협 할 것입니다.
자신의 디자인을 구현하는 디자이너는 두 가지 문제에 직면 해 있습니다. 새로운 아이디어가 지저분한 코드를 구축 할 것이라는 것을 알고 있으며, 사용자 경험이 향상되면 기존 코드가 중단 될 것임을 알고 있습니다. 사용자 경험이 작은 세부 사항이있어 궁극적으로 코드가 부담 할 수 없어서 혼란스러워하는 코드를 망치는 작은 세부 사항이기 때문에 두 사람은 모순됩니다.
이것은 웹 개발 순수 주의자가 취한 힘든 입장을 적절하게 요약합니다. 그들은 구식이며 디자인과 개발 사이의 경계를 그리는 옹호자입니다. 분명히, 디자이너는 인간을 위해 창조하고 개발자는 기계를 위해 만듭니다. 따라서 UX 디자이너는 가장 실행 가능한 사용자 인터페이스를 설계하고 개발자가 가장 실행 가능한 프로그래밍 결정을 내릴 수 있도록해야합니다. 이것이 의미가 있지만, 사용자 인터페이스를 공부할 때 코드에서 영감을 얻으려는 노력은 실패로 끝났습니다. 요컨대, 당신의 마음에 올바른 기술과 유용성 한계를 갖는 것이 더 유익합니다.
마지막에 작성되었습니다
궁극적으로 개발 된 프로젝트의 규모는 궁극적으로 디자이너와 개발자의 역할을 결정할 수 있습니다. 작은 응용 프로그램은 프로젝트 관리자 (주 2)에 의해 제어 될 수 있지만 대형 시스템에는 다른 전문적인 재능이 필요합니다!