흠...제가보기엔 디자이너랑 친해지기가 곤란하던데요.ㅎ
그건 제가 디자인보다 나머지 두개에 익숙하고 잘 알기때문에 일 진행할때 고충을 고려 할 수 있어서 인것같습니다.
그말은 반대로 디자이너가 작업할때 이해 안되는 부분들이 있고 디자이너 고충을 충분히 이해 못하기 때문일수도 있겠네요..
결국 지석님 말씀대로 서로가 능력부족이란 말이 맞는거 같습니다^^
프로그래머는 항상 불만에 쌓여 있을 수 밖에 없습니다.
왜나면, 기획자체에서도 실행 설계를 할때 디자인을 고려해서 디자인에 먼저 맞추기에
프로그래머는 기능 구현시 디자인이나 디자이너의 코딩자체에 불만이 많습니다.
그래서 프로그래머는 항상 자신이 마지막이라고 생각하고, 뒷처리만 한다는 생각이 강하기에 그럴 수 밖에 없습니다
그렇다고 해서, 디자이너와 프로그래머가 함께 협의하라고 하면, 프로그램쪽에서 사전에 차단하는 것들이 많아져서, 디자인이 잘 않나오구요..
일단은 서로 업무에 크리에이티브를 떠나서, 작업 규모별로 표준방식과 확장방식을 나누어서 중요도에 따른 인식 변화가 우선일듯합니다^^
댓글 9개
[http://sir.co.kr/data/cheditor4/1010/XegpR6Cv.jpg]
그건 제가 디자인보다 나머지 두개에 익숙하고 잘 알기때문에 일 진행할때 고충을 고려 할 수 있어서 인것같습니다.
그말은 반대로 디자이너가 작업할때 이해 안되는 부분들이 있고 디자이너 고충을 충분히 이해 못하기 때문일수도 있겠네요..
결국 지석님 말씀대로 서로가 능력부족이란 말이 맞는거 같습니다^^
왜나면, 기획자체에서도 실행 설계를 할때 디자인을 고려해서 디자인에 먼저 맞추기에
프로그래머는 기능 구현시 디자인이나 디자이너의 코딩자체에 불만이 많습니다.
그래서 프로그래머는 항상 자신이 마지막이라고 생각하고, 뒷처리만 한다는 생각이 강하기에 그럴 수 밖에 없습니다
그렇다고 해서, 디자이너와 프로그래머가 함께 협의하라고 하면, 프로그램쪽에서 사전에 차단하는 것들이 많아져서, 디자인이 잘 않나오구요..
일단은 서로 업무에 크리에이티브를 떠나서, 작업 규모별로 표준방식과 확장방식을 나누어서 중요도에 따른 인식 변화가 우선일듯합니다^^
글로 쓰는건 너무 힘들어서... 강의할때도 10분정도 설명해야 하는 부분이라서 ㅋㅋ
암튼 나중에 또 시간나면 댓글 올릴게요^^
(무책임한 장수 ㅜㅜ)
요즘 뒷골이 계속 땡겨서.. 긴글은 생략합니다.. 흐흐..;;;;