deutism

웹 바닥에서 굴러 먹은게 9년이나 되었지만, 실제로 웹 사이트를 만드는 일은 얼마 하지 않았기 때문에, 어느 분야던지 프로훼쇼날 하지 않다고 개인적으로 생각하고 있는데요.

그냥 살다보니 슈퍼 울트라 초 특급 경력 개발자, 퍼블리셔분들도 실수를 조금씩 하시는것 같아 때때로 마음이 아픕니다. 그래서 많은 선배님, 스승님 등등 분들께 몇 가지 부탁을 드립니다.

HTML 태그를 쓰실때는 좀 닫아주세요… “너네들이 내가 실수했는지 얼마만에 알아 채는지 볼라고 그런거야” 이런 말씀 하지 마시고 HTML 태그는 잘 열고 잘 닫아주세요. 인생은 뒷처리가 중요한거랍니다. 똥 싸러가서 다싸고 뒤처리 안하면 좀 드러워져요.

HTML 4.01에서는 일부 태그는 안닫아도 된다고 하시는 분들 정확한 DTD 를 사용하시던가 그래도 그냥 닫아주시면 마음이 편안해요.. 역시 똥싸고 뒷 처리가 중요 하니까요..

또 태그 닫는 순서 좀 지켜주세요. 똥쌀때 바지벗고 팬티 내려 싼 다음 바지입고 팬티 입는거아니잖아요.. 상식적인건데 왜들 그러세요.. 바지입고 비데하는거 아니잖아요… 좀 순서를 지켜주세요~ 어렵지않구요. 해치지 않아요.~

즐거운 배변하시고, 즐거운 마크업생활하세요~

글을 세달이나 넘게 안쓰다보니 글을 쓰기도 두려워 집니다.

요즘 신종플루가 유행이라던데.. 저는 감기에 걸려서 고생중입니다. 체온이 그리 높지 않은걸로 보아 별일은 없는것 같습니다. 환절기다보니 여기저기 감기 소식이 들려오는데 다들 감기조심하세요…
참 저는 4년 반 동안 다니던 넥슨을 그만두고 회사를 옮겼습니다. 아시는분들도 꽤있습니다만 제가 다니게된 회사는 Opera Software ASA라는 회사입니다. 저는 신현석님과 함께 QA Engineer로 일하게 되었습니다.
이 회사는 제가 너무나도 가고 싶었던 회사였고, 또한 마음이 잘맞는 사람과 일을 하고 싶다는 생각을 계속 해왔는데 이번에 좋은 기회가 와서 덥썩 물었습니다. 예상대로 참 훌륭한 마인드를 가진 회사라는것과 구성원들이 하나같이 배울점이 정말 많다는 생각이 드는 회사였습니다. 넥슨에서도 참 배울점이 많았었는데 저는 직장운이 참 좋은것 같아요.

Opera는 노르웨이에 본사가 있는 회사인데요. 웹 표준이 너무나도 당연시 되는 그런 회사입니다. 구성원 모두가 opera에 대한 자긍심이 크고 꿈이 느껴지는 그런 회사였습니다.
저도 회사 수준에 맞는 능력을 빨리 갖춰야 할텐데 말이죠. 큰일입니다. 일에 대한 실력말고도 언어의 장벽이 크게 느껴집니다. 회사 자체가 글로벌 기업이다 보니 당연히 모두들 영어로 대부분의 일을 처리하더라구요. 그 덕분에 영어 공부 안한 저를 한스럽게 하더군요. 늙어서 영어공부 하려니 이만저만 힘든게 아니네요.(영어공부하는데 초천재님이 많은 도움을 주고 있는데 정말 고맙더라구요.)

제 자신의 이런 저런일 때문에 해야하는 커뮤니티 활동을 잘못하고 있는데요. 웹 표준 경진대회도 얼릉해야 할텐데 말이죠. 제 능력이 미천해서 진행하기가 쉬운게 아니네요.. 도움 주실분 있으면 언제든지 환영합니다. 저 또한 열심히 하겠습니다.

아 그리고 한국형 CSS Zengarden을 표방한 CSS Playground도 오픈이 되었습니다. 여러가지 마무리지어야 할일이 많이 있지만, 사용하는데는 무리가없습니다. 조만간 이벤트도 할 예정이니 많은 관심 가져주세요.

CSS Naked Day '09

벌써 세번째 참여하는 CSS naked day 입니다.

매년 4월9일에 자신의 웹사이트의 CSS를 꺼놓는 이 행사는 CSS가 없더라도 HTML 만으로  콘텐츠를 인식하는데 아무 문제 없음을 알리기 위해서 기획된 행사 입니다.
일몰님은 작년에 트래픽 감소로 인해 탄소 발생량이 줄고 지구의 환경이 좋아진다는 설도 얘기 하셨었네요:)

뭐 이제 웹 페이지도 구조와표현이 분리가 잘 되고 있다라는 얘기를 많이 들어서 이캠페인이 필요할까라는 생각도 들긴합니다. 하지만 아직은 CSS의 위대함과 html 마크업의 구조적 작성이 얼마나 중요한지 좀더 알리고 싶습니다.

참여방법

그냥 단지 자신의 웹 사이트(블로그, 홈 페이지등등)의 CSS 를꺼두면됩니다. 그리고

CSS naked day페이지의 하단의 폼에 자신도 이 캠페인에 참여한다는 폼을 전송하면 됩니다.

올해 우리나라에서는 얼마나 많은사람들이 참여할까요? 다 같이 벗어보아요:)

