모질라를 지원하는 스크립트 만들기 어렵다?

IE 는 뭐든지 일관성이 없어서... -_-;
짜증나요...

경험상 IE 를 제외한 다른 브라우저에서 잘 보이도록 아주 조금의 고민이라도 하는 업체는 아직까지 본적 없었습니다.

잘 보이면 다행인거고 안보이면 `IE 전용 사이트입니다` 하단에 표시하는게 전부죠.
요즘엔 이 표시도 안합니다. 당연히 IE 로 접속할꺼라 바라거든요.

지금 제 회사에서도 웹관련 개발을 하고 있지만 저만 유일하게 비 IE 브라우저를 쓰고 있습니다.

자바스크립트 문서가 아니라 JScript 문서가 아닐까요?

ms vm 에 종속적인 변형 스크립트죠.

자바스크립 책보고 짜면 모질라에서도 잘 동작합니다. -_-;

자바좀 한다고 하고 JavaScript 랑 JScript 랑 구분 못하는 사람들도 꽤 되는거 같더군요.

그건 님께서 웹디벨로퍼가 아니기 때문이 아닌가요?
먹고 사는 일로 웹스크립트 개발을 하는 사람이라면... 오히려

자바스크립트 콘솔등의 강력한 디버거가 있는
모질라쪽이 개발하는데 훨씬 유리하며..

실제 현재 도는 스크립의 대부분 문제는... I.E 식 축약 표현(앞에 document. 를 안붙이는 등의 표현이죠) 과.. document.all.어쩌구 아니던가요?

싸이월드만 해도 저 두가지만 바꿔줘도.. 대부분의 링크가 동작할 거고... 마우스 오른쪽 버튼 클릭에 나오는 메뉴도 다 나올 텐데요.. 버그리폿을 해도 고치진 않더군요...

이 말씀에 100% 동의합니다. 사실 저는 IE 만의 IE 를 위한 IE 의 웹 프로그래머입니다. 기반도 마이크로소프트의 IIS 위에서만 경력 7~8 년이 (휴학하고 취업한 기간 포함.) 되는 사람이죠. 다만 한 곳에만 너무 편협한 사고방식을 가지게 될까봐 두려워 몇 년 전부터 PHP 관련 한 곳, LINUX 관련 한 곳, JAVA 관련 한 곳 하는 식으로 사이트틀을 지정해 놓고 주기적으로 다니면서 다른 분들은 어떤 생각들을 하고 계시는지 다녀보고 있습니다. KLDP 에서도 많은 것을 배우고 새로운 논점을 경험하고 있구요. (이 글이 제 KLDP 첫 포스팅입니다.) ^_^

저는 대부분 기업체의 SI 시스템을 구축해주는 일을 하는데요. 제 경험으로는 이런 업무에서는 사실 IE 에만 맞추어도 큰 지장이 없습니다. 그러나 이 말을 좀 더 심화해본다면 'IE 에만 맞춘다.' 가 아니라 '해당 업체에서 표준으로 정한 특정한 브라우저에 맞춘다.' 가 맞을 겁니다. 저 역시 JSCRIPT 코드를 양산해내는 주범중의 하나이지만 몇 가지 변명을 해보도록 하겠습니다. ^_^;;

우리 기업체들에서는 정상적인 개발 기간을 찾아보는 것이 거의 힘듭니다. 또한 정상적인 개발자 (? 이렇게 표현하니 조금 이상하지만) 들로 구성된 프로젝트 팀은 거의 하늘의 별따기 입니다. 적어도 SI 에서는 그렇죠. 대략 5~6 년차 팀장 하나에 내부 1~2 년차 직원 한두 명, 그리고 대부분 잡코리아에서 건져올린 검증안된 처음보는 사람들 2, 3 명이죠. 기본적으로 프로젝트 기간은 정상적으로 필요한 기간의 절반도 안되거나 하는 경우가 비일비재하구요. 따라서 자바스크립트 뿐만 아니라 여기 명예의 전당에 올라있는 OOP 관련 토론을 비롯해서 프레임워크, 개발 방법론 등등은 거의 먼나라 학술적인 문제가 되어 버립니다. 당장 다음주가 오픈이고 아직 만들어야 할 모듈들은 3 분의 1 이상 남아있는데 팀원 한 명이 제게 이렇게 얘기한다고 생각해 보십시요.

"아무개씨가 작성한 페이지가 FF 에서 안보입니다. 다시 짜야합니다."

