witola.com

내 아침 블로그 살펴 것은 나 혼자 Webdesigner 창고로 작성된이 우수한 기사를 통해 온 롤 제이슨 티그 크랜포드에 .

그 긴 시간을 웹 디자인에 대한 즐기고 있지만, 재작년에 정말 코딩 및 프런트 엔드 개발에 성공한까지. 흥미로운 부분은 내가 디자이너로서 나는 두뇌의 한쪽을 사용하고 개발자로서 제가 다른 사용에 투쟁의 비트로 발견한다는 것입니다.

제가 바로 찾아 및 개발자로서 나는 웹사이트를 제대로 일하고 싶지 싶은 디자이너 정신적으로 이것은 어려운거야. 그 차이를 브리징과 행복 중간에 오는 것은 지루하지만 자신이 취업을 위해 피치에 더 나은 상품으로 찾아보세요. 대부분의 경우 사람들은 하나 또는 다른 하나입니다. 다른 논리, 기술 및 때로는 실망이 어디 하나는 디자인과 재미와 균형이다. 당신이 문서를 보시기 바랍니다, 내가 그랬어.

# 1 초조 : "왜 개발자가 그냥 광고처럼 보이게 수없는 이유는 무엇입니까?"

당신은 개발자에게 광고에서 멋진 보이는 디자인과 손을 만들 수 있지만, 다시 사이트를 얻을 때, 당신이 디자인 것들의 패치워크 이불 같다.

문제
Comps 웹 페이지되지 않은, 그들은 HTML, CSS, 그리고 자바 스크립트 코드가 혼합되지 않습니다. 포토샵, 불꽃놀이, 일러스트 레이터는 종종 개발자가 디자인을 확장해야한다는 뜻 웹에 (또는 적어도 격렬하게 허무) 불가능 많은 것들을 할 수 있습니다.

용액
당신이 나중이 아니라 설계하는 동안 개발자에게 이야기하십시오. 사용하는 효과가 더 나은 대안이 있는지 여부를 달성하거나 쉽게 여부를 물어보세요. 또한, 당신이 웹 개발에 대한 자세한 내용을 보려면 다음으로, 당신은 더 나은 개발자가 단지 안해서 때 디자인이 허무하고 경우의 차이를 말할 수 있습니다.

# 2 초조 "색상이 다 내 잘못이야!"

당신은 임의로 색상을 선택 모르지만, 개발자가 생각하는 것 "가까이 가까이 충분하다."

문제
이 모든 개발자의 사실 여부를 잘 모르겠지만 한번은 붉은 녹색 색맹되었습니다 개발자 (그에 분홍색 텍스트 그녀의 이메일을 모두 전송 Google의 콘텐츠 관리자의 열렬한 팬이되었습니다 협력해 석회 - 녹색 배경). 그러나 색맹이되는 것은 정말 끝내줬 개발되는 그를 멈추게하지 않았어요.

용액
당신은 색상이 제대로하길 원한다면, 다음 페이지에있는 색상 값을 모두를 맞추는. 안구 색상 값을하려면 개발자에 의존하거나 포토샵에서 색상을 샘플링하지 마십시오.

당신은 또한 문제가 개발자가 아니라 당신과 함께 있고되지 않을 수도 고려해야합니다. 색상은 (당신이 실수로 그런 색 공간을 사용 일어날 경우) Mac에서와 CMYK에서 다른보세요. 문서의 색상 모드와 교정이 기본적으로 일반 RGB로 설정되었는지 확인합니다.

# 3를 초조하게 : "개발자도 어떤 '하얀 공간'을 의미를 아십니까?"

당신은 유체의 눈 경로를 만들고 가독성을 향상시키기 위해 요소 주변에 공간이 호흡을 충분히 왼쪽했지만, 개발자 당신에게 말하고 함께 모든 crams, "그것이 전부 맞습니다 유일한 방법이야."

문제
한번은 정말 어려운 대부분의 사람들이 읽을 수 있도록하고, 그 모듈과 그 내용의 국경 사이에 공간을 비워두고도 개발자에게 불평했다. 그는 내가 다른 사람에 대한 관심 없어요 "라고 대답. 나는 그것을 읽을 수 있습니다. "대부분의 개발자들이 꽤 냉정 수는 없지만, 그들은 디자인 중심으로 방문자의 눈을 가이드 긍정적이고 부정적인 공간을 믹싱의 미술에 훈련되지 않았습니다.

용액
당신이 정말로 당신의 디자인이 최대한 정확하길 원한다면, 단지 디자이너에게 광고를 제공하고 그들 간격을 알아낼 기대하지 않습니다. 디자인 규격 문서의 정확한 너비, 높이 및 길이를 지정합니다. 이것은 당신과 개발자 일들이 간격되어야하는 방법에 대해 동의하는 청사진 역할을합니다.

적어도, 마진과 패딩을위한 일반적인 규칙을 정의합니다. 예를 들어, "모든 모듈은 내용과 테두리 사이의 여백 10 픽셀의 최소이 있어야합니다."

