개발자와 디자이너: 화해 하는 방법?

출처: 인터넷
작성자: 사용자
키워드: 프로그래머 디자이너 팀웍

그들은 포함 하는 시각적 프로그래밍으로 프로그래머와 디자이너 사이의 모순이 있다. 일부 프로그램 개발 문제에 관해서, 우리 모두가 두 팀 멤버는 중요 한 유효한 응용 프로그램을 만들 때 알고 있지만 양측 동의. 디자이너는 프로그래머 디자이너 디자인 문제 (비트 nitpick) 다는 것을 불평 하는 동안 그들은 원래 디자인 버전 및 최종 버전을 볼 때에 좌절!

많은 충돌 때문에 디자이너/프로그래머 동의 둘 사이의 이해의 부족에서 줄기. 둘 사이의 평화를 위한이 기사 요약 한 일부 수업 디자이너/프로그래머 적 승리 수 배울 하고자 있습니다.

디자이너는 말했다: 우리는 당황 하 게 의미 하지 않는다

우리는 좋은 일을 하려고 하지는.

디자이너 개발자의 명성을 유지 하는 데 필요한, 우리 양식 기능을 선호 하는 당신의 의견에 하지만이 경우 아니다. 디자이너는 사용 될 수 있는 가장 적합 한 기능을 확인 하려고 합니다.

점점 더 많은 디자이너 그래픽 디자인 보다는 사용자 경험 (사용자 경험)에 초점을 시작 합니다. 이 디자인은 디자이너에 게 중요 한 전에 사용자 요구를 이해 하 고 가끔 우리 일부 예쁜 그래픽을 추가 하 고 우리가 더 나은 사용자 경험을 사용자가 원하는.

프로그래머 말: 우리는 당황 하 고 싶지 않아

코드를 작성할 때 완성이 프로젝트는 그것의 유일한 부분, 응용 프로그램이 시간이 지남에 변경 이며 우리가 할 필요가 이러한 변경 사항을 쉽게 변경 된 ㄴ 다는 것을 확인. 우리는 자동화 된 테스트 프레임 워크를 테스트 하는 코드를 작성 해야 합니다. 프로그래머는 디자이너에서 제품 수정 HTML 형식, 파일 이름 또는 디렉터리 구조를 요청 하면 모든 제품 테스트 미래에 더 유연한 될 이루어집니다.

걱정 하지 마세요, 우리는 너무 많은 유연성에 대 한 요청 하지 않습니다. 유연성을 만드는 것은 매우 귀중 한, 그리고 우리가 그 정도로 "YAGNI" 디자인을 이해 (이 원리는 간단 하 게 고려 하 고 과도 한 디자인을 피하기 위해 필요한 기능을 디자인입니다). 우리는이 상황을 방지 하려고 합니다.

디자이너: 양식 문제에 영향을 미치는 기능

형태는 기능을 수행 하지 않습니다, 그리고 형태는 기능을 줄 수 있습니다. 프로그래머는 당신이 필요로 하는 무슨을 당신을 위해 쉽게 만들 수 있는 기능을 디자인할 수 있습니다. 만약 우리가 사용자가 버튼을 클릭 하거나 작업을 수행, 그래픽 및 레이아웃 사용자가 알아야 또는 그들이 원하는 결과 얻을 하는 방법을 추측 도울 것 이다.

경험 디자인 온라인 애플리케이션에 특히 유용 특정 접근을 가르쳐 있다. 간단한 디자인 단추, 폼, 또는 사진 옵션을 포함 하 고 선택을 우리가 사용 하는 현명한 결정 방법. 위치, 색, 및 시각적 디스플레이 디자이너를 말할 수 있는 그 누군가가 상호 작용에 참여 하지만 대화형 환경을 만들 필요가 있는 경우에입니다.

예를 들어 세계의 최고의 브랜드 탐색, 아래 사진은 포 르 쉐의의 스크린샷을 탐색 계층입니다. 간단 하 고 좋은 구조 디자인 기능 사용자가 쾌적 한 느낌을 만들 수 있습니다!

프로그래머 말한다: 명명 문제

우리가 만들 때 거기에 응용 프로그램 철저히 구명 될 필요가 있는 많은 다른 구성 요소가 있습니다. 웹 페이지, 그래픽, 소스 코드 파일, 데이터베이스 목록, 열, 뿐만 아니라 많은 다른 구성 요소를 관리할 수 있다. 그리고 우리의 첫 번째 우선순위는 일관성 있는 명명.