프로젝트 책임자의 입장에서는 정말 미칠 것 같을 겁니다. 게다가 보고라인도 밟지 않고 직접 클라이언트에게 이런 얘기를 해서 클라이언트 입에서 '다시 짜라.' 라는 말이 나오기라도 하면 속된 말로 욕이 튀어나오겠죠. 하긴 클라이언트중에 그런 이유로 다시 '잘' 만들어달라고 요구하는 클라이언트 자체가 없긴 합니다만, 아무튼 팀장 포함, 그런 직원은 당장 짤릴 겁니다. 딜레이는 뻔하고 금전적인 이익은 커녕 인건비랑 기회 비용만 날릴게 뻔하니까요. 그렇다면 가능성 있는 방법은 애초에 팀원들이 어느 정도 성숙된 인력들로만 구성되어야 하는데 이건 정말 현실성 없는 얘기죠. 핵심 모듈이 아닌 바에야 학교에서도 그렇지만 대부분 팀원 전체의 평균치 실력 정도에 기준이 맞추어지게 됩니다.

개인적으로 솔직히 어떤날은 이런 생각도 들더군요. 이런 개념들이나 방법론 등은 다 좋은데, 대학원생이나 학부생들, 또는 직업적인 강사나 컨설턴트들처럼 어느 정도 시간적인 여유가 되는 분들이나 고민해볼 수 있지 않을까 하구요. 특정 그룹을 비하하고자 하는 의도는 없습니다만, 실제로 대부분의 SI 현장이 이런 소리가 나올 정도로 공장에서 찍어내듯이 프로그램들을 찍어낸다는 말이 하고 싶은 것입니다. 이 부분은 업계 전반의 구조가 바뀌지 않는 이상 변화되기 힘들 것 같습니다.

리팩토링은 커녕 팀원들끼리 코드 리뷰도 하기 힘든 상황입니다. 프로젝트가 거의 다 끝나가는데 아무개 팀원이 만든 프로그램이 잘 돌아가는지 내부 코드는 살펴보지도 못하고, 그냥 클라이언트측 담당자가 아무 소리 없으면 넘어가 버립니다. 이런 풍토는 국내 대기업을 포함하여 그 어느 곳도 마찮가지입니다. 저도 2 년차부터 어떻게 한 번 제대로 진행되는 프로젝트를 한 번 경험해보고 싶어서 여기저기 크다는 대기업들만 골라서 프리를 다녀보기도하고 얼마전에는 싱가폴까지 나가서 S 모 사에서 1 년간 근무도 해봤습니다. 국내에서 제가 잠시나마 다녀본 곳도 S 모 전자, S 모 생명, K 타이어, M모N Korea, 60% 이상 카이스트 사람들로 구성된 벤터, 과천 청사, 농협 등등 이었는데... 제 결론은, 그리고 주변 분들의 (외국 친구들 포함) 의견은 기업체나 해당 법인이 아무리 외국계더라도 구성원의 60% 이상이 동양인이라면 국적을 불문하고 같은 패턴이라는 것이었죠.

저도 98 년 정도부터 이 일을 했기 때문에 오히려 크로스 플랫폼 스크립팅에는 더 경험이 많은 축에 속한다고 볼 수 있을 것 같습니다. IE 3.0 은 제껴두더라도 IE 4.0, NS 4.X 시절부터 양쪽에서 모두 동작하는 스크립들을 작성하느라 애먹었으니까요. 정말 농담이 아니고 그 때는 힘들어서 두 브라우저중에 하나 없어졌으면 좋겠다고 농담했을 정도입니다. 특히 NS 에서는 한글이 어찌나 밉게 나오던지... 얼마후 NS 가 나가 떨어졌을 땐 솔직히 기분 좋았습니다. :oops: 일이 반은 아니더라도 30% 는 줄었으니까요. 모든 스크립트마다 첫 번째 문장은 브라우저를 판별하는 일이었고, 그 다음에 하는 일은 한글 폰트가 양쪽에서 비슷한 레이아웃으로 나타나는지 판단하는 일이었죠. 게다가 당시에는 디자이너들도 지금과 같은 '웹' 디자이너들의 수가 절대로 부족했구요. 대부분 '미술가' 이자 '예술' 을 하는 분들이었지 웹 디자이너는 드물었습니다.

