개념업ㅂ은 디자이너...

개념 업ㅂ는 ?

개념 없는 이란 뜻이겠죠?

오타인지 일부러 그런 건지 모르겠지만 kldp에서는 그런 요상한 말 안 쓰셨으면 좋겠네요.

일하다 보면 별 이상한 경우도 많지요. 말도 안 되는 억지 주문을 하는... 그럴때는 그 주문에 따르는 수 밖에... 나중에 뭐라고 하면 시킨대로 했는데요 그러면서 발뺌을 -.-

분명히 다시 요청을 하셔야 할것 같네요..

그리고, 처음에 말씀 하실때 어느 정도용량으로 해주세요 라고 했으면 이런일은 없었을 텐데..^^;;;

디자이너 입장에서는 좀더 멋있게 좀더 이쁘게 만들려고 노력을 했을테니까요..^^;;

두분에서 토의나 협의를 하셔서 고치는게 좋을 듯합니다.

싸운다고 해결될 문제도 아니고요..^^;;

잘 이야기 하셔서 해결 하세요..^^

엔지니어와 디자이너는 기본적으로 갈등관계입니다... 디자인은 본질적으로 어느정도 퍼포먼스와 trade-off 관계에 있으니까요.

trade-off 관계의 해결책은 심플하게 서로서로 적당한 수준에서 합의를 보면 됩니다. 다만, 그 이전에 사이즈가 큰 플래쉬 파일이 어떤 문제점을 일으키는지 정확히 주지시키는 일이 필요하겠죠. 제일 무서운 것은 아무것도 모르는 인간이 쓸데없는 자존심 세우면서 끝까지 버티는 것 아니겠습니까.... 처음에는 플래쉬 파일 이렇게 큰 것 때문에 웹 서버가 노가다 하다 뻗으면 당신이 책임질 수 있느냐고 슬쩍 부담을 준 다음에 사이즈 얼마 아래까지는 괜찮다는 식으로 한발 빼주는 게 어떨까 싶네요.

요즘 디자이너의 가장 맘에 안드는것이 통짜 이미지를 쓴다는겁니다..

팝업은 전부 통짜구... 사이트맵, 심지어.. 회사소개부분까지도 모두 통짜로 쓰는경우를 많이 봤습니다...

링크는 드림위버로 이미지맵으로 전부 처리 :?

서버부하, 속도저하에는 전혀 신경쓰지 않는 모습이지요.....

설명해주면..

시간=돈 이라는 논리로 그냥 하던데로 합니다...

시간=돈 은 맞지요..
서버부하 = 돈, 속도저하=웹사이트이미지저하

라는것도 사실인데...

짝짝짝...정답입니다. 8)

저는 중요한 부분은 아예 디자이너가 포토샵으로 그려주면 제가 코딩까지 다합니다.
차라리 그게 더 빠르더군요. 드림위버가 뿜어대는 코드는 전혀 이해할수가... :evil:
그 대신 가안을 3개씩 요구합니다. 그래서 회의해서 젤 좋은거를 뽑지요. 그 편이 더 좋은거 아닐까요? 물론 사장의 "빨리 해라"의 압박이 있지만..뻐튕깁니다. :twisted:
그리고 왠만하면 플래쉬 쓰지 맙시다..윽...로딩의 압박..

약 3년전쯤에 웹에이전시에 있었던적이 있습니다.
그 때도 요즘과 다를바 없이 디자인과 프로그래밍의 관계에 오묘한 부분이 있었습니다. 디자인과 웹프로그래밍은 교집합이 존재하며 두 사람 모두에게 그 교집합에 대한 이해는 반드시 있어야 한다고 생각하고 디자이너에게 차근차근 가르쳐줬던 생각이 납니다. 저도 또한 디자인에 대한 것들을 배웠던 적이 있고요.
그분은 지금은 잘 나가는 디자이너가 되었더군요. 저는 뭐하는건지.. -_-;;

좀 더 친밀감을 가지고 접근을 해보심은 어떠신지.. 그런일이 있으면 술도 한잔 하면서 서로에 대한 이야기를 하면서... 상대방에 대한 이해가 일을 좀더 쉽게 처리하는 방법이 되지 않을까 생각합니다. ^^;

아무리 생각해도 나는 복받은겨..

울디자너..

간단한 자바스크립트는 직접 공부해서 만들고..

플래시는 용량과 cpu점유율까지 고려해서.. 머리 쥐어짜면서 만들고..

내 코딩 스타일에 맞게 소스 들여쓰기 전부 정리해주고..

템플릿 처리하기 쉽게 주석으로 다 구별해놓고..

것도 모자라서.. 레이아웃 테이블은 대문자로, 일반 컨텐츠 테이블은 소문자로 정리 해주고..

