Adobe가 웹 디자이너를 이해하지 못하는 이유
이번 주 초 Adobe는 현재 코드 명이 "Muse"인 WYSISYG 웹 디자인 프로젝트의 미리보기를 시작했습니다. 유망한 것처럼 보였지만 웹 커뮤니티의 실망스럽고 화난 반응은 이미 웹 전체에 있습니다.
웹 사이트 디자인을위한 "코드 프리"솔루션을 제작하는 데 Adobe가 소비하는 모든 시간과 노력과 비용으로 인해 지금까지 사용할만한 제품을 만들 수있을 것이라고 생각할 것입니다. 그래서 그들을 어떻게 붙잡고 있는가? 오늘 우리는 웹 디자이너와 함께 Adobe의 역사에서 반복되는 테마를 발견 할 수 있는지 확인하기 위해 PageMill에서 시작하여 메모리 레인을 간략히 살펴 보겠습니다.
디자인 리소스 살펴보기
처음에
옛날 옛적에, Adobe는 창조적 산업을 소유했습니다. 이것은 인쇄 디자인이 오래 지속되는 웹 디자인을 유비쿼터스 직업으로 채택하지 못했을 때 역사상 마법의 요점이었습니다. 모든 사람들이 마침내 Quark이 거의 흡입했다고 결정했습니다.
확실히, 나는 여전히 거의 항상 컴퓨터에 Adobe 앱이 없거나 두 개가 열려있는 독창적 인 창조적 인 전문가를 알지 못하지만 회사는 여전히 새로운 세대의 디자이너와 어려움을 겪고있는 것 같습니다.
Adobe는 웹 디자이너, 특히 WYSIWYG 웹 편집기 영역에서 오랜 역사를 가지고 있습니다. 몇 번이고 그들은 바람직한 결과를 얻지 못하면서이 산업에 혁명을 일으키고 소유하려고 노력했습니다. Adobe가이 분야에서 매년 실험을 발표하고 있다는 사실은 내부적으로 여전히 개선의 여지가 충분하다고 생각합니다.
그렇다면 왜 창조적 인 왕이이 너트를 깨뜨릴 수 없습니까? Adobe가 이해하지 못하는 웹 디자인 및 / 또는 웹 디자이너는 무엇입니까? 답을 찾기 위해 웹 디자인 세계에 침투하려는 주목할만한 시도를 살펴 보겠습니다.
PageMill & GoLive
1994 년 말까지 Adobe는이 인터넷이 추구해야 할 사항임을 깨달았습니다. 그렇게하기 위해, 그들은 대기업이 귀중한 R & D 시간과 돈을 낭비하기 위해하는 일을했습니다. 경쟁 업체를 인수했습니다.
1994 년부터 1999 년까지 Adobe의 WYSIWYG는 Seneca에서 인수 한 PageMill이었습니다. 두 번째 또는 세 번째 반복으로 많은 종과 휘파람이 있었고 상당히 긍정적 인 피드백을 받았지만 Adobe는 이미이 분야에 대한 다음 큰 참가자를 위해 노력하고있었습니다.
"재미있는 사실 : Builtwith.com은 27, 000 개가 넘는 웹 사이트가 여전히 PageMill을 사용하고 있다고 추정합니다!"1999 년 Adobe는 Macromedia Dreamweaver의 증가하는 위협으로부터 자신을 방어하기 위해 다른 회사를 구매하기로 결정했습니다. 이번에는 대상 회사가 GoLive Systems 였고이 제품은 CyberStudio라는 WYSIWYG 편집기로, Adobe GoLive로 브랜드가 변경되었습니다.
많은 GoLive 사용자들은이 제품이 근본적인 개념적 결함으로 고통 받고 있다고 불평했습니다. 정적 디자인에는 너무 적합하지 않았습니다. 매우 간단하고 정적 인 페이지를 만드는 것이 좋았을 수도 있지만, 동적 기능을 추가하려는 즉시 인터페이스가 비효율적이며 어수선하고 악몽이되어서 제대로 휘두 릅니다. 오늘날에도 Adobe에서 볼 수있는 테마이므로주의하십시오.
GoLive에 대한 다른 불만은 상당히 지저분한 출력과 관련이 있습니다. 다시 말하지만, 이것은 어도비가 여전히 무지한 상태로 유지해온 거대한 교훈입니다.
놀랍게도 GoLive는 CS2 이후 Creative Suite에서 가져와 독립형 제품으로 변환되었지만 2007 년 내내 계속되었습니다. 많은 사람들이 예상했듯이 Dreamweaver는 결국 승리했습니다.
매크로 미디어 연대기
Macromedia는 90 년대 후반에 두 가지 주요 인수로 인해 유명했습니다. 1996 년에는 Flash가 된 FutureSplash와 Dreamweaver로 발전한 Backstage를 모두 구입했습니다.
이 두 앱의 역사에 관한 책을 쓸 수 있습니다. 플래시가 어떻게 웹을 영원히 바꾸 었는지 떠 올릴 필요가 없습니다. 처음에는 구세주처럼 보였으며 최근에는 유다로 표시되었습니다. 실제로 Flash는 웹에서 느낄 수있는 맛, 즉 할리우드에서 느껴지는 풍부하고 인터랙티브하고 역동적 인 경험을 제공합니다. 또한 많은 사람들이 쉽게 볼 수있는 비디오 컨텐츠를 가져 왔으며, 대부분의 사람들은 결석을 상상할 수 없었던 웹의 중요한 기능입니다.
한마디로 Dreamweaver는 GoLive의 꼬리를 kick습니다. 두 응용 프로그램을 모두 사용한 거의 모든 사람들이 Dreamweaver의 친숙한 작업 과정을 선호했습니다. Dreamweaver에서는 스크립팅 및 데이터베이스 통합과 같은 무거운 작업이 훨씬 쉬워졌으며, 거대 사이트가있는 많은 대기업이이를 선호했습니다. CSS 제작과 같은 더 기본적인 기능은 Dreamweaver에서 우수하다고 선전되었습니다.
Adobe, Macromedia 구매
Adobe는 2005 년 말에 Macromedia를 인수하여 GoLive에 관심을 갖기 시작했습니다.
6 년 후이 인수 결과는 약간 혼동되었습니다. Adobe는 분명히 Macromedia의 다양한 기술을 발전시키는 데 많은 투자를했지만 위에서 언급했듯이 Flash는 현재 웹에서 가장 좋아하는 채찍질 소년입니다 (Apple에서 채찍을 들고 있음).
그러나 Dreamweaver는 여전히 WYSIWYG입니다. 전 세계에 몇 명의 Dreamweaver 사용자가 있는지에 대한 확실한 판매 번호 나 제안을 찾을 수 없었지만 BuiltWith를 다시 한 번 찾고자한다면 웹 사이트를 사용하는 420 만 개 이상의 웹 사이트가 있음을 알 수 있습니다. ).
물론 Dreamweaver가 여전히 웹에 큰 영향을 미치지 않는다고 말할 수는 없습니다. 그러나 Dreamweaver에 대한 깊고 끔찍한 비판은 어디에서나 검색 할 수 있습니다. 이 증오 중 일부는 일반적으로 WYSIWYG로 퍼져 나가지 만, 대부분은 별보다 적은 코드와 응용 프로그램과 관련된 항목에 대한 더 큰 장벽을 향하고 있습니다.
Dreamweaver를 다루기 위해 간단한 HTML과 CSS를 배우는 것을 목표로 삼고 있다면 작은 일을 피하기 위해 대규모 작업을 수행해야 할 것입니다! 공정하게 말하면 코더도 Dreamweaver를 사용할 수 있지만 손으로 직접 코딩하는 것이 훨씬 쉽고 빠르며 깔끔하다고 생각하는 것은 아닙니다.
이상에서 멀다
궁극적으로 오늘날 일부 전문 웹 개발자는 Dreamweaver가 시각적 기반 웹 개발의 정점이라고 주장합니다. 대신, 업계는 우리가 진정한 "드림위버 킬러"를 간절히 기다리고있는 동안 현재로서는 최고의 솔루션이라고 생각하는 태도를 갖고있는 것 같습니다.
빙산의 일각
이 분야에서 가장 최근의 두 가지 노력에 대한 논의로 넘어갈 때, 나는 여기서 주요 선수들을 때린 것임을 알고 있습니다. Adobe는 코드없는 개발을 목표로 Flash Catalyst와 같은 수많은 다른 노력을 시작했습니다.
불꽃
대규모의 댓글 폭동을 막기 위해 Fireworks는 Photoshop의 많은 요소와 웹 디자인을 성공적으로 결합한 Rockstar 앱이라고 언급해야합니다. 완전한 웹 사이트를 코드없이 작성하는 방법은 아니며, 실제로 웹 디자이너를 염두에두고 제작 한 Photoshop의 모양 일뿐입니다. 아직 시도하지 않은 경우 여기에서 기본 자습서를 확인하십시오.
로마 프로젝트
지난 1 ~ 2 년으로 빠른 속도로 나아가고 있으며 Adobe는 여전히 웹 디자인의 미래가 무엇인지 파악하려고 노력하고 있습니다. 최근 주목할만한 버려진 실험은 Project Rome이었습니다.이 사이트에서 개인적으로 탐색했습니다.
로마에 대한 나의 결론은 그것을 시도한 수많은 다른 사람들과 동일했습니다. 직장에서 확실한 아이디어가있었습니다. 학습 곡선은 Dreamweaver보다 무한히 낮았으며 (1 시간 내에 기능적인 사이트를 구축하고 있음) 한 줄의 코드를 작성하지 않고도 상당히 많은 성과를 거둘 수있었습니다.
그러나 용서받을 수없는 몰락은 기다렸다, 출력! 여기서 훌륭한 아이디어는 HTML과 CSS를 사용하는 대신, 구조에 Flash가 관여 할 가치가 전혀없는 경우에도 Flash 사이트 만 내보낼 수 있다는 것입니다. 분명히, 웹 기반 개발 환경에서 현재 플래시 개발을 테이블 기반 레이아웃과 테러의 악과 동등한 수준으로 끌어 올리고있는 상황에서 이것은 잘 진행되지 않았습니다. 로마 웹 사이트에는 이제 다른 프로젝트로 이동하는 것에 대한 Adobe의 친숙한 메시지가 포함되어 있습니다.
학예
이번 주에 Adobe는 그래픽 디자이너에게 코드를 학습하지 않고도 웹 사이트를 구축 할 수있는 긴 약속의 최신 Muse를 출시했습니다. Muse 홈페이지의 비디오는 웹 사이트 구축 방식에 혁명을 가져 오겠다는 약속을했지만, 이전에이 모든 것을 들어 보았으므로 이전 섹션을 읽어야 일반적으로 어떻게 전개되는지 확인할 수 있습니다.
공지 사항 이메일이받은 편지함에 도착하자마자 웹 디자인 커뮤니티가 큰 소리로 그리고 한결같이 소리를 지 릅니다. 일반적인 의견은 Elliot Jay Stocks의 최근 기사 인 Adobe Muse : 잘못된 방향으로의 발걸음에 가장 잘 요약되어 있습니다. 이 가혹하지만 완전히 정당화 된 비판에서 엘리엇은 뮤즈의 치명적인 결함 중 일부를 지적합니다. 엄격하게 고정 된 레이아웃, 의미가없는 코드 출력 (심각하게는 Adobe, 아무 것도 배우지 않았습니까?) 및 끔찍한 타이포그래피. 이러한 영역이 실패로 간주되면 무엇이 남았습니까?
나는 Muse에게 기회를 주었고 Project Rome과 Photoshop의 좋은 부분이 논리적으로 혼합되어 있음을 알았습니다. 로마와 동일한 목표와 아이디어를 취하여 플래시와 분리하려는 것은 분명한 시도입니다. 집어 들고 달리기가 매우 쉽지만 제어가 허용되는 범위에는 상당히 제한적입니다. 궁극적으로 Adobe가 다시 한 번 마크를 놓쳤다는 말로 주식에 참여할 수는 없습니다.
Adobe가 이해하지 못하는 것
Adobe가 웹 디자인을 모든 디자이너에게 가져 오려는 수많은 시도를 겪는 것은 대단히 실망스러운 일입니다. 분명히 큰 문제입니다. 누군가가 해결했는지는 확실하지 않지만 Adobe가 웹 디자인의 현재 관행을 혁명을 일으키기에 충분히 탐구하는 데 실제로 시간을 투자했는지는 확실하지 않습니다.
Adobe 회의에서의 대화는 수년 동안 똑같 았을 것입니다. 그들은 믿을 수 없을 정도로 많은 Photoshop 사용자들을 활용하고 쉬운 웹 디자인을위한 도구를 제공하고자합니다. 많은 인쇄 디자이너가 코드에 너무 지나치게 친숙하기 때문에 가능한 한 적은 고통으로 경력을 웹 디자인으로 전환 할 수있는 방법을 제공합니다.
그것은 참신한 아이디어이며 솔직히 코딩을 배우기 전에 높고 낮게 검색 한 아이디어이지만 완전히 개념에 결함이있을 수 있습니다. 인쇄 디자인은 본질적으로 정적입니다. 렌즈 모양의 착각이 부족하기 때문에 페이지의 잉크는 실제 상호 작용을위한 많은 기회를 제공하지 않습니다.
"웹은 생생한 호흡이며 너무 멀리 찍은 인쇄 디자인 은유는 단순히 죽은 정적 콘텐츠를 제공하고 있습니다."반면에 웹은 상호 작용을 기반으로합니다. 우리가 지금 알고있는 전 세계 웹의 기본 아이디어는 전 세계 웹에 대한 대화식 포털이라는 것입니다. 내가 현재 포함하고있는 현재 및 이전의 인쇄 디자이너가 아무리 많아도 화면에 인쇄 디자인되기를 원하지만 이는 사실이 아닙니다. 웹은 생생한 호흡이며 너무 멀리 찍은 인쇄 디자인 은유는 단순히 죽은 정적 콘텐츠를 제공합니다.
웹 사이트를 만들 때 표면 미학보다 행동 이 중요합니다. 나는 사이트가 어떻게 작동 할 것인지 생각하고 그것이 다른 방식이 아니라 어떻게 보이는지를 정의하게한다. 대부분의 WYSIWYG 앱은 거꾸로되어 있으며, 대신 사용할 수없는 정적 인 디자인을 만드는 데 집중합니다. 이 모델은 전 세계에서 널리 사용되는 풍부한 웹 컨텐츠를 제작하는 데 영원히 실패 할 것입니다.
해결책 : 코드에서 실행 중지
Adobe가 완전히 이해하지 못하는 또 다른 것은 현재 웹 디자인 산업이 있다는 것입니다! 인쇄 디자이너는 세 번째 틈새 시장이 아니라 기존 산업을 원합니다. 모든“실제”웹 디자이너가 귀하의 제품을 싫어한다면, 클럽에 가입하고자하는 신입 초보자들에게는 적용되지 않을 것입니다.
이를 위해 Adobe는 코더를 즐겁게 만드는 앱을 개발하려고 시도해야합니다. 이것은 까다로운 목표입니다.
"WYSIWYG는 코드 학습을 피하는 방법이되어서는 안되며 코드를 가르치는 방법이어야합니다."제 생각에 WYSIWYG는 코드 학습을 피하는 방법이되어서는 안되며 코드를 가르치는 방법이어야합니다! Flux 및 CSSEdit (현재 Espresso의 일부)와 같은 옵션을 고려하십시오. 이 두 가지 모두 단순히 적용되지 않는 인쇄 디자인 은유에 너무 크게 의존하지 않고 웹 컨텐츠를 작성하고 스타일을 지정할 수있는 시각적 인 방법을 제공합니다. 대신 이러한 앱의 시각적 컨트롤은 웹에서 실제로 사용하는 기술인 CSS를 중심으로 이루어집니다. 코딩을 처음 사용하는 경우 이러한 앱을 광범위하게 사용하면 웹 개발 작동 방식을보다 철저하게 이해할 수 있습니다.
"Adobe는 단순히 비코 더가 차이를 알지 못한다는 주장하에 웹 제품의 출력을 무시할 수 없습니다."또한 Flux, CSSEdit 및 Rapidweaver의 결과 코드를 볼 때 생성이 시각적 인터페이스를 통해 처리된다는 사실에도 불구하고 깨끗하고 웹 개발자에게 친숙합니다. 이것은 매우 중요합니다. Adobe는 비코 더가 차이를 알지 못한다는 주장하에 웹 제품의 출력을 무시할 수 없습니다. 비코 더는 코더로부터 제품이 최신 상태가 아니므로 사용하지 않을 것이라고 들었습니다.
Adobe는 그래픽 디자이너에게 웹 산업에 대한 뒷문을 제공하는 대신 실제 웹 개발자 가 될 수있는 진정하고 쉽게 제품을 만들 수있는 방법을 고려해야합니다.
결론
WYSIWYG 웹 디자인은 논의하기 어렵습니다. 너무 많은 사람들이 그것을 싫어하고 다른 가능한 대안없이 그것에 묶인 사용자를 완전히 소외시키는 방식으로 그것을 내려다보고 있습니다. 결국, 하드 코어 코더가 소문이 난다면, 어떤 인센티브가 될 것인가? 100 % 손으로 코딩하는 사람으로서, 나는이 부정적인 태도에 대해 완전히 죄책감을 느끼고 웹 디자인 커뮤니티에 의해 위협을 받아 접을 수있는 방법을 찾아야하는 개발자들에게 사과합니다. 그들을 쫓아내는 대신 그들을 돕 습니다.
즉, WYSIWYG 응용 프로그램의 상태가 우리를 해고시킵니다. 그들 대부분은 마크에서 너무 멀리 떨어져 있기 때문에 웹을 진정으로 더 나은 곳으로 만드는 합의 된 관행을 따르기 위해 일주일에 40 시간 이상을 소비하는 사람들의 마음에 혐오감을 일으킬 수 있습니다.
어쩌면 다른 회사보다 Adobe는이 논쟁의 중심에 있으며 많은 사람들이 솔루션보다 더 많은 문제를 만들어 내고 있다고 믿고 있습니다. Adobe가 Eric Meyer, Jeffrey Zeldman, Paul Irish 및 기타 업계 전문가들과 함께 이들 개인의 엄격한 표준을 충족하는 사용자 친화적 인 시각적 편집기를 어떻게 만들 수 있는지 물으면 어떻게 될까요?
웹 개발자가 실제로 의미하는 바가 무엇인지, 그리고 인쇄 디자인을 웹의 빨간 머리로 만드는 대신 인쇄 디자인으로 전환시키는 데 도움을 줄 수있을 정도로 Adobe가 웹 디자인 시장 점유율에 대한 시간을 늦춘다면 어떨까요? 디자인 세계?
정말 혁명적 인 것, 그것이 바로 그 것입니다.
업데이트 : 추가 정보
이 기사를 쓰고 출판 한 후에 비슷한 토론과 프로젝트를 알게되었습니다. 나는이 분야에서 혁신적인 단계가 필요하다고 생각하는 것만으로는 결코 혼자가 아닙니다. 자세한 내용은 아래 링크를 확인하십시오.
프로젝트 유성
"Project Meteor는 최신 웹 디자인 앱에 대한 수요를 보여주고 앱 개발자에게 필요한 방향을 알려주는 캠페인입니다."
완벽한 웹 디자인 앱… 그리고 왜 존재하지 않는가
“디자이너와 개발자는 Craig Grannell과 함께 웹 사이트 디자인 도구를 공유하고 현대적인 관행에 따라 더 많은 것을 요구합니다. 완벽한 도구는 Project Meteor 캠페인에서 강조한 것처럼 아직 존재하지 않는 것 같습니다.”