일을 하다보면 푸터 부분을 항상 브라우저의 최 하단에 고정 시켜 달라는 디자이너의 요청이 있을때가 있죠?
예전에는 그냥그러려니 하면서 작업을 하고는 했는데 다시 생각해보니 이게 왜 꼭 붙어 있어야 하나 라는 생각이 들더라구요..

“네놈이 디자인에 대해서 뭘 아냐; 다 디자인적인 이유가 있는거다!” 라고 말하면 뭐 사실 할만은 없지만 말이죠..

이런 생각이 들더라구요.. 푸터를 항상 하단에 붙이는 건 화면의 크기가 그렇게 크지 않아서 컨텐츠의 크기가 작을때도 실제 표현되는 푸터의 위치가 크게 다르지 않았기 때문에,
통일성을 주려다보니 일부러 푸터를 하단에 붙인게 아니었을까? 하는 생각이 드는데요..어짜피 몇 픽셀 차이 나지 않을꺼 하단에 붙여 통일성을 주자라는 느낌을 가질 수 있도록 말이죠.

요즘은 모니터가 사이즈가 많이 높아져서 전체 height가 많이 길어졌기 때문에 푸터를 하단에 붙인다면 컨텐츠와의 간격이 너무벌어져서 오히려 디자인의 동질성도 떨어지고 알아보기도 힘들것 같아요.

푸터가 이렇게 하단에 붙는게 좋은건 아니겠죠?(LG를 욕하는건 절대아닙니다)

다시 잘 살펴보니 요즘은 푸터를 하단에 붙이는 사이트가 그렇게 많지는 않군요 =_=; 사이트 예를 들려다보니  잘 안보입니다.
제가 모르는 “푸터를 브라우저 하단에 붙이는 이유” 어떤것들이 있을까요?

언제나 그렇듯이 보통때는 남의 말에 신경을 잘안쓰다가도 내가 관심있는 부분에는 신경이 쓰이기 마련입니다.
요즘 웹 사이트 최적화에 신경을 많이 쓰고 있어서는 그런지 몰라도 최적화에 관련된 업무메일이나 등등이 많이 나오곤 하는데요…

CSS layout이 어느정도 보편화가 되어서 그런걸까요?  어떤 사람들로 부터 테이블 태그를 이용하면 사이트가 느려지니까 사용하지 마라 였습니다.

일단 제가 생각하는 마크업 방식에 있어서의 웹 표준의 정의를 한번 말씀드려보면

각각의 HTML(XHTML) 태그에는 그에 맞는 사용법과 의미가 담겨져 있다. 그 사용법에 맞게 태그를 구성하는것을 Semantic markup 이라고 할수있다.

리스트는 ul, ol, li로 문장은 p 제목은 h1~h6  으로 각태그의 역할에 맞게 사용하자는거겠죠? 뭐 어렵지 않습니다.

이런 측면에서 봤을때 Table도 분명히 자기 자신의 역할이 있겠죠? Table 의 역할을 알아 봅시다. (http://dev.w3.org/html5/spec/Overview.html#the-table-element)

The table element represents data with more than one dimension, in the form of a table.

HTML5 에서의 table의 역할을 기술한것인데요. 대충보면 Table 앨리먼트는 표 양식에서의 하나 이상의 데이터 구성을 보여주기 위한것이다. 이다 정도 되려나요?
이문장에서도 알 수 있다시피 테이블 태그는 사용되면 안되는 태그는 아닌것 같아요. 사용되는 안되면 태그라면 사라졌겠죠

제가 섯불리 예상하자면, “table layout을 사용 하지 말자”를 오해한게 아닌가 싶기도 하네요..

물론 table layout 에대해서도 언급이 되어있습니다.

Tables must not be used as layout aids. Historically, some Web authors have misused tables in HTML as a way to control their page layout. This usage is non-conforming, because tools attempting to extract tabular data from such documents would obtain very confusing results. In particular, users of accessibility tools like screen readers are likely to find it very difficult to navigate pages with tables used for layout.

테이블 레이아웃을 사용하면 툴(컴퓨터겠죠?) 표로 인식 하고 테이터를 추출 하기 때문에 혼란스럽고 스크린리더 같은 접근성도구에서 페이지를 이동하기가 어려워진다 뭐 이런 얘기 같은데요.. (자 영어 공부합시다.)

뭐  암튼 table layout 은 사용하면 안된다는것이 명확하게 써있네요..

근데 저는 왜 그런 얘기를 들었을까요…

table 은 일단 브라우저에서 랜더링 해주기 위해 다른 태그에 비해  좀 더 로직이 추가 되게 됩니다. 각 셀의 넓이를 알맞게 맞춰 주기 위한 노력을 한다고 하면 이해가 쉬울려나요? 이 부분은 table-layout 을 정의해주고 각 셀의 크기를 적절하게 미리 계산해 정의하는 방법으로 해결 할 수 있습니다.

또한 table 안에 table 을 중첩 사용하면 랜더링이 느려진다는 얘기도 들었는데 요즘 같은 컴퓨터에서 사실 얼마나 차이나겠어요 =_=; 관련자료 알려주심감사…
차이가 있다해도 표를위한 table 사용에서는 table 중첩 사용은 거의 하지 않죠…

저같으면 표는 물론이고 달력이나, 게시판의 리스트나 정보 등에서 사용될 수 있지 않을까 싶어요…
table 사용한다고 무작정 머라하지 마세요~ 열라고민해서 태그 짠 Markup개발자 상처 받아요.