레이아웃 테이블 잡기전에 테이블 분할 정도를 미리 상의하고..

심지어 기획 프리젠테이션용 파워포인트도 디자이너가 다 작성해 줍니다.
(전 그냥 메모장에 프로그램 등 필요한 내용 끄적거려서 넘겨주고..)

원래가 하드코딩으로 디자인을 시작했다고 합니다..

지금도 사이트 수정은 에디트 플러스에서 ftp로 열어서 직접 수정합니다.

전에 같이 일하던 디자너
'그건.. 드림위버에서 안되는데요.. 못합니다.'
와 정말 비교를 거부하는.. 지금 디자이너..

난.. 복받은겨.. 복받은겨..

1픽셀 신경쓰는것이 저뿐만이 아니었군요!

전 저의 실력이 좋지 않아 저만 삽질하는줄 알았는데...

이거 맞추려고 항상 계산기와 A4용지 꺼내놓고 픽셀 계산해가며 했었는데...

뭐.. html 만져보는 일이 자주 있는것은 아니지만, 가끔 재미삼아 할때 이것땜에 꽤 고생스럽더군요. :wink:

글만봐서는 어느분이 잘못했는지 판단할수가 없군요 :)

제약사항을 말씀해 주셨어야 ^_^

잘 해결하시길~

:shock: 욱..너무 강한 표현이 아닌가요? 따위..라니요...디자이너는 프로그래머의 하급직업이 아닙니다. 서로의 일에대하여 존중했으면 좋겠습니다.

그리고 통짜이미지 쓰는것에 대해서..
어느때 부턴가 경력디자이너들도 통짜 이미지를 넣는것을 잘 하더군요. 그래서 물어봤지요..왜 이미지를 통짜로 넣느냐..라고요..

그닥 크지 않은 이미지를 잘라서 넣을경우 브라우저에서 깨져서 보이는 경우가 많다고 합니다. 저도 확인한 부분입니다만 요새 익스가 버전업이 되면서 없던 버그도 많이 생겼지요..디자이너들이 분명 제대로 html 태그를 넣었음에도 불구하고 캐쉬가 없는 상태에서 처음 페이지를 열면 내용이 많은 사이트의 경우 이미지가 깨지는 경우가 다반사입니다. 그것때문에 디자이너들이 욕먹는일도 다반사 라더군요. 브라우저의 잘못이지만 디자이너가 증명해 보일 방법이 없으니까요..믿지도 않구요..

팝업같은경우 정말로 이미지의 사이즈를 적당하게 줄여서 통짜로 넣을경우, 테이블넣고 짤라서 넣는것보다 빨리 뜨는 경우도 있습니다. 그리고 무엇보다 안정적입니다. 이미지가 깨져서 보이는 경우가 아예 없으니까요..
실제로 그다지 크지 않은 이미지를 불러오기 위해서 느린회선 또는 패킷로스가 종종 나는 회선에서 웹서버에 여러번 접속커넥션을 요구하는것은 별로 좋은 방법이 아닙니다. 배보다 배꼽이 커져버릴수도 있으니 잘 조절해야 하지요..

물론 경우없이 통짜는 넣는건 삼가해야겠지만 디자이너들의 말도 반드시 들어야 하는 것이라고 봅니다.
웹이 우리나라에 정착된것도 거의 십년에 가까워지는데(넘었나요?) 아직까지 톰과제리처럼 디자이너 못났네 프로그래머 잘났네 하는건 좀 우습지 않을까요?

몇몇 분들께 올리는 글이었습니다.. :wink:

점점 편을 가르고 싸우는 분위기로 바뀌어 가고 있군요.

제가 보기에는 처음 사이즈를 봐서 메뉴인것 같습니다. 아닌가?

메뉴는 플레시로 안만들어 주엇으면 하는 바램이 있죠.

싸우지들 마시기 바랍니다. 대화와 타협으로 충분히 극복 가능한 문제로 보입니다.

참고로.

제가 싫어하는 사이트 순위

1위 - 배경음악 등 소리가 나오는 사이트 (최대한 빨리 다른 곳으로 이동합니다. 최대한 그런곳 안갑니다.)
2위 - 메뉴가 플레시인 사이트..(가끔 인트로를 통과 못하고 나온 경험도 있습니다.)
3위 - 새창 자꾸 여는 사이트.

이런 사이트만 아니라면 어느정도 용서합니다.....

좋아하는 사이트는 그림이 최소로 들어 있는 사이트죠. 그림 덕지덕지 있는 곳 치고 유용한 곳을 본적이 별로 없습니다.

깨져보일때 있고 안깨져 보일때 있습니다. 어떤 경우인지를 파악할 수 있었다면 그런 문제를 만들지도 않았겠죠...