한 가지 의견을 더 말씀드리면 웬지 대부분의 분들의 분위기가 IE 는 악의 축, FF 는 선 이라는 공식을 부지불식간에 가지고 계시더라는 것입니다. 뭐 저도 완전히 부정하지는 않겠습니다. 그런데 문제는 여기 분들처럼 전후 사정을 아시고 이런 말씀을 하시면 좋은데 여기저기 사이트들을 다녀보면 전산과 관련된 분이 아니신데도 불구하고 또는 아직 어린 학생이 IE 가 무척이나 허접하고 무조건 나쁜것으로만 인식하고 계신 분들이 많이 보이더군요. 그래서 개인적으로는 조금 안타깝습니다. 뭐 저는 MS 쪽 기반에서 일을 하긴 하지만 그래서 그런것이 아니고 조금 다른 생각을 가지고 있습니다. 나름대로 IE 도 COM 과 인터페이스 수준에서 보면 잘 체계화된 구조를 가지고 있거든요. 물론 표준과 거리가 먼 부분도 있긴 하지만요. ^_^;;

아무튼 횡설수설했네요. 하지만 한 가지 확실하게 말씀드릴 수 있는건 만약 클라이언트가 "이번에 구축될 시스템은 FF 를 기준으로 해주세요." 라고 말만 한다면 그 어떤 SI 업체라도 당장 그날부터 FF 를 기준으로 삼을거라는 겁니다. 현재로서는 IE 만으로도 잘 돌아가는데 내부 직원들에게 FF 감안해서 일정잡고 인력 충원할 사장님은 없다는 거죠. 단 지금가지 말씀드린 얘기는 공공 사이트나 포탈과 같이 불특정 다수를 대상으로 하는 사이트가 아닌, 특수한 공통 분모를 지닌 사람들이 사용하는 웹 시스템에 관한 얘깁니다.

그러나 그런 SI 개발자들이 나중에 다 외부로 진출해서 그런 포탈들이나 공공 사이트를 만들게 될테니 결국은 같은 얘기군요...

행복한 고니님 말씀을 듣고 살짝 의문이 생겼습니다.
document.all 관련 버그가 가장 많은데, 왜 아무도 불여우 엔진에서 document.all 관련을 IE 와 맞추려고 하는 노력은 아무도 하지 않는걸까요? 표준이 아니라서 그런걸까요? 흐음 궁금합니다. 그렇게 되면, 국내에서는 당연히 불여우 사용이 좀 더 많아지지 않을까요? 아니면, 국내만의 문제고, 국내에는 불여우 개발진이 없어서 생긴 문제인걸까요? 고운 하루되세요.

다양한 OS 를 지원한다며 jsp 로 개발해 놓고 인증은 ActiveX 로 가능하게 하는 업체도 있습니다. ---

개인적인 입장만 말씀드린다면 '게으름' 이라는 부분에 대해서는 솔직하게 인정하겠습니다. :oops: 다만 이 문제만은 추가로 말씀드리고 싶네요. 제가 '시간' 이 없다고 말씀드린게 그냥 입으로만 시간이 없다는 뜻은 절대 아닙니다. 현업에서 일해보시면 정말 어처구니 없는 경우도 많죠. 이 경우의 시간은 document.all 이라는 12 자리 문자들을 document.getElementById 라는 23 자로 바꾸는데 걸리는 기술적인 시간을 말씀드리는 것은 아닙니다. 이런 것은 정말 Replace 만 때려버려도 되겠죠. 적게는 해당 프로젝트 팀원들의 인식을 바꾸는데 걸리는 시간, 크게는 내가 속한 업체의 인식을 바꾸는 시간, 그리고 최종적으로는 고객들의 인식을 바꾸는데 걸리는 시간을 말씀드리는 것입니다. 정말 단순하고 별거 아닌 것도 협의에 들어가면 가지각색의 의견들로 (마치 국회처럼... :wink:) 엉망이 되기 일쑤입니다. 말씀하신 그대로 심각한 성능저하가 일어난다거나 레이아웃에 변화가 일어나는 것도 아닌데 말이죠. ^_^;;

그리고 말씀하신 그대로 제가 일하는 환경 (거듭 말씀드리지만 웹 SI 쪽) 과 같은 곳에서는 일단 IE 외의 브라우저를 고민해보는 작업 자체가 일 순서 자체에서 그대로 배제되어 버립니다. 그래서 말씀드렸던 것이 특정한 사용자들만 사용하는 시스템의 경우 'IE' 가 아닌 그 집단의 표준 브라우저에 맞추게 된다는 것이죠. 그런데 대부분의 사람들이 그 '표준 브라우저' 로 IE 를 아무런 의심없이 떠올린다는 겁니다. 그 이유는 고니님께서 말씀하신 바로 그 이유입니다. '심각한 성능저하가 일어난다거나 레이아웃에 변화가 일어나는 것'도 아니므로 클라이언트들 입장에서는 별 상관이 없는 거죠. 그 분들 입장에서는 어짜피 깔려있는 브라우저 그냥 쓰면 되는 겁니다. 그리고 자연히 연쇄적으로 저희같은 하도급 업체들은 그 입장을 따라가게 됩니다.

