디자인 패턴 회화 : 어떤 패턴쪽으로 의사 소통에 가장거야? 2 번째장.

빌 스캇 |에 의해 오후 12시 24분에, 2006 10월 16일 디자인 | 3 개의 댓글

이것은 커뮤니케이 션 디자인 패턴에 다섯 부분으로 시리즈의 두 번째 부분입니다. 오늘은, 루크 Wroblewski는 Jenifer Tidwell하여 이전 댓글에 응답합니다.

질문 : 어떤 패턴을 전달하는 가장 좋은 방법은?

루크 Wroblewski

루크 Wroblewski
교장 디자이너, 야후! 주식 회사
창립자 / 교장, LukeW 인터페이스 설계
저자는, 사이트 - 보는 : 비주얼 접근을하는 웹 사용성

Jenifer는 디자인 패턴의 핵심 소재에 대한 몇 가지 훌륭한 점 수 있습니다. 난 사례와 사려깊은 "문제"의 중요성과 두번째 줄 설명을 "때 사용하는"하십시오. 이러한 정의 요소 이외에도, 디자인 패턴에 맞는 메타 데이터는 종종 청중에 의해 dicated입니다.

전 이베이의 내부 설계 패턴 라이브러리의 첫 번째 반복 작업을 받았을 때, 사용자 경험 디자인 그룹이 지침과 기준에 근거했다. 이베이 마켓 플레이스 : 완벽하게 하나의 제품에서 작업 중이던 사람의 양을 주어진 이해. 그렇게 여러 사람들이 디자인과 단일 "사이트"의 발전에 기여하기 때문에 규칙이 일관성 어느 정도 적소에 넣어해야했습니다.

시간이지나면서 이러한 규칙은 높은 수준의 architecural 지침 및 프레 젠 테이션 및 상호 작용에 대한 자세한 설명으로 진화했습니다. 우리는 규칙에 프레임 워크와 구성 요소가 이러한 유형의 전화. 프레임 워크는 상호 작용 및 작업 흐름 및 화면 유형의 시각적 구조를 설명했다. 예를 들어, 등록 과정과 흐름은 도움말 페이지가 화면 타입이다. 프레임 워크 구축하는 데 도움이 어디에서 콘텐츠 및 행위가 사용자에게 제시해야 할 때. 구성 요소 (메뉴, 폼, 도구 모음, 등)의 기본 사용자 인터페이스의 빌딩 블록을 설명했다. 그들은 이베이의 모든 최적화를 통해 가용성 및 드라이브 일관성 수 있도록 설계되었습니다.

그래서 우리는 프레임 워크를 수립했다 어디 UI 요소를 사용해야 할 때 우리는 그 요소가 어떻게 생겼는지 그들이 어떻게 행동 구성 요소를 자세히 설명했다. 그러나 우리는 여전히 일관된 인터페이스 디자인을 전달하기 위해 애쓰고 있었다.

문제 해결 자신의 독특한 양식으로 - 새로운 아이디어와 관측을 열어 -가 IDEO의 군중의 용어를 사용하기 위해서는 창조적인 전문가는 "아이의 마음"을 적용 종종 innately 호기심이있다. 우리는 이베이에서 창조적인 디자이너들이 많이 있었는데 그들이 바로 이런 방식으로 자신들의 작품을 접근. 그들은 새로운 아이디어와 솔루션을위한 strove과 innately 프레임 워크와 구성 요소를 우리는 일관성을 드라이브에 사용했던 뒤에 근거에 대해 궁금해했다. 그 결과, 새로운 솔루션도 많이하고, 제안했다 자주 채택했다. 문제 해결에 자연스럽게 반복과 abductive 접근 - 당신이 상상할 수 있듯이 "규칙"및 디자인 사이에 흥미있는 역동를 만들었습니다.

우리 디자인된 "규칙"내에있는 디자인 프로세스를 포용하기 위해 우리는 디자인 패턴의 집합으로 우리의 프레임 워크와 구성 요소를 morph하기로 결정했습니다. 규칙 마찬가지로, 패턴, 테스트 될 수 확인 및 검토. 규칙과는 달리, 그러나, 그들은 일반적인 문제에 대한 반복적인 디자인 솔루션을했다. 이것을 "여기서는 반드시해야하는 방법의"떨어져 이동 강조로 키 차이는 "여기에보다 쉽게 일자리를 만들 수있는 방법입니다."