주로 ping rose 율이 좀 있을때 그런 증상이 나타나곤 합니다. 통짜레이아웃(?-설마 그렇다고 모든 사이트를 통짜로 하겠습니까..팝업등,메뉴의 특정부분을 말하는것이지요.)은 그런상황의 경우 비교적 안정적입니다. 서버의 커넥션수가 상대적으로 적으니까요..

어떤 경우인지 모른채 나타난다면 정말 귀찮은 것이 겠군요. 이 부분에 대해서 잘 아시는 분이 답글을 달아 주셨으면 좋겠네요 :-)

제가 느끼기에는 모질라와 ie가 화면 그리는 것이 반대로인 것 같은데요.

웹 페이지를 받아서 그리는 것이 실제 내부는 어떻게 구현되었는지는 모르겠지만, 속도가 느린 사이트에서 화면이 그려지는 것을 보면, 모질라의 경우 그림이 하나씩 로드되면서 화면이 그려져 나갑니다. ie의 경우는 하얀 화면이었다가 한번에 그려지죠. 이것 때문인지는 몰라도 웹서핑을 할 때는 모질라가 좀더 시원시원한 느낌을 줍니다.

실제로 어떤지는 모질라의 경우는 소스를 보면 알 수 있겠지만요...

얼마전 정글에서 웹디자이너를 위한 프로그래밍 강좌가 신설된걸 본적이 있습니다.

디자이너들은 작업의 원활화 (모 그 이외의 목적도 있겠지만 )를 위해서 프로그래밍 (php, asp)의 기본개념을 배우는 노력을 하고 있습니다.

프로그래머들은 디자이너들과의 원활한 작업을 위해서 어떤 노력을 하는지 한번 생각해 보아야 하지 않을까..싶습니다.

사실 개념없는 디자이너만큼 개념없는 프로그래머들도 천지에 깔렸습니다..^^
우리는 그들을 프로그래머가 아니라 망나니라고 부릅니다.

디자이너들은 기본적인 웹의 작동에 대한 이해도 없이 마냥 이미지의 퀄리티만을 중시하는 엉터리 디자이너들을 디자이너로 인정하지 않습니다.

개념없는 디자이너, 개념없는 프로그래머...똑.같.다.고 생각합니다.

:!:

모질라는 모르겠지만 ie 의 경우 모두 불러온 후 뿌려주는것은 아닙니다.
불러와 지는대로 출력됩니다.

한번에 보여지는 사이트들은 사이트 자체에서 이미지가 모두 로딩된 후 화면을 뿌리게 하는 스크립트를 썼거나 할경우 그렇게 작동되는 것이구요..

ie 에서 가로 10열 세로 10열 정도의 테이블을 만든 후 각각의 td 에 좌로부터 순서대로

01.jpg , 02.jpg, 03.jpg ..............10.jpg
11.jpg.........................................20.jpg
....
...
..

식으로 넣으신 후 로딩 해 보시면 순서대로 이미지가 불려지는대로 바로바로 출력되는걸 보실 수 있습니다. 물론 속도가 빠른 회선에선 한번에 퍽 하고 뜨겠지만 이미지하나의 크기를 100k 이상으로 하고 해 보시면 왼쪽부터 주르륵 하고 뜨는걸 보실 수 있을 겁니다.

이 경우 td 에 미리 witdh 값을 모두 부여한 상태에서 화면을 출력한다면 이미지가 처음 뜨는 위치는 마지막까지 그대로 일 것이고
만약 td 에 width 값이 없는 상태라면 이미지가 한쪽으로 쏠렸다가 그 다음이미지가 나타남으로서 비로서 제 자리를 찾아가는 현상을 보실 수 있습니다.

에러가 나는경우도 이런 경우에 종종 나는데 html 의 코드의 용량이 큰데다가 이미지의 width 값 그리고 td 의 width 값을 ie 가 스스로 판단해야 할 경우에 많이 일어나는 것으로 알고있습니다.

예전에 어디서 읽은것 같은데 html 의 한 코드라인이 줄바꿈없이 너무 길거나 할 경우 파서가 제대로 읽어들여서 분석하는데 지장이 있다는걸 본 적도 있구요.

그런것 때문인지 사실 똑같은 코드를 작성할때 어쩔땐 editplus 등으로 코딩한것보다 드림위버 같은것으로 코딩할때 좀 더 안정적으로 출력되는 경우가 있습니다. 기본적으로 드림위버같은 gui 툴에서 만들어내는 코드는 쓸데없이 크긴 하지만 완전 FM을 지향하는 것이기 때문이 아닐까 합니다.

우위를 점한다고 하셨지만 대부분의 회사에서 팀장급은 대부분 프로그래머가 90% 이상이며 급여또한 프로그래머가 디자이너보다 높지요.