디자이너 파일 시스템 GUI 파일 끌면, 파일 이름이 Submitbutton.gif 또는 button.gif 제출 하는 경우는 2 사이 구별 가능 하지. 우리는 CSS 클래스를 파일 이름에 데이터베이스 필드에서 거의 모든 것에 대 한 표준 명명을 사용 합니다. 즉 코딩 부서는 표준 또는 그들은 백지 규칙이, 그리고 일관 된 명명은 쉽게 작동 합니다.

우리는 더 설명 하 고 예측 가능한 명명 하 게 하고자 합니다. 비슷한 항목을 명명 된 명확 하 게 이름의 중요 한 부분입니다. 예를 들어 이름이 submit1.gif 및 submit2.gif를 두 개의 그림 사이의 차이점을 설명 하지 않아도 하지만 제출-green.gif 및 제출 red.gif 다르다.

디자이너: 규칙 이해 하는 데 도움이

우리는 규칙을 배울 수 있습니다 하지만 그것은 단지 이해 하는 데 도움이 됩니다. 우리는 규칙에 따라 또는 그들을 수행 하지 않을 수 있습니다. 개발자는 때로는 프로그래밍 언어에 대 한 우리에 게 얘기 하지만 디자이너 가끔 이해할 수 없는 개발에 대해 얘기 하는 것 처럼 우리가 그들을 이해 하지. 일단 디자이너와 개발자가 이해 하는, 가장 큰 수혜자는 사용자가 있습니다.

위에서 언급 한 예제를 사용 하 여 파일 이름, 그냥 우리에 게 말해 어떤 기준을 따라야 한다. 내가 드릴 수 있습니다 당신을 우리가 안다면 이것이 올바른 방법으로, 우리는 이름을 소문자, 또는 어떤 종류의 방법에 그리고 우리는 그렇게 할 드리겠습니다.

디자이너 있기 때문에 대부분의 경우에 그들은 프로그래머 대단히 자연, 저항 하지 않습니다. 우리는 우리가 할, 원하는 것을 할 싶다 그리고 아무도 우리에 게 무엇을 해야할지 알려줍니다, 그리고 우리는 낙관론 자에 속해.

디자이너 알고 그들이 훈련은, 규칙 및 아이디어에 따라 필요가 없습니다 하지만 이건 개발자를 당황 되 고는 말할 수 없습니다. 디자이너는 규칙 따라, 일단 그녀 함수를 힘들어 하지 않고 규칙 위에 혁신을 넣을 수 있습니다. 그들은 그림을 제대로 사용할 수 있는지 여부에 대 한 논쟁 것입니다.

일단 우리는 플랫폼 또는 워드 프레스 같은 프레임 워크, 우리 디자인 더 의미 있는 (배경 이미지, 패턴, 색상), 알려진된 곳에 디자인 디자인은 의미 (탐색, 드문 글꼴, 그래픽 탐색 포함). 디자인 문제를 해결 하기 위해 고유 또는 현명한 방법을 찾는 디자이너는 더 나은 작업 성능을 제공할 수 있습니다.

프로그래머 말한다: 바탕 화면에 어떤 작품을 웹에서 실행할 수 없습니다

좋은 웹 페이지를 만드는 작업의 시작에 불과입니다. 원 서버 때이 완벽 한 효과 렌더링 될 필요 합니다.

파일 명명 경우 Windows 바탕 화면에 사이의 차이 중요, 하지만 greenbutton.gif와 greenbutton.gif는 다른, 리눅스 웹 서버에 게시할 때 그리고 사용자 또는 프로그래머 또는 테스터 404 나타납니다. 상황 나를 사용 하 여 하이픈을 허용 하는 경우 소문자 파일 이름을 사용 하 여 선호 합니다.

모든 링크와 바탕 화면에 작업 잘 작동 되도록 문서 액세스을 먼저 확인 하십시오. 이 페이지에 그림 손상 여부 또는 CSS 파일 로드 되지 않은 또는 잘못 된 링크 하면 실행 하기 어려운 페이지를 발생할 수 있습니다.

당신은 수 있습니다 하지 아름 다운 사용 하는 경우 바탕 화면에 시간을 로드 하는 브라우저 그림, 컬러 사진으로 배너, 또는 심지어 페이지의 전체 절반 차지 후 로딩 시간이 매우 느립니다. 많은 브라우저 플러그인 인해 페이지가 확대, 그렇게 주의 사용 하십시오.

디자이너: 그래픽은 그냥 지원 메커니즘

디자이너는 그래픽과 지원 메커니즘은 응용 프로그램에서 가장 중요 한 요소를 이해 한다. 여부를 결정 사진을 사용 하 여 필요에 따라 귀하의 정보를 장식 하는 경우와 하지 처음에, 왜 아닙니다?