# 4 초조 : "개발자는 다양한 브라우저에서 동일하게보고 내 디자인을 얻을 수 없다."

당신이 Firefox에서 사이트에서보고 괜찮아 보이지만 당신이 Internet Explorer에 전환할 때 그것은 조각 폭포.

문제
당신은이 설계 브라우저에서 일관성있는 모양 만들기에 관해서 개발자의 처지에 동정해야합니다. 각 브라우저 간격 자체 만지면 있습니다. 것들은 (특히 Internet Explorer 6의 느린 죽음) 나아지고 있지만, 모두 완벽하게 서로 좋은 게임을지고하는 것은 여전히​​ 어렵습니다.

용액
난 내 디자인 호기심 몇 픽셀 크로스 브라우저 문제를 수용할 수 있지만, 그것은 당신이 개발자가 그들을 막을 수 있도록, 당신이 디자인하는 동안 이러한 문제가 무엇인지하는 데 도움이됩니다.

개발자에게 크로스 브라우저 문제를 지적하고 그들이 고정 기대를 두려워하지 마십시오. 그러나 그들 중 일부를 해결하는 것은 당신의 디자인을 조정할 것을 요구할 수 있습니다.

# 5 초조 : "얼마나 걸릴까요?"

아무것도 일정에 따라 수행하는 프로젝트의 일부를 얻을에만 영원의 끝 부분에서 한 달 다시 프로젝트 발매일을두고 개발 LOE을 (노력의 수준) 다시 두 번 시간에 늦은밤보다 더 우울하지 않습니다 .

문제
스타 트랙의 고전적인 에피소드에서 : 차세대, 스카티 조르디 라포지 엔지니어링 생활의 사실을 설명 : "당신이 그에게 [피카드 함장]을 말하지 않았 정말 얼마나 걸릴 지, 어떻게 당신을? 아, 이봐. 당신은 사람들이 기적처럼 생각하고 싶으면 배워야 해. "몇몇 개발자들이 스코티가 스타 플릿 함장 생각하는 것과 같은 방식으로 디자이너의 생각합니다.

용액
개발자들은 예상치 못한 문제가 발생할 것입니다 알고 그런 조잡한 패드 자신의 견적을하는 경향이 있습니다. 이것은 또한 그들의 끝이 훨씬 이전에 예상보다 일을면 그들이 정말 좋은 보이 네요. 아래 합리적인 타임 라인으로 개발자와 언쟁하다 그리고 나서 그들을 잡아. 여러분이 개발자 알게으로, 당신은 운이 좋다면 당신 자신의 방법이 "기적"으로 찾을 수 있습니다.

특별 보너스 초조 : "개발자는 단지 디자이너를 이해하지 않는다"고 말했다.

또는 더 :
"개발자들은 디자이너라고 생각!"
그것은 개발자는 단순히보기의 디자이너의 요점을보기를 거부하는 것 같다면 충분히 나쁜지만, 의견의 차이는 일반적으로 (일반적으로 좋은 프로젝트 매니저가) 중재 수 있습니다. 그러나 개발자들은 디자이너보다 디자인에 대한 자세한 내용을 생각하면, tempers는 플레어 수 있습니다.

문제
나는에 의해 기사 읽기 하나 이상의 개발자를 다루는 했어 야콥 Nielson을 다음 회의 중간에 좋은 디자인 연습에 대해서 설교 싶었어요. 논의 ensues 그러나 디자이너에 대한이 쇼 경멸뿐만 아니라이 프로젝트를 속도가 느려집니다.

용액
작업 알고있는 - 모든 개발자가 까다롭습니다, 이러한 상황을 처리하는 방법 당신이 다루고있는 자아의 크기에 따라 달라집니다. 일반적으로, 내가 가장 간단하게 말할 그들이 가진것을 듣고 나서, 그들이 지점이있다면, 그것을 인정하고 이동 찾을 수 있습니다. 가능하다면 그들과 함께 말다툼을 피하십시오.

종종 그들의 불만은 끊어진의 디자인 "규칙"에 관한 것입니다. 당신은 규칙 그 혁신적인 디자이너 -하지만 무엇 당신이 그것을 부러 왜 정당화 할 수 있는지 확인을 위반한다는 사실을 인정하는 것을 두려워하지 마십시오.

내가이 상황에서 자신을 찾을 때마다, 나는 꽤 잔인한 비판에 대한 내 작품을 방어했을 때, 디자인 학교에서 검토 시절로 돌아갈 생각합니다. 이러한 세션은 종종 자아 - 멍이 있었다하지만 냉정을 유지하면서 신속하게 내 의사 결정을 방어하는 방법을 그들이 내게 가르쳐 주었다.

그것은 지속적으로 의사 결정을 정당화해야 창피 보일지도 모르지만, 더 당신이 보여 "당신의 광기에 방법을,"더 당신은 당신의 동료의 가치를 발견하고 당신의 판단을 신뢰합니다.