주문이 변화를 만들기 위해, 우리는 프레임 워크와 구성 요소의 우리의 문서를 수정했습니다. 우리의 초기 설명이 어디에 우리가 무엇에 추가 :

  • 이유 : 기회 또는 제약이 패턴을 정의하는 데 도움이 무엇입니까? 어떤 연구는 그것을 지원하기 위해 한 적은 없었나요?
  • 방법 : 우리는 시각적인 스펙과 코드를 가능한 직접 링크를 포함 최대한 편리한 방식으로 패턴 채택을 만들기 위해 노력 인치 우리는 또한 적절한 사용을 보장하기 위해 상태 표시를 제공 : 개발, 요구, 추천 등
  • : 직접 링크, 문서화했다 식별, 또는 패턴을 설계하는 사람들에게 제공했다.

주어진 청중 (궁극적으로 통합된 제품 및 기능의 무수한 노력하고 중앙 디자인 팀), 우리가 공유하는 방법에 더 많은 유연성을 받으면 이러한 방식 설계 및 문서화 모범 사례. 그 이전에 주장 한 Jenifer 우리의 접근 방식에 약간의 차이는 분명히있다 고 말했다. 코드 예제 및 Visual 사양의 통합 주문 것들은 우리의 디자이너를 쉽게하기 위해 중요하다고 우리는 범용 연령층에 관계없는 될 수있는 몇 가지 필드가 포함되어 있습니다. 우리의 패턴이 설명서에서 제공하는 기본적인 대답은 그래도 있던 동일한 : ".를 사용하여 어떻게, 언제, 왜, 어떻게, 및 예"

- 루크

공유하고 확장할 수 : 즐겨찾기에 추가 del.icio.us으로 | 그것 Digg에! | reddit!

3 개의 댓글 »

이 게시물에 덧글에 대한 RSS 피드. 트랙백 URI를

  1. <이 / B 조> 패턴 회화 [...] <b> 다운 디자인 : <을 / B 조> [...] <b> 다운 ... 의사 소통하는 가장 좋은 방법이 뭐죠

    Pingback에 의해 20 사이트 뉴스»깨는 하순 2006 - 10 월 16 일 #

  2. "유이의 블로그에서 문서가되는 특정 LukeW에 대한 모든있다 '교장 디자이너, 야후! 주식 회사' 하지만 그의 페이지 http://tinyurl.com/y3fmtq는 경고가 84, 그건 무슨 일이야? "

    에 의해 댓글 BillyG - 2006년 10월 17일 #

  3. 그 기사 자체에만 해당되는 덧글에 대한 코멘트 공간을 예약하고 싶은대로 여기에서이 오프라인을 기꺼이.

    당신은 B에서 나와 함께 후속 조치를 할 수있는 회사야 야후 스콧 점.

    하지만 빨리 귀하의 질문에 대답합니다.
    ) yuiblog.com 루크 Wroblewski의 사이트 아닙니다
    b)는 루크의 사이트 lukew.com입니다.
    c) 본 블로그 페이지 (파이어 폭스)에 자바 스크립트 콘솔을 통해 CSS의에서 4 경고를 받고 거기에 비호 환성 문제를 browswer 예정이다. 제가 IE6이나 IE7이에 대한 통지를하지 않았다. 아마 당신은 여러 페이지로드에서 오류의 총합을 맺고 있습니다.

    이 논의를 계속하고자하는 경우에는 이메일을 통해 응답하세요.

    관리자에 의해 코멘트 - 2006년 10월 18일 #

코멘트 남기기

참고 : 댓글이 타이머 - 최초 검토합니다. 스팸 메일이 삭제되었습니다.

XHTML과 :의 <a href=""은 datetime=""> title=""> <abbr title=""> <acronym을 title=""> <b> 다운 <blockquote cite=""> <cite> <code> <del <em> 사용에는 <I> <q cite=""> <strike> <strong>

주최 야후!

저작권 © 2006년부터 2011년까지 야후 주식 회사 판권 소유. 개인 정보 보호 정책 - 이용 약관 서비스

에서 제공하는 워드 프레스야후! 웹 호스팅 .