"미술"에 대 한 작업을 할 그들은 일부 디자이너 느낌은 가장 중요 한, 다른 보조. 비해 그들은 호출할 수 선호 하는 "디자이너"에: "예술가". 디자이너 프로그래머와 함께 작동, 그녀 때문에 궁극적으로 사용자에 대 한 팀의 일부가 되길 원하고 있습니다. 차이점은 디자이너는 경험의 품질에 초점을 그들의 자신의 일을 하실 수 있습니다. 이것은 프로그래머 들이 무엇을 기대 하지만 프로그래머는 자체에 대 한 정렬 수 없습니다.

프로그래머 말: 건조 원리, 자신을 반복 하지 않습니다.

시스템 유지 관리에서 가장 큰 요소는 반복 수입니다. 우리는 5 장소에 대 한 판매세를 계산 하는 코드를 작성할 필요가 없습니다. 코드를 작성 하는 같은 장소에서 Calculate_sales_tax () 라는 함수 5 번 사용할 수 있습니다. 코드를 수정 해야 하는 경우 그냥 시간을 절약할 수 있는 함수를 변경 해야 합니다.

디자이너의 국가에서 CSS 건조 원리 큰 경우 이다. 하기 전에 CSS, html에서 표시 마크업은 다음과 같습니다.

이것은 제목입니다.

CSS 스타일:

이것은 제목입니다.

CSS를 사용 하는 경우 건조 원리를 따라야 한다.

디자이너는 프로그래머 복잡성을 줄일 수 있도록 건조 사용할 수 있습니다. 만약 당신이 두 개의 다른 장소에서 사용 해야 하는 그림, 그냥 같은 디렉토리에 넣어 하 고 각 페이지를 사용 하 여.

디자이너 말했다: 맞춤 및 간격 정말 중요 하다.

맞춤 및 간격을 중요 하다입니다. 이 엄격한 개발자가 디자인 타임에 정렬 및 간격을 만들에 대 한 가장 일반적인 문제 이며 물론 기본 레이아웃을 수 있습니다.

맞춤 및 간격 최종 사용자 기능을 쉽게 수행할 수 있도록 하 여이 프로세스를 보다 직관적인 확인 하는 데 사용 됩니다. 만약 그들이 원하고 쉽게 그것을 할에 쉽게 사용자가 찾을 수 있습니다, 즉 성공 했습니다; 당신은 대화형 응용 프로그램에 작업을 많이 반대 하는 경우.

야 후 및 mailchimp.com 또는 fab.com의 홈페이지를 비교할 수 있습니다.

한 페이지의 콘텐츠 전체는, 다른 2 개는 하는 동안 빈 정렬, 그래서 사용자가 쉽게 원하는 정보를 얻을 수 있습니다. 물론,이 두 사이트는 다양 한 유형의 관객, 하지만 당신이 말할 수 있는 Fab.com와 mailchimp.com 웹사이트 디자인 사용자 정보에 관심이.

프로그래머 말: 버전 제어 시스템을 사용 하는 방법

현대 소프트웨어 개발, 자식 또는 subversion 같은 버전 제어 시스템 (VCS)는 필수 도구입니다. 모두의 사용 하지 않는, 경우에 당신은 자격 갖춘된 프로그래머 되지 않습니다. VCS는 디자이너에 대 한 두 가지 주요 장점이 있다: 변경 관리 및 역사 추적.

결론:

물론, 디자이너와 프로그래머 많게 배울 서로에서. 당신이 어느 쪽, 아무리 우리는 프로젝트에 대해 생각 하. 우리가 말했듯이, 측 고통을 다른 파티를 원한다. 프로젝트 협력에서 우리 모든 주의 품질 문제 희망 그 프로젝트는 잘 할 수 있다. 둘 다 자주 함께 프로젝트를 토론 하 고 당신은 서로 로부터 많은 것을 배울 하 고 팀 결과로 더 강하게 될 것입니다 찾을 것입니다.

관련 문서

연락처

이 페이지의 내용은 인터넷에서 가져온 것이므로 Alibaba Cloud의 공식 의견이 아닙니다.이 페이지에서 언급 된 제품 및 서비스는 Alibaba Cloud와는 관련이 없으므로이 페이지의 내용이 골칫거리 인 경우 저희에게 알려주십시오. 우리는 5 일 근무일 이내에 이메일을 처리 할 것입니다.

커뮤니티에서 표절 사례를 발견한 경우 info-contact@alibabacloud.com 으로 관련 증거를 첨부하여 이메일을 보내주시기 바랍니다. 당사 직원이 영업일 기준 5일 내에 연락 드리도록 하겠습니다.

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.