원론적으로 고니님의 말씀이 맞다는 데에는 동의합니다. 제 생각으로는 IE 에 사람들의 인식이 고정되어져 있고, 지금까지 이러한 현상들이 지속되는 이유는 기술적인 부분 때문이 아니라 사회학적인 이유 때문이 아닐까 합니다. 한 마디로 마이크로소프트가 초기에 마케팅을 잘해서, 혹은 돈을 퍼부어서 운영체제를 장악하고 어떤 흐름을 만들어 버리는데 성공한거죠. 전 평소에 이런 생각을 하는 적이 많습니다. 장차 마이크로소프트의 몇 가지 악덕을 몰아내는 것은 기술이 아니라 마켓팅과 어떤 사회학적인 흐름이 아닐까 하구요. 그리고 그 대표적인 성과물 중의 하나가 리눅스라고 생각합니다.

개인적으로 리눅스는 단지 어떤 테크놀러지의 집합일뿐만 아니라 엄청난 인원의 사람들이 자발적인 의사를 가지고서 공동의 목표를 구현해낸 작업의 부산물이라고 생각합니다. 그 작업 자체가 더 가치있다고 생각하는 거죠. 지구의 역사 그 어디에 월드와이드 규모로, 그리고 동시다발적으로 같은 목표를 구현하기위해 이렇게 많은 사람들이 노력했던 사례가 있었을까요? 제가 고니님께 말씀드리고 싶은 것은 고니님께서 질타하시는 개발자들의 개으름, 악덕을 타파하시려면 기술적인 설명뿐만 아니라 그들의 인식을 전환시키는 위와 같은 흐름의 변화를 유발시켜야 할 것만 같다는 거죠. 과거에 모질라는 실패했고 작금에 파이어폭스는 성공한 바로 그 어떤 흐름 말입니다. 제 생각에는 그러한 흐름은 '기술' 만으로는 유발시키기 어렵습니다.

제 잛은 소견은 이렇습니다.
부디 더욱 발전하셔서 저처럼 클라이언트들에게 휘둘리는 노가다꾼이 되지 마시고, 큰 흐름을 일으키실 수 있는 진정한 개발자가 되시기 바랍니다.

그래서 말씀드린 것이 대중을 향해 공개된 사이트가 아닌 '기업체의 내부 인력들만 사용하는 시스템'에 관해서 거론한 것입니다. 말씀하신 것처럼 이런 시스템에서는 제 클라이언트가 곧 그 시스템의 클라이언트가 되겠죠. 따라서 클라이언트가 멀쩡한 고객을 버리는 상황은 아닌 것입니다. 오히려 그런 경우에는 하나의 웹 브라우저로 통합하기를 기대하시는 담당자 분들이 많습니다. 왜냐하면 그 편이 더 대응하기가 쉽거든요. 그리고 바로 그 분들이 막판에 검수 사인을 해주시는 분들이구요. 제가 가본 업체들중에 최근에는 운영체제를 어느 수준이상으로 결정해 버리시는 경우가 많았습니다. 예를 들면 작년 하반기에 잠시 일했던 과천에 위치한 K 건설은 모든 운영체제가 최하 2000 pro 이상이더군요. 98 이나 ME 같은 시스템은 전사에 존재하지가 않았습니다. 이런 경우 굳이 다른 브라우저를 설치하지 않고 IE 5.0 이상 이라는 조건으로 결정을 해버리시는 거죠.

물론 다시 한 번 말씀드리지만 저도 SI 가 아닌 대중을 향해 열려있는 포탈과 같은 시스템을 운영한다면 당연히 다양한 브라우저를 지원하기 위해 노력할 것입니다. 실제로 그런 2 년정도 경험도 있구요. 그러나 지금 제가 처한 입장에서는 그다지 급박한 요구사항은 아니라는 것입니다. 그리고 이런 저의 처지가 SI 에 종사하시는 상당수의 다른 분들과 같은 처지인 것이지 않을까 생각한다는 말이죠. 최소한 돈이 절약된다거나 기간이 단축된다거나 뭔가 절박함이 느껴지지 않는 한 말입니다. ^_^