디자이너가 프로그래밍을 배울 필요다 있다고 생각하시는 만큼 프로그래머는 왜 디자이너가 어떤것을 고집하는가를 이해하기 위해 노력해야 한다고 봅니다.
어느건 힘들고 어느건 안 힘든건 없습니다. 디자이너를 이해하는데는 근본적인 한계가 있다는 말은 풀어서 보면 별로 이해하고 싶지 않다라는 느낌이 바닥에 깔려있는 것 같습니다.

디자이너 커뮤니티에서 디자이너가 프로그래머에대하여 흉을 보는 경우는 극히 드문데 이상하게 프로그래머들이 디자이너를 욕하는 경우는 많더군요.

뭐..물론 저도 프로그래머라 디자이너 동호회를 열심히 보고 다니는것은 아니지만 분명 디자이너보단 프로그래머가 디자이너에게 불만을 더 갖습니다.

코딩이 엉망이라는둥. 네트웍개념이 있냐는둥..

솔직히 디자이너 입장에선 짜증나는 일입니다. 웹디자인 학원에서 네트웍에 대한 전반적인걸 가르치고 웹디자인을 가르치는것이 아니기때문이지요..미대에서도 안갈치지요..어디서 배워서 알겠습니까..그냥 인터넷이라곤 웹서핑이랑 학원에서 배우는 html, 이미지툴이 다인걸요..학원문제지요..

제 개인적인 생각으론 프로그래머와 디자이너가 공통적으로 TCP/IP 정도는 같이 떼어야 하지않나..라고 생각합니다. :)

그럼 지금의 서로간의 짜증은 훨씬 줄어들지 않을까요..

처음 회사에 입사했을 때...디자인팀장 이하 5명의 디자이너 모두 한 소리를 하더군요.
"아니...디자이너가 디자인을 잘라서 html 코드로 뽑아주는 회사가 어디있어요?"
덕분에 초반에는 포토샵 화일(PSF 였나요?) 하나 떨렁 받아서 이미지레디로 잘라서 html 만드는 작업에 심취했었습니다. :evil:
지금도 포토샵은 회사의 프로그래머들 중에서 가장 잘 씁니다. 생각해도 한심하네요.
3개월 정도 흐른 후에, 너무 열이 받아서 저희 팀의 팀장이신 이사님께 무지 투덜거려서 디자인팀장(차장)까지 불러서 며칠간 회의를 했습니다. 결론은 디자인을 html 로 뽑아줄 코더를 한 명 뽑자는 것이었는데...실현 불가능하다고 생각했고...결국 디자인팀 사람들이 하나, 둘 그만두더군요. :shock: 제가 너무 갈궈서 그런 것이었을까요?
디자이너나 기획자들은 언제나 화면의 멋 등을 먼저 고려합니다. 그리고 실용성을 생각하고, 마지막으로 구현 가능성을 생각하죠. 하지만, 프로그래머는 항상 구현 가능성을 먼저 생각하고, 그 다음에 실용성, 마지막으로 멋을 생각합니다.
그렇기 때문에 항상 마찰이 있는 것이라고 저는 생각하고 있습니다.

그래도...요즘 감사원 감사를 받고 있는데...기관 놈들하고는 정말 일 못하겠네요. 하루에도 열두번씩 화면 수정, 기능 수정 해달라고 난리입니다. 개발비 책정을 하나도 안해놓고...수주 딴 업체만 들들 볶아서...벌써 개발자만 5명이 6개월 째 투입되고 있습니다. 벌써 30 Members 인가요? 이게 도대체 얼만인거야. 그리고 얼마나 말은 안통하는지... T.T 차라리 디자이너랑 싸울 때가 더 좋았군요. 그 땐 그래도 동등한 위치에서 마찰이 생기는 것이었는데. 일반 기업 상대로 일하는 것보다...기관 상대하는 건...정말 못할 짓이네요. 그것도 컴퓨터에 관한 지식이 전무한 행정직(엄밀히 이야기 하지만 학자)하고 말이죠.

디자이너들은 개발쪽을 많이 이해하려고 노력하던데, 개발자들은 디자이너 이해하려는 노력을 하는 것을 별로 본 기억이 없습니다.

"개념"예기를 하시는데, 그 "개념"은 개발자의 "개념"이지 디자이너의 "개념"이 아닙니다. 디자이너가 성능에 문제되는 오브젝트를 뽑아낸다면, 당연히 거기에 대해서 조언하고 문제가 된다는 설득을 하는것도 개발자의 능력이라고 봅니다.

제 경우엔 항상 용량과 사투하는 디자이너들만 봐온지라...

갑자기 얼마전에 "갑" 회사에서 버그 리포트에 대해 요구사항이 온것에 대해 반응한 것이 생각나네요. :-)

시험 방법 및 결과 - 재현 불가이므로 시험할 방법이 없음.