이 문제에 대해서는 저도 제 개인적인 경험만을 말씀드릴 수 밖에 없을 것 같습니다. 소스 차원의 관리를 하는 프로젝트도 있었고 아닌 프로젝트도 있었습니다만, 그렇지 않은 경우에도 문제는 있더군요. ^_^;;; 제가 PM 이 아닌 바에야 같은 직급의 프로그래머들이 작성한 스크립트까지는 책임질 수가 없지 않겠습니까? 차라리 팀원들을 컨트롤 할 수 있는 상황이면 조금더 걸러지 코드를 만들수 있습니다. 그런데 5 명의 팀원이 있다고 한다면 그 중 4 명 또는 저 포함 전부가 IE 기반의 스크립팅을 하는 상황인 거죠. 아니 차라리 그거라도 일목요연하게 정리해서 작업하는 수준도 못되는 경우도 있습니다. 그런 경우에는 그런 사람들 추스려서 사이트를 제 날짜에 오픈하기라도 하는 것이 최대의 목표가 되어버립니다. 실제로도 그랬구요. 제가 이 얘기까지 하면 제 주변분들은 절 알아보시겠지만, 작년 하반기에 들어갔던 과천 청사 프로젝트에선 PM 이 IP 와 Port 도 모르더군요. gcc 만 하셨던 분들이 회사에 등떠밀려 프로젝트에 들어오셨구요. 그런데 시스템 요구 사항은 정말 장난이 아니었습니다. 메뉴얼조차 없는 EDMS 시스템에 AD 통합까지... 그런 경우엔 정말 스크립트고 뭐고 제발 제 날짜에 끝나기만을 바라게 됩니다. 거의 매일을 차가끊길때가지 일하고도 그 모양이 됩니다. 제가 운이 없어서 그런 프로젝트만 골라다녔는지는 모르겠지만, 정말 저도 이런 짓거리 (죄송합니다. ^_^...) 를 그만 끝내고 싶네요. 전 다시는 그 업체와는 일 안할 겁니다.

제 최근 3 년간의 프로젝트들이 단 하나를 제외하고는 다 이모양입니다. 그리고 제 개인적인 경험만 이런 것은 아니라고 알고 있습니다. 그리고 먼저글에서도 말씀드렸지만 그런 프로젝트들의 고객들이 다들 이름만 대면 알만한 회사들이라는게 더 암담하죠. 번듯한 업체라 뭔가 프로젝트 운영의 묘가 있을 것이라고 기대를 한 것이 헛되었구요. 이달 21 일에 들어가서 프로젝트를 처음보는 사람들끼리 시작했는데 다음달 7일에 기능의 3 분지 1 을 시연하라고 하는 식이니까요. 그때 팀원중의 한 분은 몇 일 후 도중에 사라져버려서 나타나지 않더군요. 너무 극단적이기까지한 제 얘기만을 드렸는지도 모르겠습니다. 다른 분들을 끌고 들어가는 것은 조금 비겁해 보이니 이렇게 말씀드리겠습니다. 그런 상황에서 제가 어떻게 다른 분들보고 스크립트좀 제대로 짜자고 말씀드릴 수 있었을까요? 그저 맡은 부분만이라도 잘 짜주시기들만 말도 못하고 속으로 간절히 바라는 심경이었답니다. ^_^;;;

물론 제 사정이 이렇다고 해서 지금 논점이 되고 있는 IE 에 종속되는 스크립팅의 문제점에 면죄부가 부여되는 것은 아닐겁니다. 그러나 이렇게 살아가는 프로그래머들도 상당수 되는데 그런 분들에게 이런점에 대한 고려없이 '게으른 프로그래머들' 이라고 표현하신다면 제 입장에서는 너무 억울하다는 말입니다. '기술' 말고도 고민되는 부분들이 정말 많더군요. ^_^

감사합니다.

글쎄요....

궁금한게 있습니다....

우선 그 기본/원칙이란 무엇인지 궁금합니다.(IE4,5,6? NN4, 6,7? MB? FF? OP?)

그리고 표준이란것이 있는지도 궁금하구요.

만약에 그 표준이란것이 있다면 표준으로 작성한 문서는 NN4에서도 잘 브라우징 되는지 알고 싶네요.

위의 분 지적대로 html, xhtml, dhtml, css등의 표준은 w3c에서 정의하는 것으로 알고 있습니다. 특정 브라우져에 표준이 따라가는 것이 아니라 표준이 정의되면 브라우져가 지원하는 거죠.

NN4는 점유율을 잃기 전에도 표준 지원이 그다지 뛰어나지 않았었고, 현재로서는 매우 오래된 브라우져기 때문에 html 4.01, xhtml, mathML, css 2.0 등으로 요리해낸 페이지를 제대로 보여주지는 않을 것입니다.