취향의 흔적2022-01-21T13:16:09+00:00http://resistan.comresistan트리니다드로 가던 길 위에서 - 쿠바 여행기 42017-12-19T15:40:20+00:00http://resistan.com/road-to-trinidad<p>월요일 아침. 2박 1일간의 아바나를 뒤로하고 트리니다드로 간다.</p>
<h3 id="교통편">교통편</h3>
<p>예정한 여행 기간이 약 일주일이라, 쿠바의 면적<sup id="fnref:1" role="doc-noteref"><a href="#fn:1" class="footnote" rel="footnote">1</a></sup>을 고려하면 다녀볼 수 있는 곳이 많지 않았다. 아바나는 출입국 때문에라도 어차피 가야 할 곳이라 논외로 하고. 산티아고 데 쿠바<sup id="fnref:2" role="doc-noteref"><a href="#fn:2" class="footnote" rel="footnote">2</a></sup>부터 아바나 방향으로 쭉 따라오면서 구석구석 가보고 싶었으나 국내선 항공편이 아니면 일정상 엄두를 내기 힘든 경로였다. 여행을 계획하면서 육로로 갈 만한 곳 중 까마구에이, 트리니다드, 시엔푸에고스, 비냘레스 정도를 물망에 올리고 교통편을 찾아본 적이 있다.</p>
<p>비아술(Viazul)이라고 부르는 공영 시외버스를 이용하려면 일찌감치 예약해둘 필요가 있다. 동남아처럼 하루 전쯤 여행사나 터미널에서 표를 사는 건 무리다. 버스편이 부족한지 표 구하기가 아주 어렵다. 출발 2주 전쯤에 <a href="http://www.viazul.com/" target="_blank" title="새창">비아술(Viazul) 예약 사이트</a>에서 코스 몇 개를 찾아봤으나, 일행 숫자만큼 좌석이 없어서 포기했다.</p>
<h2 id="장거리-택시">장거리 택시</h2>
<p>비아술 터미널에 가면 장거리 택시를 찾을 수 있다고 했다. 트리니다드까지 서너 시간은 걸린다고 해서 아침 일찍부터 짐을 챙겨 나섰다.</p>
<div class="imageCaption alignCenter">
<img src="https://lh3.googleusercontent.com/qE_fHIihvNwd8uw5ioqqCStcnT0DZfwDOcIOSaqSLxeuk4a7fdaqZqI-RQM50xO6FaOkHTRckI0noUdBDTSC-hZM0wXrFo5Oqy04T7kC97P8_jSp4qGbj6RFbayfjoTWHdVbr_mKOma-NRNaZ5eyXE9_YesJNRaU4eJjShDkBASDXbuqaM6U7Pqpcc41XxAkLZJraBuNcMJrUrdanwMuWJOiAtmB3nPab7qREQnEAY9Yxel4d27m0_Fl7c6pPZVZkxjE8fr6MtkJC3DUcC7kylCZXcIXbveWiwZS5fr2UHV_-qEiIskTWPL7NDiqQsWRL5YN0fb6zEdDo6TmTSwsezf28-Yp5-NgosPbVSp_26HVJPOB1ngDekm-R0U6k5MuWyXexDuHNWGUGDyygP3AJddWcYFJt46JjCRF8ckJiQsRARcSE5O90nDnR5Cbu2NCtgYvUWdasMYzajx58_k8KvPCNAUCIRe8lgnXYkD68uyZAInfdnMeKQnpcH8typ8cs2D-v32j_eFKOrRoEz8mANOLnpruRfEyqmkj-eQ5i2vUiuB2vzYGn6y51MprHnIbJ708k9UBGNsJFRpdDfl2SIW9iEPJVr3UAoLRhs1XT74=w1575-h1052-no" alt="" />
<p>아바나 비아술 터미널의 아침 풍경</p>
</div>
<p>장거리 이동에 차를 렌트할지 택시를 이용할지 고민을 많이 했으나 택시로 결정했다. 나중에 아바나 시외로 나가면서 본 복잡한 길과 무시무시한 교통 상황에 택시 타고 가기로 한 게 잘한 선택이었다며 우리끼리 뿌듯해했다.</p>
<div class="imageCaption boxed alignRight">
<img src="https://lh3.googleusercontent.com/RSS5pxuxbcRkt7yFtdT4Er8oS3oisNn4eKC625BxFsZwrJk9bRKWBbAdKFTx_dlHX1zNMH5jzxAjkHhwPUn8aiD4CyBSiZ1qo3yQi7nVFJQRw3S4Kjqgb7SRgF-fceJ9hN1oKPWEAFz5I6kNd9J1diTCx71DR5lpd2Yt8aFrBYa7Z0cUxorhbcxdRNTnB1CnSkUq8c4MWN5e1KUZxr_RJ_8sapn4wtim2h50eUL_1y-umA-9ywXWJm8Y4SfRyI3ENniarv2wOd-JE-udFkOHMANDKfcfkFT3Pszk3KMJhHIccmuexvZjJ7psah9FcBEeAZqxnrspXkFFAI0LxDFo-HiWOjrrGbokagsNZYGZBPbfkX_SCHsSeW4YPhBh9nJZDqYJ6qDU7QkWTgxJj_o1zLyunDnHPg51A1-EGM5CPL32qPuFfYgvag57KeKIKK9WzAxeHE_DcDYgcAV0SGms3er2GYqrqNTBfvdsk8zlTNsTtJFnTVTfgq3T7ZyHQVRyzy--UXU6NyPcsn6aAHzxdcjn_G8VAzErMSKmB7UQrxf8I576IRro8BFMVms7UJ67g5ynlS2AEoAseZJVKwuvR72pnA1jYq_q69cLJeRfRa4=w789-h1052-no" alt="비아술 터미널의 택시 중개인들" />
<p>둘이 싸워서 대머리 아저씨가 이겼다</p>
</div>
<p>터미널 앞에는 사람이 꽤 많았다. 우리가 터미널 건너편으로 내리자 장거리 택시 중개인인 듯한 사람들이 모여들었다. 마침 숙소에서 만난 분들과 일정이 맞아 같이 가기로 했고 일행이 열 명쯤 됐다. 배낭을 멘 동양인들이 떼로 도착하니 이게 웬 호구들이냐 했지 싶다.</p>
<p>우리와 흥정하던 사람들끼리 언쟁이 있었다. 우리야 무슨 뜻인지 모르니 <del>이긴 사람 우리 편</del> 기다릴밖에. 어쨌건 트리니다드까지 비용을 나눠 부담하는 것으로 하고 3대의 차를 빌려서 비교적 저렴하게 갈 수 있었다.</p>
<p>도착하고 나서야 알게 된 사실이지만, 우리가 탄 택시는 불법 영업 차량이었다. 일행이 탄 차 중 한 대가 목적지에 다 도착해서는 경찰 단속에 걸려 차량을 압수 당했다고 한다.</p>
<p>노랗게 도색되어 있거나 캡을 달고 있는 택시는 오히려 드문 편이다. 표식이 없는 것 같지만 합법적으로 영업하는 차량은 앞 유리에 택시 스티커를 붙이고 있다.</p>
<div class="imageCaption">
<img src="https://lh3.googleusercontent.com/4_dfztYwZGGzNyZWW8WL-jBhbiOS-cEa2QBpQXAZ_ChhuD0unKZTOcbXw9Z69HT2Lw7hiu4PEOyAet1wufcssnrXhuHetZkawRZIbRCW3Rj-pDGlore9Hc0VlTDiyCe61d0pMGusH5GOSqeDbCuo5h-sqo-kV4jfXXlHkZE_gixdafYxoRzbQWydGXmtGQPpjLDBwpaQE6KH3wYflit3i5yhnkMYLqycCbFVI9SobORyUoXBJkHQ6QzGMFAgpvdwlAma-nsoRZ9XcjUK8Hb7omkS4Sl3vRv-ToRYhu3BMGnn0jG_oYS4vjsX6lrc2N4zLjIgbcyfPXxzE5zUtwge4zV0D6dLd3BeqNHE6hOI8qJ4WNK_mszmRrBUQTUnTZ0MMH4xuIPI_Ng9EdLxxwEssaJtosJZ0JdJkmGbfXak-J3GPXVpg5TJ2hcw41aHzosi_-hJ39CUAFA7kj6ws-ZQduQqlBaoJuR4LcElvfRv_CKdYzVEn1-_4QMwFdbOSU9ecpd6iYa8EcjFRajipn4wmyLaysRVrvZehUI3znJF5Fvyzh0Cf3UMQPH9Sdm60Dg0_sQMQrZVnmqN5sjAZ59X90LGXL7AOTE3XB6Qm19qBHo=w1621-h848-no" alt="아바나 외곽의 아파트" />
<p>베다도의 현대적인 건물도 보긴 했지만, 아바나 시외로 빠져나가다 보니 처음 보는 형태의 아파트도 있었다. 독특한 채색에 테라스 위로 아치가 살짝 들어가 있다.</p>
</div>
<h2 id="1번-고속도로-autopista-nacional">1번 고속도로 Autopista Nacional</h2>
<p>아바나를 빠져나가서 어느새 탁 트인 도로를 마주한다. 항상 차가 밀리는 한남대교 남단을 떠올려보면… 여기는 차가 없는 셈이다. 드문드문 지나가긴 하지만 추월선이니 뭐니 굳이 필요를 못 느낄 정도.</p>
<div class="imageCaption">
<img src="https://lh3.googleusercontent.com/8iYQ9ZO5zDCmkFbwGGBR8QMZzQOFTmAzGa3tKV2oEf5NFBjFWEnC7LOo7EzEsKVMFui5jub9JmB7bxBOqKzSqrAUr6z_vqopD1GbeQ8PVJaj_-TOLC6zkOSAe8ythl_2ZgqhBoQyiLgopHOM2ZDa9xU92Xfz4wyMKmfhhnxUry1vDBjdIrROWpwrzh54YHs03dtCZZgff0OZsN97qxK5HH10KMmYVv6bWgXavZjLwIsN27ZrPZA-LCriVxKDW55UA-KGodiIO-r-aIFY9RXRhzG-yTS-wAxgQVk1nGtgSsjaLmPt_IYXBPzBec7euLK7hGUjBDJe59o_ee-p0So842XLKgNZ1ioy2iNw50Pauz3MBik11JIuNPlUzcXUWxoRbOlIZ0_UqOmLWQIW_Zm-5WViHYdFlKbJFNUSDq9RY8cTg9jPuUScngRngjZuQ46gL-T0RBtNWF3oyFuv9OZpx5XrHcYOp5m5TjRYOKFxCToc1GqCa0yZzcJsAMhSJtwip2BHV4-TG32pAZgYdklrGoVqyqLPlah1IwIQdA7rz9m8cDne18tKMACtnDPj9OlSJEFcaauOvcVXdydfqxB8478sESUvApcg4rqdjmnf3kY=w1621-h966-no" alt="1번 고속도로 풍경" />
<p>고속도로 풍경. 탔던 차량의 앞 유리에 금이 가서, 차 안에서 찍었던 사진 일부는 좀... 오토바이가 함께 다니는 모습이 보인다.</p>
</div>
<div class="boxed alignLeft">
<img src="https://lh3.googleusercontent.com/MuE_-KLyp_4aqOOIJZ6KCE14ZhaMh0whiLoWAv4eGNBaUKyW1exh2nZ28cCbNIOOgkjzPp1BKiM6M5BmJvZEVeXElWkmEn64YvyivwJnfJEdz5mHEkC4bkfUtASwS4tLWw7GJvTxg4AHwGZg9vGdRjDeiZA7chES284EWfgwcfxJqnPZJvQyIAdJMzQGE4c-_Bj8tz-rfIX2Bpr5Mjjhhe5eW6TECLBym9S5KynpX4QSLpMmp2OQsHbZkiKSrVAciKawQxyVyc2e0eqzqXro2Z2W8R6MjZGVPZIPX7vy2zEmW6XGy0oudvE6SpBjbQ5pOhoEm2Xe09pKAye8wF8ArYzcHgCbbRybO0F4DCLuvErmJ37RFlf4l7nBOLXTaWa2K__u2WZdliT12ycyRg0rrgGzpCcoAC8MVJZjmgriMXtaGR9QMmSyddLTehRG6QmPIaYf19Np7S-iptzGhHjIcmV5Sf5tmfEyfrUYWe81TrpgHS6OvIn9vQd9KVVRE57vjk91qcJgp6uihpUbdGEMSgZCxVx0vVEcgykcoL0cH0dDp_us0FWCgKOyctD9ryXmId0QmmcyhOXyON6WdFcPEPhL6x5-kOFFvm7eTLNTABA=w1621-h912-no" alt="마차, 오토바이, 자전거 등이 고속도로와 교차하는 일반도로에서 나오고 있다" />
<img src="https://lh3.googleusercontent.com/YeVPG_al__eurc5dJv47cKT9E6T5IYMZPqUrwQQMVTx3hK85OtVe2NpshRTmtV5_gV4HBYdJJByO3MX6Gc5eitv1yufXj6Odt3I_86-cfwGU7kMk1sQxpWv4-IG5Q3VeUBG3aODf28Khm6QT2gcRcFpuh7UHBBATBEj-rmzHOZX2PQyfBFtywaAtz7WDQlNEFblpybpC24tb-dMy9GbQoyQuAJFGyfIlvx_Oto6vH30xhpszb2W0RjjduQpRFaZir4N93y2QJZTnIXfOBTOKlVciOBliR7Ewf4yh_TCZgIpnc5S9FL__7bkHGcXPBqGf_gVKvdcUUWf7TIqG3BM7TtyQWox5mZHf5Tda49AS3P_BUDgRm8jJc-hzQTTrAscE9FukMzeXZXdRxhirxgwaSMrrpAro_N7JIjdl6247HYNy7zpExfODyybQTjLSzaMvxsEguxvBfmdsDO2-z1-WPGpHY6mZBBQ4VkWJX3fcaoM5pBIBRZLgmHyfp-jtVdR0fx2WWzK5HRRBN91W3i6Rgr8vNmCOxO-2FRo3mC9iblD8hgd0kRRLH5MKyp7ATRxk44GMy9ELjKbnTKUYfB7CluBkyxZip6gSbYB8VviH51A=w1575-h1052-no" alt="고속도로 위에서 히치하이킹하는 사람들의 모습" />
<img src="https://lh3.googleusercontent.com/u95qSNUC0IO9y8aHM14dIxoz3KRixg4_CB-QX-yERZYAYz90ZrYtp6jBeYitDYl5F-o4f_GFe_x_jTbNUyrf07KoFL2UV2mrCPhH2pZWjRVUu8tWj9oct12QdNhKkWA4Mbh2qbQ8vcntmyxlGcj2dea-9aFR2IuvpCKiZwFHE5oGvOdMmwOPu0ASLalu_F_UxhLgNgTuyYO9mhYWtjo9FIcNOstTq5jNWmPO5lWdAFwugPClIVsLKClnrCdfuqvHqF5uBdlBAA5b5AYfozP7mJJdOcjo8VkybJSZte8sekf4uwo5iKsh0Bw8XVoq11rgCORdwa7M4dxr0BqT6ApPCzglMniqX8X2oiVo-UuUWLKtSGyY9lKOHfOGfMD0etF1HW-OnV5JTaSzD_i0L89hwrOeQH4JsjEYFfA7xEzrnMSLDxa1ZJ1Mf_C1K6M87W0xoLjEtjJI7jq17Y2RChfd5-9OcJFW79vOEl6j3Daa1LICkguv0FMVrYyXv1nH4j-A20VLrVQ-90MW7bvwEaDjexAyYNPEqacpYjziUL428Hi-yYtdfs7ANqfH9xhNN7Bt4aSokIG4oinzJlQp1DFKM94KA5o19NzfUKJakEai0UI=w1574-h1052-no" alt="버스 정류장. 기다리는 사람은 많은데 차가 자주 없는 듯" />
</div>
<p>주변에 보이는 산도 없고, 가끔 만나는 뭉게구름은 지평선에 닿을 듯 낮게 깔려있다. 길을 따라 있는 거라곤 전신주와 중앙 분리대처럼 조성된 관목들뿐.</p>
<p>가끔 이정표는 보이는데, 우리네 고속도로 풍경을 떠올려 보면 1번 고속도로엔 동서를 빠르게 잇겠다는 목적만 남아있는 것 같았다.</p>
<p>오토바이뿐만 아니라 마차가 함께 다니는 고속도로. 가끔 만나는 농업용 차량들, 심지어는 자전거까지도 어느샌가 자연스레 받아들이는 나를 보게 되는 곳.</p>
<p>고속도로에 버스 정류장이 있는 건 놀랄 일도 아니다. 길가에 나와있는 히치하이커나 일반 도로가 만나는 교차로가 있다는 것 역시.</p>
<p>차가 없으니 기사가 길을 질러 간다며 램프를 역주행해서 올라가는 장면에서 좀 놀라긴 했지만 별일 없었기에 외려 이 모든 걸 납득할 수 있었다. 여긴 쿠바니까.</p>
<p>이 길 위에서 비로소 우리 삶의 과잉에 대해 생각해보게 됐다.</p>
<p>이만큼만 있어도 고속도로인데, 그 역할은 충분히 하고 있는데. 차선도 단속 카메라도 CCTV도, 각종 표지판도 없는 이 길은 과연 빈곤의 증명인걸까.</p>
<p>수십 년 사이에 엄청나게 발전했다는 우리나라의 모습은 정말 더 나아진걸까.</p>
<p>우리가 편리하다 여기는 어떤 것들은 또 다른 불편을 만들어내진 않았나. 불편과 그 해결을 위한 노력이 과연 선순환하고 있는 걸까.</p>
<p>질서와 청결을 위해 우리는 인정과 면역력을 잃어버린 건 아닐까.</p>
<p><del>아놔 쫌 노답인데</del> 개똥 같은 질문은 여기까지만.</p>
<h3 id="이름-모를-시골-풍경">이름 모를 시골 풍경</h3>
<p>휴게소를 한 번 들른 후에는 같이 출발한 일행들과 길이 갈라졌다. 내가 조수석에 앉아선 연신 카메라 셔터를 눌러대니 기사가 나름 배려해서 풍경이 좋은 곳으로 가겠다고 했다. 결국 우리가 탄 차는 산타클라라<sup id="fnref:3" role="doc-noteref"><a href="#fn:3" class="footnote" rel="footnote">3</a></sup> 근처까지 가서야 남쪽으로 방향을 돌렸다.</p>
<p>여기서부터 국도를 타고 산을 넘었는데, 어느새 시골 마을의 풍경이 보이기 시작했다.</p>
<div class="boxed alignLeft imageCaption">
<img src="https://lh3.googleusercontent.com/vp88IFQRym4KwfMTJ_AmaiY1fhnvWe-IVBg0oIdYGlwbyEn2YgwmkfESGnXAFNYgMpHBvPTd0iL-GrLyL34iw-aW8p40j9v2aLKG4A5ogzHmwJ-BeWphbI7-MEOddoQNLDf_nKBW95J2sF8a-eGhDgsdZCrR6kDytTBEfLBtPRhRAvnZUchh_v_pxWysgVZg2xc4L0h9glkoz13CR42elVON8TrbfMr4XQ5fvatedxt8iWdtBEbyEwVf_IWn_axkI2IEbW7lwQrLrRckHWiXoSQ3tSt8nzjKCGcSWY3Ri9dJaSyUs5JR2PZqUlVGKy_KBKvB5Zl1PouRWFnrF3iWI_l8DKMWzYrSUNqjqmlVGVqWoebye5P49KjqBIm7ZOds_Fmr3RuITNAcaySyHqb8oWgwN7Z2aWN6wAVNQy0BkEEcTlfJWQ3Mcyr1juVZFlCHIWa1PdwMFn5IWLaj5W7jWzKXUc8JiSLzREzbACrZZjEPkS97NrSunpcdIwdvNK4s7aJMp_qx74TjjKL3vxyM_eYc5AwqknB3c-Aojgk8lEabWUCOt_5lkgW1dlqdx5bg7NWKhCf01zaH63ZS9-96bVFzDwojyaUHD5N9JQOR=w1621-h912-no" alt="" />
<p>수다 떠는 동네 아줌마들은 만국 공통</p>
<img src="https://lh3.googleusercontent.com/5Nz4a1l7dCu37zrjRUgsVKxoP1FNVUZufmS1VezhszaPHxfYW8OjXtT9bav3UtRLDJCDkmYDR6Q9PUFauSYwaYLWKqW89a46kdz4H6jHAa--lpjcBYFbAlMts5U1ycIx6a2sSuRdf1rTjpCw6n6eAq3P86yXnAgsi-Jvii5FbmPmywBXf69LzaCJPjxo1IGgIfIohAgy3Y9-gUuYqVfnqxnBxHRhBprv_td_0HEku6RVNc4QEaAgJl499gRbBh_jammLY8GDpqjCZUnxPWYtBN6Win5yLpvjNZIPTLlqsewO0kKO57RnfuR3cxdu-4y_rGvfH_GHgPP9hOHGZMKms6n3cBu7Rsi8lGMH16_RyGh5IV0YCkQ50SgP0LVCUKJhef36qTUK99RGUjoXiiMsS4u2oDVfhtNVlxDWdKrk1pB9fGr9wRXXL3SdwJtPWszMAcW7LLZZhtq9DSZh1meeamTBbB0lNLfzkq3fCjXF6-VGRZ5eEswtCkRZBqHnzrE2pRPNQ8v8PXuaR5TeQmC5qf9dV1Y1FhzJmHWUAidZGVkT4w7WQFNIKGbWPHyCIOdEqofSgW6UFdSNlQY9SpgJOpvHMBN4av8mNNL5svnQ=s1052-no" alt="" />
<p>이런 멋쟁이들 같으니</p>
</div>
<div class="boxed alignRight">
<img src="https://c1.staticflickr.com/8/7557/29541703093_4122e5d087_k.jpg" alt="군인 그림의 현수막이 걸린 어느 마을의 교차로." />
<img src="https://c1.staticflickr.com/6/5581/30109536176_27f26e7e2c_k.jpg" alt="" />
<img src="https://lh3.googleusercontent.com/cBcOdRyE1oj6HrQwJQe7d0FEfC_hySip7hijt9ehAhLoXWYxicc743lJHAi0-_R2R3XP7QOfRzkGenkQeXn6lvmf2wr9u4RhPpnGBAfK9MjpXeGLXknjSRw4g3NLNwLzVcS7eQ_wG5k05K0TG--AGoDqNuzovpxy8CXh3sOTPgxSDB9gaDwpGQ6qXXlsAptFgWgPsIOSQdkjE1PllioKzSAdplzrcDPseSw-ige50ytzSZKpSG5N1DnV9_wo4gf3D4rtoOSQSk9X0sn9Wtd6O5nzJDmrXbvAalqbpkgVN7zR7bMwrME3eYRZ44aYWh4cq-UmN9Hb1x1idRNcwB82bdVpR0cF9UGHu6BV1wx_lGbwSr8Z9fJXRgLq9FwhycNwOUUle81omitFhh2fzVA-YpSQY5HMeWXPQ2mK6WO0ceomqxIfhQyhxXdfX7qc7Q-7JkSB8WwF52qcgunoZrjH7gH0_-ANf6LuQHWId8YJslbvCjk4c1bTB5vNhMxIX4SvInfeu5-XPbiJMPKr8oWzttthlGTVwxkxEnLSalsRCfK1IDVyKu65DIJ9wfp9It373eA-_6t32Qu-xtTf8plbqZxb_EMouAOKR_TfqtBD=w1173-h1052-no" alt="" />
</div>
<p>도시 출생이라 대학 시절 농활 가서 경운기 뒤에 타본 게 자랑인 수준이다 보니, 마차가 흔한 교통수단인 쿠바의 시골 풍경이 조금은 정겹달까. 아마 부모님 세대라면 소달구지 타던 이야기를 하실지도 모르겠지만.</p>
<p>군인 그림이 있는 현수막이 내걸린 마을 교차로에는 피자 전문점 간판이 보인다. 걷는 사람들이나 생물의 힘(말이든 사람이든)을 이용하는 교통편이 흔한 거리 풍경. 잘 차려입은 멋쟁이와 민소매 차림의 동네 아줌마의 공존이 어색하지 않은 풍경.</p>
<p>음… 어쩌면 이 모든 감상은 낯섦에 대한 동경일지도.</p>
<div class="boxed alignRight">
<img src="https://c1.staticflickr.com/6/5151/29848887020_f201a581cf_k.jpg" alt="잉헤니오스 계곡의 노예 감시 망루" />
</div>
<p>일부러 운동하겠다며 자전거 타고 한강변으로 나가지 않는 한, 대부분의 시간을 실내에서 보내는 일상을 떠올려보니 스스로가 더 불쌍해지는 이유는 뭘까. <del>의문의 1패</del></p>
<p>어느덧 산길을 벗어나 멀리 바다가 보일 것 같은 야트막한 길로 접어드니, 마을 너머로 어디서 많이 본 탑이 서있다. 미리 들여다본 게 있어 얻어걸린 셈. 그래서 잠시 쉬자며 차를 세웠다.</p>
<p>하루 한 번 운행한다는 트리니다드발 증기 기관차로 여행객이 찾는다는 잉헤니오스 계곡(Valley de los Ingenios). 아프리카 사람들을 노예로 끌고 와 사탕수수를 재배했다는 곳인데, 아마 트리니다드로 직행했다면 열차를 탔을지도 모르겠다. 일행과 여정을 함께 하니 둘러보자 말은 못했지만, 가본 셈 치자.</p>
<p>자, 이제 트리니다드가 코앞이다.</p>
<p>–</p>
<p>뱀발</p>
<p>몇 시간 겪은 이야기를 기록하기 위해 그 몇 배의 시간을 쓰고 있는 난 뭐지. <del>그냥 바보</del></p>
<div class="footnotes" role="doc-endnotes">
<ol>
<li id="fn:1" role="doc-endnote">
<p><a href="https://ko.wikipedia.org/wiki/%EC%BF%A0%EB%B0%94#%EC%A7%80%EB%A6%AC" target="_blank" title="새창">쿠바의 전체 면적은 우리나라 보다 조금 크지</a>만, 동서로는 1400Km가 넘는다. 아무래도 교통수단이 다양하지 않아 이동에 많은 시간이 소요된다. <a href="#fnref:1" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:2" role="doc-endnote">
<p>산티아고 데 쿠바(Santiago de cuba): 남동쪽 끝의 공업 도시. 럼 브랜드이기도 하다. 귀국할 때 12년산을 한 병 사 왔는데, 가격은 좀 비싼 편이지만 정말 맛있었다. <del>술 이야기는 빼놓을 수 없다!</del> <a href="#fnref:2" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:3" role="doc-endnote">
<p>산타클라라(Santa Clara): 체 게바라의 도시로 유명한 곳이다. 그의 무덤과 기념관이 있다고 한다. <a href="#fnref:3" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
</ol>
</div>
아바나의 거리 - 쿠바 여행기 32017-12-09T05:59:00+00:00http://resistan.com/callejon-de-habana<h2 id="길">길</h2>
<p>거리, 골목. 어쩌면 우리에게는 그 폭으로 구별지어질 말이다. 올드 아바나를 걸으며 이런저런 풍경을 사진으로 담다 보니, 같은 말인 듯 다른 느낌의 여러 길을 만났다.</p>
<div class="boxed alignLeft">
<img src="https://lh3.googleusercontent.com/Q5FZGmVZNLoZDeXr3BSOQpnDiuExXaMVNI7-xNEFiUSaIkqcFQHYhZGmCYxPP8v5a7sn-CEpP-l02-UuhTyOUFvyJF0_BTe3S_9-Lyk-KSG2tltEKqsjlu8_5bg3YzzjIicZRobImZTfL2cqLNQtnUhAP6LVr77YKc3Yp4_B2CM60wLO9GI5xetjweOla1Jqca2FmpT2XgPrlgfQzcmEMh6qCatYfj2aXeov6Y0cRmHBUNS5gh38lGHTT8CnDNaM2kMk4AjyoSJLJjfoOkTVMrVHB75PmOMrN2nMgA_zvxqVdktgiizn3zUhanBQ1rmK7f_vanLYRNObK7R88OlVonBrjbVBBuZFeMTNL-2gxbUCX7xSv9iQq7kTJkDXty6fF6PY6vTOw1HMr2-hq37kJVwk5KkcNUktf90WZj290Eqtlxa3UIAV-XZMjnPbUEz54aeBTAQRH2j97veegxmkzWDz6myia0546ueNY554Ib6BCy2sdNTzcjENewkhA5Ucdgzb1H99C9LmMsi_IIxiVKHzm-wDFlMewzinRqkDGVxDGYLgDpZh6E12zQX_nUspRBwV_9KMLMKghW9xhRP9nzTFzUBspdD4i-iP2DiCBos=w2129-h677-no" alt="빠세오 델 쁘라도에서 본 벽화" class="alignLeft" />
<img src="https://c1.staticflickr.com/8/7469/30059954701_3b42fc2e86_k.jpg" alt="아바나 비에하를 나오며 본 벽화" />
</div>
<h3 id="벽화가-있었다">벽화가 있었다</h3>
<p>아바나 시내에서 만난 벽화는 우리나라의 몇몇 도시의 관광지처럼 일부러 조성한 것 같진 않았다.</p>
<p>제일 처음 발견한 벽화는 <a href="https://lh3.googleusercontent.com/ur-c8WylTAjQvwbkeJeQKErIgs3xt1TOvCjjawzLnBs4Cks9-iynjZSx6a2xPWUTT5P1dpl2MyeYQLWpcE1Z2T7wbiy0bu3X_zU1LGQuxcGWvSZb0jM1v-Qv0Gdj8v0_jQC3KsItMEAWXHQQCUnblXn19LY-nHTt0Xr86RGO6KhlrrXLKVy9Vbj-jZci7OVehNkVDH06VEolR0wEODOC8SHBVfE1GaBxGZZ7HuflYU_6UupN72p2I3ioqEL01iWZCDYDUHND3xEA5WEu5lYYMNcQ_ACELnR_0hQy-BnVwPtLP2ps_eQ5jCr6HRO69G14jmDGV4pE3w9hIL-sjfBeT7vduq8vVZmlweZQdmpQyM1vTuL4Ex0uZRnw584bjPKHSKVz6xNGBUztojXb6VriPiLCBZ5vFM1ugBcWmv98qn5uv7dAl9z7yDtH8pW45IoAB-f4z7AT3lM6lvdNyCxe1IESQnasqeCoNyARAYj8MhvCsK1mTlpopOQpLnUrhrygV-IRGY9dLCoflG-Mrz4WHOHDv1lNGvicxjKFNhZnv5rg_REL9n11PhLMxK_rpFG3HpSuJLOE0jXilmgsSK00YX5zpNvShhcRn3J8fnXqUdI=w1600-h1107-no" target="_blank" title="새창">숙소 건너편 건물의 찰리 채플린</a>. 길에서 잘 보일지는 모르겠지만 까사 간판을 대신하고 있었다.</p>
<p>빠세오 델 쁘라도<sup id="fnref:1" role="doc-noteref"><a href="#fn:1" class="footnote" rel="footnote">1</a></sup>부터 아바나 비에하<sup id="fnref:2" role="doc-noteref"><a href="#fn:2" class="footnote" rel="footnote">2</a></sup>, 우리 <a href="http://c1.staticflickr.com/9/8415/29515515613_b66eb2ad3c_h.jpg" target="_blank" title="새창">숙소가 있던 골목길의 그래피티</a>와 시외로 나가던 길에 본 어느 아파트의 벽까지도. 분위기나 화풍이 다른 그림을 예상치 못한 곳에서 만나는 재미가 있다.</p>
<div class="imageCaption alignCenter">
<img src="https://lh3.googleusercontent.com/UUQo4mhdkwjFdTYGBfWUOmjVYsnM0NQwLvweVszhCpmAE44Rr92G8uNLSEKr2Xxtk8kvhcGDttwLAIhxQzqReCQ105EPyqvhNUzJilOdsuZXLWinbA5LS9wdgtdPHurhR1ceTb8ILgjECXBpoKxvgH0ZYg5Osab9OHlYLgX5gebUI3hQgzTCrE7vjURgZd0W95iwd8_W-rwFAydxmCgOlTz2eAI8h3M1VRMSjFUaOiM08xaCfDpz1oAV2MTwir93P9xeqGYIipi-XVnasBnM8AZQ-nenEqq_txRDthh58eDwvBJggvwKc0NbCNfmLyRTqWh_V_Hn1JO9DhlqrFRjbVxZirxuTNa5s53ez-d6WW6NNxLYAD3aYDz_0feJAhG5BEEu0gPWIp9Gq0cP6oFM7gUGX4earRUnllpog96tsxCwwc45XpXMJmgpvuItWoBGPBDUR4tQvPXPyuIqR10RHoG7W_XbbI_INznJlfwVL45-ElW_b_XV214K7jbd6UUdFRwtR5ZDLNWVGEs-PevBYCL7_d_A6DJIyz6G52YdZxowOwXfH7LIwOtK5I2-EFoTz8MoYW5BG6W07VvqkAZk1vSjNYfx6GtguAS_R30bgFw=w1921-h1031-no" alt="아바나 거리의 체 게바라와 혁명을 상징하는 벽화" />
</div>
<p>체 게바라나 혁명의 주역들, 그 상징들은 장소를 떠나 워낙 자주 보게 된다. 그 빈도가 높다 보니 오히려 혁명과 승리를 기념하기보다는 상품화한 것 같다 생각이 자꾸 고개를 드는 건… 지나친 걸까.</p>
<h3 id="올드카">올드카</h3>
<div class="boxed alignRight">
<a href="https://lh3.googleusercontent.com/d5BuA77uGEStPnpw3eGgAvD5vt_J36vZij86VPPGGxg-IZYhWh_K5YQ4qi9fXi8aCUrQ4g0nCKDkmQ1K445ISUkT6ogoRECyaHzTmeIPKcrEcQBcuxFS-M8q8ZfaOTBAY_bSVHou7bk=w816-h1047-no" target="_blank" title="크게보기-새창"><img src="https://lh3.googleusercontent.com/d5BuA77uGEStPnpw3eGgAvD5vt_J36vZij86VPPGGxg-IZYhWh_K5YQ4qi9fXi8aCUrQ4g0nCKDkmQ1K445ISUkT6ogoRECyaHzTmeIPKcrEcQBcuxFS-M8q8ZfaOTBAY_bSVHou7bk=w816-h1047-no" alt="아바나 시내에서 만난 올드카들" /></a>
</div>
<p>아직도 움직인다는 게 신기한 차들이 차들이 매연을 내뿜으며 달리는 아바나의 도심. 섬나라에 바다가 아무리 가깝다고 해도 차가 많은 곳은 예상외로 공기가 탁하다. 매연 저감이란 말조차 없던 시절에 생산된 차들이 거리를 메우니 오죽하랴.</p>
<p>요즘 차도 없진 않지만, 금방이라도 멈출 것 같은 차가 훨씬 많다. 그렇지만 오픈카는 대개 광택이 날 정도로 깔끔하게 관리되어 관광객을 태운다.</p>
<p>일반 택시들은 목적지까지 거리에 따라 가격 흥정을 해야 하지만, 아무래도 외국인에게는 바가지 씌운다는 느낌을 지우기 어렵다.</p>
<p>관광용 오픈카는 대개 코스나 시간 단위로 가격을 부른다. 까피톨리오 앞에서 출발하는 투어 코스의 경우 같이 탈 사람이 있다면 한 번쯤 타볼 만하다. 이동을 위해 따로 부르거나 혼자 타기엔 아무래도 부담스러운 가격이다.</p>
<div class="imageCaption alignCenter">
<img src="https://lh3.googleusercontent.com/yMWlanIiL1IlOGQJeG-SOdE-JwOfkQ16aqUS4SaqqfEUdVYS3E_tb_jMIivbA4I0TNCJYh7fLt_ad2OTUK0xTagVMjHrlJKZdoiTXsxgetxJwgqnpDC7O4oLK8hvMI4mPC6v_WhCoNAsps3F-GjyIwixcglwzmp19jdYzKr92gMvMWy4x2BTR5uV4HnDE2OBqW_p8_UFj0pwwbFWygSRYEqdgJdx-PgM0wBAVpbTnmzHD19pkGj46p5oM5shU9uTfT9uCmHwBznDurZQQzL2eVBjRwl_-HL3qs8eg3iCKJ3e4gK5KWCWmj4C0fiE4klXeuQjj8YFiiSbVvRqKG4EcOm9nySI1aWh23HdXoqe91g0h3VrAouXfeLw2_jmIM1XhWJNPJcgUCRbbccMQebiKmNBWOocBqfh6dIFADcUXCJwzMyO1ADJSfa5A54pzr0u2C3l1QipygcNfOkQGcMxg7wj_xT0Xpib2ytDkMVaegC2nEtpfWCBUaq6W158c34O3FYdHN54YbQtZ17qZnpIqWIVbkpSStato2mWud3OjnTJxeE5jgj2ttdeEWeCbAAwMIxRSRGHa_miXjirISn-OTWVZwV6d4Sl0u5ItJ5YCI8=w1860-h1046-no" alt="까피톨리오 풍경" />
<p>까피톨리오 앞은 손님을 기다리는 택시로 언제나 붐빈다</p>
</div>
<h3 id="상점">상점</h3>
<p>우리 같은 여행객들이 다니는 곳에는 관광객을 대상으로 하는 점포가 많았고, 그런 곳은 아무래도 눈에 잘 띄었다.</p>
<div class="imageCaption">
<a href="https://lh3.googleusercontent.com/a48STxToj-RU02G6Sbzkrv_yytKJ-BhTxUesMZkecdINilaphgulRvA7Ml7Zc65SCJdLvRfCVVegCFyh-1znvDdKEylofa_e1Dh3HhlgfyWwasUa93mbMa-NTD4-zdXxIecIN3Yq4XyCDNdJK1d9x_69xcQ2QF4tJ9k6PWzSsWo7XSgsRp_LLW9ASPKbMsiSETbGTlYSzUBaOdglxK8ncJP12xYEVprVf5-qftxb34XyO5YNJS7KQP-EwWI97_XxjAhw7OESzoaq_FH1lq1dGtor75ALL1L-avVL1g2R1VZGOrFk-Q2uQy0CKsrXvOldVQL1ZyJkwdoOkztIEYbX5_3DMTKN-5GumWb5GrBSv6lze5az5tY5bokA1F-86aDJHFnjb2pi-euvrwRaMHQSfUndJ8N5PG03qdHn4WmA25z-22BknbGI5V78tVWgVq05gkeKF9DmxhgWQtHB1l0-a0l3EypNdiupEjR0WlvjnCRE2OmeQPVeh0j_4eGfIo-ynhpkrovwHzZ6nld5aTgmaZHYNXFZvLKLjtza34EVjyeRvuA2XEHjQWFjnZyTaD0YTf7GyB5bErJlwZEISasbml0hwkJxdockUEGkSN-uKwU=w1505-h1046-no" target="_blank" title="크게보기-새창"><img src="https://lh3.googleusercontent.com/a48STxToj-RU02G6Sbzkrv_yytKJ-BhTxUesMZkecdINilaphgulRvA7Ml7Zc65SCJdLvRfCVVegCFyh-1znvDdKEylofa_e1Dh3HhlgfyWwasUa93mbMa-NTD4-zdXxIecIN3Yq4XyCDNdJK1d9x_69xcQ2QF4tJ9k6PWzSsWo7XSgsRp_LLW9ASPKbMsiSETbGTlYSzUBaOdglxK8ncJP12xYEVprVf5-qftxb34XyO5YNJS7KQP-EwWI97_XxjAhw7OESzoaq_FH1lq1dGtor75ALL1L-avVL1g2R1VZGOrFk-Q2uQy0CKsrXvOldVQL1ZyJkwdoOkztIEYbX5_3DMTKN-5GumWb5GrBSv6lze5az5tY5bokA1F-86aDJHFnjb2pi-euvrwRaMHQSfUndJ8N5PG03qdHn4WmA25z-22BknbGI5V78tVWgVq05gkeKF9DmxhgWQtHB1l0-a0l3EypNdiupEjR0WlvjnCRE2OmeQPVeh0j_4eGfIo-ynhpkrovwHzZ6nld5aTgmaZHYNXFZvLKLjtza34EVjyeRvuA2XEHjQWFjnZyTaD0YTf7GyB5bErJlwZEISasbml0hwkJxdockUEGkSN-uKwU=w1505-h1046-no" alt="아바나의 노점과 가게 풍경" /></a>
<p>왼쪽 위부터 빠세오 델 쁘라도의 노점, 오비스뽀 방면의 과일 가게, 빵 가게, 센트로 아바나의 식료품점</p>
</div>
<p>하지만 그 사이사이에는 현지인들이 이용하는 가게가 소박하니 자리하고 있었다. 더운 날 냉장고 없이 널어놓고 파는 정육점이라던지, 몇 종류 되지도 않는 빵을 잔뜩 쌓아놓고 파는 가게라던지.</p>
<div class="imageCaption boxed alignRight">
<img src="https://lh3.googleusercontent.com/wuXXPhCvbUMHa8LTEph5JfTLDXttcb58ou3yahTOTPSgAqnY-pAPW2TAXn26t3QW1xQxxesMwwEVxjn3acg5ey8ieKEJ4hqsJCNWdnptULXJQQhC0TtSklROaeF56662jIcARjxR6s8zOBS046hc-VicgBVQn9QVC-g4a-Zf6tU-FU0JjSLfAUfgssaxSdImIzdTikBEGjgW2gcmj_KB-z76f97odG-bPLaqY78w-j8eG4dYkWl3Vyk3SUld7061gIo_-2iRK3GZoru8nB6kA7n3Q4aEjW-SMGM1lnHNfrUne7OV525xGTR3FRlyyn95LVbFPbNcur0hqyshIIhcqqw6Wubs-S8JzyA0IkfKhuousEXBirsaUQxKo8a5X0_QH62yGcY-4wLrw4WXy8U2BDXXlZh9txyqEEVydT4HE6XRATG2OC3raAuWk5kSTZC9Dt3fWrvKPJr-eGzonqGH6ly1W0oYqIqXy0Dk3gaqwSo9NtTf27XQ8_NxhnqLuAZr38CubU1-gNdSZ6W2JmrLeQLvdbcqV3isa2Ejxd6Q2SdPvW7jZVm3-fk3euoGLykehs5iUhcDzC-ePMo4f6EzRU0UFqwsy0pwPSV8UW5ZY-U=w1470-h926-no" alt="" />
<p>비어있는 슈퍼마켓 진열대.<br /> 그렇다. 또 술이다.</p>
</div>
<p>작은 상점에 들어가 보니, 계산대에는 방명록 같은 장부가 있었다. 현지인의 경우 생필품은 약간의 비용으로 할당된 품목을 살 수 있다고 한다. 거래의 형식을 취하지만 배급에 가까운 것 같다.</p>
<p>줄을 서서 차례가 되면 정해진 만큼 받아서 돌아서고. 배급이라고 하면 흔히 생각하는 장사진은 볼 수 없었다.</p>
<p>허름한 백화점에서 본 브랜드 상품은 다른 나라 못지 않게 비쌌다. 잘 팔리지 않는 듯 진열 상태도 좋지 않았고. 백화점 지하에 슈퍼마켓이 있어 들렀더니, 생각보다는 많은 종류의 상품이 있어 놀랐다. 하지만 우리네처럼 진열장이 넘칠 듯 채워져있진 않았다. 이빨 빠진 듯 비어있는 진열대를 보니 여기가 통제되는 사회구나 싶었다.</p>
<p>슈퍼에서 물건을 사서 나올 때 물품과 영수증을 일일히 대조해서 확인 표시까지 하는 것이 도둑은 어디나 있는 건가 싶기도 했고.</p>
<p>음… 어쩌면 우리는 풍요라는 이름의 과잉 속에 살고 있는 건 아닐까.</p>
<h3 id="모네다로-점심-먹기">모네다로 점심 먹기</h3>
<div class="boxed alignRight">
<img src="https://lh3.googleusercontent.com/XLL79ejkVOdmGNrPWPxUfLe-qANzR75ewiIAGzPkU6C5EcNuTNTpVyCTHUePm6BOZX863Ht6MC252wMMGRDzb5_4jHqfgs4whmJajSuU7Xz6Elp-88xXfq1XjXKGY4ZNvap6MuQ95GfJKBboSwKXfOyFp3jglzJiNWSVA0qh4HhVxOOuLRIzgJ5hFO3JqCyN4wwYKgPrHJ53TtzAGAGH0mQOFIjHDUz5FVFnc1RVVZI4wt8utozu9mM4qgwMPvdGdJ23b_TfVagQ5QVV_O6Pmbv2wlYCBdsIjw81dIZF9jCgp751M0rvt6SE5tf7uiJdeEMafcp8DVmdOSGWyM5ol3BTMVj0GElR4tJ0yxeKp3O51hEtVzcWSr_PupUiYxrybBABSZyQYuiDcQw5UT8XWPOOZ9dz1DKq2mbTdOFMmAfg0uZ8FtWF0eB8KyeeYtDSvfvGhP5fMohaPQ0h9JTysf4UIPVKPDzIkBXpQarDWLvyQxMYSTA8ARWibc3g6OmuZphAU084ucFuqnW1wu4FYISmVKX10w51TbElPmoAE3a91ohGm1f6JO9_7khcUF9evG8nm_vL6c3N2z9tPFSQv4twMmLLwGBZMx4JLQh1jPc=w1036-h1046-no" alt="햄버거 세트 메뉴" />
</div>
<p>카를로스에게 물어 찾게 된 저렴한 햄버거 가게 CUMBA KING. 모네다를 한 번 써보겠다고 일부러 찾아갔다. 들어가는 재료에 따라 햄버거 하나에 24~75 모네다.</p>
<p>2~3쿡 정도면 콜라<sup id="fnref:3" role="doc-noteref"><a href="#fn:3" class="footnote" rel="footnote">3</a></sup>가 포함된 기본 세트 메뉴를 먹을 수 있다. 기왕 온 것 세트를 시켰더니 메뉴의 사진과 정말 똑같은 음식이 나왔다. 프렌치프라이 따위가 포함될 리 없다. 맛은 그다지…</p>
<p>다양한 음식을 먹어본 것은 아니지만 사실 쿠바에선 맛있게 먹었던 음식이 별로 없다. 야채나 과일은 모두 유기농인데다 신선했지만, 조리되지 않은 맛이야 크게 다르겠는가.</p>
<p>쿠바에 가 본 많은 사람들이 랑고스타(랍스터)를 추천하지만 내 입맛에 맞지는 않았다. 네 곳쯤에서 먹어본 것 같은데 기본적으로 질기고 짰다. 내가 미식가는 아니지만, 별로인 건 별로인 거다.</p>
<p>오히려 고속도로 휴게소에서 간식 삼아 먹었던 샌드위치가 기억에 남는다. 재료는 몇 개 들어가지도 않았는데 의외로 맛있었다. 그래서 <del>미국식</del> 쿠바 샌드위치가 맛있다고 하는건지.</p>
<h3 id="아멜-거리callejón-de-hamel">아멜 거리(Callejón de Hamel)</h3>
<p>마침 날이 맞아서 일요일에만 공연이 열린다는 아멜 거리로 향했다. 아프로 큐반(아프리카계 쿠바인) 문화를 만날 수 있는 곳이라 했다.</p>
<p>점심을 먹고 천천히 걸어가 보자며 나섰지만 땡볕을 너무 안일하게 여긴 탓에, 더위에 허덕이며 도착했다. 그러나 이미 공연은 시작됐고 사람들은 붐비고 있었다.</p>
<div class="movieFull">
<iframe src="https://www.youtube.com/embed/FcOu34_aI_Q" frameborder="0" gesture="media" allow="encrypted-media" allowfullscreen=""></iframe>
</div>
<p>타악기 리듬에 사람의 목소리로 멜로디를 얹고, 그에 맞춰 격정적으로 춤추는 무희를 만났다. 쿠바 특유의 라틴 음악 대신 룸바를 즐길 수 있다.</p>
<p>사실 거리라고 부르기엔 좁은 감이 있지만 아멜 거리는 아바나의 여느 곳과는 다른 색깔과 조형물로 채워져 있다. 아바나에서 여기만큼 강렬한 색감과 패턴으로 장식된 곳을 보지 못했다.</p>
<div class="boxed alignRight">
<img src="https://c1.staticflickr.com/6/5147/30030073932_98e8cf3de7_k.jpg" alt="아프리카 전통 춤을 추는 무희" />
</div>
<div class="boxed alignLeft">
<img src="https://c1.staticflickr.com/6/5662/30030073802_aa16b71e58_k.jpg" alt="아멜 거리 입구" />
<img src="https://lh3.googleusercontent.com/DS_YktB2IWWY4gNe-55HvbNvX5e8D6bzInkecT04zCXW6MqXfr1n-TB5qhpGuwaaU1k4Vfc3OLl1eVKmSwbgcrvRvEoNVaJQdZhxZ5QptxhVPnM0aLRbCO7WnPxjchCFwEFGydWCpbwqlYkePp3WG8aeROOqho-jrpJ9HFdAJVuQsyS21ZnJPV2Xs_Tt2SNvVZAsT70VaDbWOZjVI0E2wiCJ90jTMcb2iCOjVIXFoMolkVl_Y0Vxrfta8wA6dVqX3QccqHBW_tx4besQBVvXNipTZiNNEDIFXzdqUQmWyTjm4vL-RAijSkHa6jdZL4NHx4sDSHOk0fPfw7rn9Ji3g5tOgygGmfA-BeMmRmAC8WnS9_AlF1wRnqwUcj1R3cYSb706gu0Mo5r6zo2lY2DS842K2B7yPC26gcbIdes4AwTy4gUV69lZMySYZd_rjFgOgzv9hP8MnX27ws2l0dDTWh75XHMrlo1JLvvXXI9ueEqjibioD_tGDJXqdJKqvzUa3VWVtOiOcp0lY-vCv-7WPErlXNCZY98KOWzp8ioFPYArZBXSVnpwogHHzeSHtlPLLwHpO_-tQ-TMfkLC9jDRbXzwNLzm06DLMIvOn-xSwzc=w1470-h881-no" alt="아멜 거리 풍경" />
</div>
<div class="imageCaption alignCenter">
<img src="https://lh3.googleusercontent.com/83Gb-UWQ68uNzhe1H51zZ0s0hxJUt2HgzZpLnEqeO2DrA-HyM7C655ywEV_0I9UvcBOHHM4nVzZTfb-JYVO0g0kxCES2nVfJCtcLG49kT7scd3L7coXRVz96LQNJP6iw17bMWsMpghVT6-TKbAoqokrcNbXcFlyRX80O-7Jf8Oxfb80wi3_F4OgdceBSsvcmavNoHCoLZ3Br_tLrm3M-hAI1n7AIXnfKGb3jTqr_uLtqEU5yQGn8DcurzpmvXiVIqRSIWKAQ12hZyqhF4yQufGIHBn4QJ-5S01fYqNmg43lIi7jJO35FznGYUHcZY-oTU3xIwYGyVqKzkg-332CXKB7Ffrdrq8WoDFdeh1kzB-qPQFk1hFSD0kfZ4aZWCNhTD9Z3lP-SJxUyzT9CMSYBI8sR9JERNHF3M-lBXrv_NxlYgWHd3IBJ4FiCmo6DeNSgCrbR7K19heRxyklz3iAn432TCbk-BT8C-Nj8VwH8tLb3wuuuF5VWVEMHhclOJQlBb9C_IE_4sCU-lYa8CGWGGGFDUBFQagOUyzReQaQCYWy3jisCVVwTDAFCFGV4ET4jOmhyFh6ADde4SdWuMIfvkFod814SU9j0H9Nn9qZH0u4=w1470-h564-no" alt="아멜 거리 풍경" />
<p>따로 찍은 사진을 알아서 붙여버린 구글 포토. <del>좀 엉성해 보이지만 잘 했어</del></p>
</div>
<p>나중에 찾아보니 살바도르 곤살레스라는 예술가가 90년대에 조성했다고 한다. 의미를 알 수 없는 조형물은 폐자재를 이용해 만들었다고 하는데, 가본 적 없는 아프리카 어느 곳의 토템같기도 하고.</p>
<p>식민 지배, 해방과 사회주의, 냉전으로 이어진 격동의 세월. 여러 시대와 인종이 뒤섞여 만들어진 또 다른 문화는 아닐까 싶기도 했지만 잘 알지도 못하는 것에 대한 섣부른 추측은 여기까지만.</p>
<h3 id="혁명-광장">혁명 광장</h3>
<div class="boxed alignLeft">
<img src="https://lh3.googleusercontent.com/lQO_YryHpqsTm4FCXpT70fM0yrlrLd3flcHKsardvPVWSPQblQnUeNPHww-bOu9rSj2icHg8qgaaV2xqeDIsFo2cHUhHR6exklHlPZ3JvVz3VjpgYOt8EyaopWWVMfLoStv0Yawwi50oNDKOHD7iT2Zbw9y5mzBhg3ptMDlzsWAQl1kiAdTWCPyqMW97p4YEVhdWjK_7uqntzaJgmyfUR4WtOBJNgpGbqenfrqR6Fi4SPQDWzCvvsFUkc-DPCBzTOGfKi7iSjZXJf-v5Ik5Lepn4gqOu8KidIWQhdYK4ETPrdW8eFfyO8NDPksL8MNbAHyvCip-F16wz2qfiPYdrtLfCkwt7GIFcmc39ksTD_Ibqcdhj9vWaBHvPrwwCi48NVG3Antd9YiK-ZM4Cia84j13t2Nvd-xqBzQtg8yXuyA21bJMDwcAE0CsSqPs0hp4qfHWsnxMu7fttJZ2p5N9TKT0Q-Rfv4KpgyfD60sOWL4J3NJSAVzya5-QC83kIyfs-QjM42-6t4C6W1ZKyy9A_Q5SPo9LwR791FKF5UlkfWb2FAYXWxofSTkrKoSPiIGro2MBEMdFWMKjYY0eg-lewwkjN-YBlyGZ867jCNP4-Cvs=w858-h1046-no" alt="호세 마르띠 기념탑" />
</div>
<p>기념품 시장이 있다는 베다도(아바나 신시가지)를 들렀지만 보이는 모습이란 게 우리에겐 너무 익숙한 도시 풍경이었다. 딱히 감흥이 없달까. 그래서 대략 넘어가고… 시원한 맥주 한 잔으로 더위를 달랜 후 혁명 광장으로 향했다.</p>
<p>혁명 광장이 내려다 보이는 곳에 호세 마르티 기념탑과 박물관이 있는데, 8차선쯤 되는 도로를 사이에 두고 있다. 택시 기사가 이 앞으로 우리를 내려줬는데, 횡단보도가 없는 곳이라 빠르게 달리는 차를 적당히 피하며 건너야 했다.</p>
<p>호세 마르티는 19세기 말에 활동했던 독립운동가이자 시인었다는데, 거리에서 만나는 기념물을 보자면 체 게바라보다 더 추앙받고 있는 것 같았다.</p>
<div class="imageCaption alignCenter">
<img src="https://c1.staticflickr.com/9/8703/29515577853_8c74ad44e7_k.jpg" alt="" />
<p>혁명 광장 뒤로 체 게바라와 까밀로 시엔푸에고스의 모습을 조형해둔 건물이 서있다.</p>
</div>
<p>어쨌든, 혁명 광장으로 건너가서 느낀 건… <del>정말 덥구나</del> 사진으로만 보던 곳에 직접 와 봤구나 이상은 아니었다. 주변에 볼만한 게 있을지 둘러봤지만 딱히 찾을 수 없었다. 국경일 행사 같은 게 있으면 모를까 평소의 이곳은 여행자들이나 들러보는 곳이지 싶었다.</p>
<p>다른 날에 찍은 같은 곳의 사진이 있기도 하고, 하루에 있었던 일을 끊어서 장소에 맞춰 쓰다 보니 장황해지기도 하고. 남은 아바나의 이야기는 다음으로 미루고 다음 편에선 다른 곳으로 넘어가야 할 것 같다.</p>
<p>–</p>
<p>뱀발</p>
<p>덧붙일 사진이 많다 보니 편집도 하게 되고… 사진이나 영상이 들어가니 뭔가 많아 보이지만, 입력만 어려워졌다. 워드프레스 떠난 걸 이럴 때 아쉬워하게 될 줄이야. <del>괜찮아 코딩하면 돼. 이제 커밋하자</del></p>
<div class="footnotes" role="doc-endnotes">
<ol>
<li id="fn:1" role="doc-endnote">
<p>빠쎄오 델 쁘라도(Paseo del Prado): 까삐똘리오를 끼고 있는 올드 아바나의 중심 도로 <a href="#fnref:1" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:2" role="doc-endnote">
<p>아바나 비에하(Habana Vieja): 까삐똘리오의 동쪽에 있는 아바나 구시가지. 오비스뽀나 아르마스, 대성당 광장 등 오래된 건물 대부분이 이쪽에 있다. <a href="#fnref:2" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:3" role="doc-endnote">
<p>tuKola: 오래전에 먹어본 콤비 콜라의 맛이랄까. 쿠바에서는 수입품을 찾아보기 어렵다. 공산품은 대부분 국내 생산이다. 미국의 지근거리에 있다는 이유로 경제 봉쇄 등을 당하다 보니 어지간한 건 직접 생산하는 것 같다. <a href="#fnref:3" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
</ol>
</div>
아바나 비에하 - 쿠바 여행기 22017-12-02T16:26:20+00:00http://resistan.com/habana-vieja<h2 id="환전">환전</h2>
<p>공항 환전소가 비싸다고 해서, 가져간 캐나다 달러를 바꾸러 나갔다. 아랫집 카를로스가 친절하게도 조심할 점도 여러 가지 알려줘가며 환전소까지 데려다줬다.</p>
<h3 id="쿠바-화폐">쿠바 화폐</h3>
<p>쿠바에는 두 개의 화폐가 있다. 외국인이 쓰는 CUC(쎄우쎄. 그냥 쿡이라 부른다)와 현지인이 쓰는 CUP(쎄우페. 모네다라고 부른다). 1쿡은 보통 미화 1달러와 비슷한 시세인데, 24~25 모네다 정도의 가치를 가진다.</p>
<p>이런 상황이다보니 아무래도 쿡을 받는 가게는 현지 물가보다 제법 비싸다고 할 수 있다. 예를 들어 현지인들이 이용하는 가게에 가면 커피 한 잔에 1모네다인데 쿡을 받는 가게는 최소 가격이 1쿡이다. 품질이나 서비스의 차이가 있다해도 24배나 비싸게 제품을 사야한다면 좀 억울하지 않을까. 그래서 알뜰한 여행자들은 모네다를 사용할 수 있는 가게를 일부러 찾아다니기도 한다. 모네다를 쓸 수 있는 가게에 대한 정보는 커뮤니티나 가이드북을 통해 공유되니 미리 알아두면 좋다.</p>
<p>다만, 모네다는 쿡으로 환전한 후에 추가로 환전해야 하는데, 단위가 다르다 보니 한 번에 많이 바꾸면 정말 많은 지폐를 가지고 다녀야하니 조금씩 바꾸는 쪽을 추천한다.</p>
<div class="imageCaption alignCenter">
<img src="https://c1.staticflickr.com/8/7761/29515937944_40842d3a9f_h.jpg" alt="뜨거운 태양이 내리쬐는 아바나의 골목" />
<p>오전 10시도 안 됐는데 아바나는 달아오르기 시작한다.</p>
</div>
<h2 id="아바나-비에하">아바나 비에하</h2>
<p>주택이 밀집한 센트로 아바나의 골목길은 제법 지저분하다. 우리 숙소의 주인 할머니도 테라스에 놓여있던 재떨이를 비울 때는 지나는 사람이 없으면 그냥 길에 털어버리더라. 개와 말 같은 동물의 분뇨나 쓰레기가 뒤섞여 엉망인 곳이 제법 많다. 그런데도 사진에 보이는 거리의 모습이 비교적 깨끗한 건, 늦은 오후의 집중호우가 대부분 쓸어가기 때문이다.</p>
<p>불편해 보일 정도로 좁은 인도를 고집스레 걷는 경우를 종종 봤는데, 아마 그런 쓰레기를 피하기 위해서가 아닐까 생각이 들었다.</p>
<h3 id="오비스뽀">오비스뽀</h3>
<p>오비스뽀(Obispo)는 아바나의 구시가지에 있는 거리다. 흔히 아바나의 명동쯤으로 비유하는데, 좁은 골목을 다니다 보면 기념품 가게부터 식당, 호텔, 스페인 식민지 시절에 지어진 건물이 뒤섞여 나타난다.</p>
<div class="movieFull">
<iframe src="https://www.youtube.com/embed/8aZNdeHGcm8" frameborder="0" allowfullscreen=""></iframe>
</div>
<p>정오도 지나지 않은 시간에 다니는 사람이 제법 많다. 식당이나 주점에서 연주 중인 음악이 거리를 채운다.</p>
<div class="movieFull">
<iframe src="https://www.youtube.com/embed/GvajNKOZWaE?rel=0" frameborder="0" allowfullscreen=""></iframe>
</div>
<p>처음 들어본 관타나메라. 관타나모 아가씨라는 말이라는데, 멕시코 등지에서도 많이 불리는 것 같다. 멀리서 영상을 찍고 있자니 아주머니가 팁 받으러 나오길래 당황해서 급히 카메라를 돌려버렸다. 바보처럼.</p>
<p>오비스뽀를 따라 들어가면 아르마스 광장이 나온다. 낡은 책이나 기념품, 그림을 파는 노점들이 늘어서 있다.</p>
<div class="imageCaption alignCenter">
<img src="https://lh3.googleusercontent.com/b1sEU7ekhy259g00ilRX1taEWjfIOhXP4UYR2opLmIvZ59q_y3oaNWOGkKo_zY_y2CCaSyP0V2bHoJtEz9ylpackLpyiyW-FWCL-D39ffEgKX69cDpDWfda1xYgNjXrfRbk_9gTCj0av2cQxxGxX_jk90-vJlYojFaXWlpgwPOAprJwV2UDl3XA9bi9195pfXaqOqKFafHVMOPIEbdfgzDIIzV1-mN4GZBS2wmBuKKX07Iw07QisMh4HKJW23yIhBCVLPUJos-9gvqkgVh0cKtitPj9IQJUGqL2AGzMGeEJj0w7tTCBk3MQ2LMdm9TbC3VTdmICJy9MXbRuMEIpf1sOwCtbKSKLnk-4oWN7uNDMhM4g7qZYXh0x5pVUy03xcu5LmcYPzEMZdqwrAjZsjOld-lCpUx49IAoyGBAt1dQ1uv_prliBqiyboEmjJFRN090X26gPCCNw3IkQQbTjf-UDHRvFWcvcFSYc40aqjrOYu6mItQ7kwjXLnVypVTKDXXmHDUI9_8N31vfISKUqrWfbFThKl8mSd23aTm9ulXXVUdmUaqkgcsjDXGpF77HxU6snUooF3W1wI2P35EH7QW-xqfVbSWG7WAokm7GYt4y88dxEs2gkkyqOcXyOCDrJz7OcYTr1JuOBDuQB31f3kBxyYYDIZmvJv0ERy=w1636-h1095-no" alt="아르마스 광장의 노점상들" />
<p>이제 체 게바라는 쿠바의 상품이다</p>
</div>
<p>광장과 박물관 주변을 둘러보고 있으니 깔끔하게 제복을 갖춰입은 영감님이 같이 사진을 찍자고 한다. 이게 뭔일일까 싶었는데, 촬영 후엔 역시 불쌍한 표정으로 팁을 요구한다.</p>
<div class="alignCenter">
<img src="https://lh3.googleusercontent.com/-DWpm014E-F713ifTbPu_tCZ3D3JPVIA5fcZu0dXM7w6L-EpyHx-EuhGMDg3ISe70hPI_ZQU53eIYIJrIWAQYVfJT_TBp8v8Mthnju33Yb2pBDA4XUocbC6nvbekpHeCRys55_wfqZjeE6y9cCizCp5LMwrZ48cU8y4ZeoG5b-9PRAZOYmn0_qdrIpBKKf7QOQQdCZnXVWSU9EYF4dlWtfdSfjIHs4wqsaCzSjVYUztuj2TqWU1rTnKMwYEogJBlej3EueAD5wl46dJUE5LB1PHOrUvJ2zqf24GwXoRD2ro1AsaO-JA6CbES6C1YOH50WRoIJgve0xLnyW0FPSxGHGpTogpkqi8_1ZtbYc8SXbzc9Rab5VQ6wEgFACMMxO4znp6k6GPSVJbTyWrrnEtZz8oPtUWPilUj_MMa7GjeX8oF7GOeK6ZGh6irmlHWSXIXu0lySo-g1ApzES4JTYWuwWXjOlk6exA4uibX1KtGt3Awy5W9imgtJzYTXvkI9wGOGZ7-mqmtY8-Oaq06QPu9hbWYj2yGRNvpnNNVZmRqABE9AfNObHME1bYliDitzqctN0PhTB3FUKOipTzPt4vDmNawO_mhXiSf826pQvTqPks=w1636-h1093-no" alt="대성당 광장" />
</div>
<div class="boxed alignRight">
<img src="https://c1.staticflickr.com/6/5586/30059954881_815a7b122e_h.jpg" width="370" alt="미사 중인 성당 내부" />
</div>
<p>북쪽 골목으로 꺾어 들어가면 대성당 광장이 나온다. 마침 주일 미사를 하고 있어 밖에서 구경만.</p>
<h3 id="쿠바의-종교">쿠바의 종교</h3>
<p>스페인 치하에서 가톨릭이 뿌리를 내렸다고 한다. 그래서 어지간한 곳에는 성당이 있고, 신자도 있다. 다만, 이후에 노예로 끌려온 아프리카계 사람들이 섞이면서 <a href="https://ko.wikipedia.org/wiki/%EC%82%B0%ED%85%8C%EB%A6%AC%EC%95%84" target="_blank" title="새창">산테리아</a>라는 특유의 신앙이 생겼다고 한다. 가톨릭의 성인을 믿는다는데, 예수나 성모 이외에 종교적으로 보이는 인물상을 집에 두고 있다면 산테리아 신자일지도 모른다.</p>
<h2 id="술-마시는-여행">술 마시는 여행</h2>
<p>점심시간이 다가오고 볕이 뜨거워지니 슬슬 어딘가 좀 앉았으면 했다. 다시 센트로 아바나 쪽으로 나가다 보니 헤밍웨이의 모히토가 있다는 라 보데기따 델 메디오(La bodeguita del medio)를 찾을 수 있었다.</p>
<div class="alignCenter">
<img src="https://c1.staticflickr.com/6/5284/30109421106_1002fd4006_h.jpg" alt="라 보데기따 델 메디오" />
</div>
<p>이미 사람으로 가득 찬 실내, 밖에서 기념 촬영을 하는 여행자들. 모히토는 몰디브가 아니라 아바나지.</p>
<p>어지간히 사람이 모이는 곳이면 밴드가 있다. 흥 부자들은 음악에 맞춰 춤을 추기도 하고. 이런 곳에서 공연하는 밴드들은 대개 작은 앨범을 만들어 공연 후에 손님들에게 팔고는 했다.</p>
<p>바텐더는 여러 잔을 한 번에 만들고 있었고, 우리 일행도 한 잔씩 주문해서 입구에 서서 마셨다. 나중에 다시 찾아갔을 땐 2층이 있다고 해서 올라갔다.</p>
<div class="movieFull">
<iframe src="https://www.youtube.com/embed/-33rYEu00uU" frameborder="0" allowfullscreen=""></iframe>
</div>
<p>이때부터 낮술을 즐기기 시작했다. 날이 더우니 지치면 술을 팔 것 같은 곳에 가서 다이끼리를 한잔 하거나 맥주를 사서 마시거나. 설탕이 잔뜩 들어간 모히토로 당 보충을 했다고 해야 하나. 하루 평균 2잔은 마신 것 같다. 가게마다 가격이 조금씩 다른데, 모히토나 다이끼리 같은 칵테일류는 3~5쿡 정도로 기억한다. 따지고 보니 술값을 꽤 썼다.</p>
<div class="imageCaption alignCenter">
<img src="https://c1.staticflickr.com/6/5571/29620771654_3f8435ec2c_h.jpg" alt="라 보데기따 델 메디오 2층" />
<p>2층은 넓다</p>
</div>
<p>–</p>
<p>뱀발</p>
<p>이렇게 까지 장황한 여행기를 쓸 거란 예상은 못 했는데, 사진과 영상이 들어가기 시작하니 많이 끊어 써야 할까 싶다. 아바나에서 이제 반나절. 1년도 더 지난 일인데 이렇게 많이 기억해내는 걸까. <del>역시 남는 건 사진</del></p>
반갑다 아바나 - 쿠바 여행기 12017-12-02T11:00:00+00:00http://resistan.com/hola-havana<p>쿠바에서는 인터넷을 쓸 수 없었다. 데이터 로밍도 안 돼서, SNS 등에 남긴 흔적도 없고, 정리한 건 <a href="https://flic.kr/s/aHskL5pSin" target="_blank" title="새창">사진들</a>뿐이라. 다녀온 지 1년도 더 지났는데도 글로 정리해봐야겠다는 의무감이 생긴달까.</p>
<p>벌써 1년이 지났다니!</p>
<h2 id="여행-준비">여행 준비</h2>
<h3 id="정보-수집">정보 수집</h3>
<p>항공권을 준비한 후에 했던 일은 쿠바 관련 글을 읽는 일이었다. 그리 많은 곳을 다녀본 것은 아니지만 목적지에 대한 정보를 조금이라도 알고 가는 것의 차이는 컸다. 여정이 풍부해진달까. 쿠바를 다녀왔다는 사람들의 블로그와 커뮤니티를 찾아다녔고, 마침 국내에서 출간된 가이드북과 에세이도 찾아 읽었다.</p>
<h3 id="여행-동료-찾기">여행 동료 찾기</h3>
<p>현지 경비를 줄이기 위해 숙소와 이동 수단을 공유할 사람을 찾아봤다. 남미 여행 카페에 가입해서 같은 일정에 쿠바로 가는 사람들을 며칠 찾다가 그룹을 형성. 처음에 일정이 어중되게 겹치는 네 명으로 시작했는데 어쩌다 보니 쿠바에서는 열 명이 모였다.</p>
<h2 id="출발">출발</h2>
<p>오전 10시에 출발하는 나리타행 비행기를 타려고 새벽부터 주섬주섬 나서서, 토론토까지 13시간, 아바나까지 4시간. 비행과 경유에 시간을 다 보내고 호세 마르티 국제공항에 도착한 건 자정. 시차가 있는 점을 고려해도 이동에만 거의 스무 시간 이상 걸린 셈이다.</p>
<p>수하물을 찾고 입국 절차를 밟다보니 주변에서 한국어가 꽤 많이 들려서 놀랐다. 다들 각자 오는 것 같았지만 이래저래 10여 명은 돼 보였다. 이제 쿠바는 사람들이 꽤 많이 찾는 곳인가보다.</p>
<p>입국장을 빠져나오며 처음 느낀 건 바로 담배 냄새였다. 공항 청사가 그렇게 깔끔한 편은 아니었지만, 건물 안에서도 담배 냄새가 날 거라고는 생각도 못 했는데. 아 그렇지, 여기는 시가와 럼의 나라였지.</p>
<h3 id="숙소">숙소</h3>
<p>쿠바에서 여행객을 위한 숙소는 까사(Casa)라고 하는 민박집이 절대다수라고 보면 된다. 물론 우리가 익히 아는 형태의 호텔도 있지만, 호텔 숙박료도 그렇고 여느 나라와 다를 것도 새로울 것도 없다고 한다. 까사는 정부에서 허가받은 사람이 자신이 사는 집의 방을 빌려주는 것이다. 도미토리 형태도 있고, 방을 빌릴 수 있는 곳도 있는데 가격은 미화 10~40불 수준. 조식 여부에 따라 가격이 달라지고, 투숙할 때 숙소 주인과 정하면 된다.</p>
<div class="imageCaption alignCenter">
<img src="https://lh3.googleusercontent.com/8mEVFpEltuT0qkXKTgy6f4TjFZKnAH_tscqmmIMfFUg4Uj7AIgbYuAi7L8PgLveupaf32jnFNR6pf4Rza669GEdU5JFRuZHeEN_AOCZe6QIxCXbSEbfz1ISw43FPQvr_Ddpeq_EkWkZ0S1nmFoZv5U6tsFdFlhnOiePw6LNwAG7SMDhFiQRcXYEoR-1gkbl5QH0G3Cie21gXKUbNutomY2_0oLr3D--fDWdlgPlYDRB0Qb9bwIBQSvdujn6i42fceSm0yR-SRd69HVfoBZFA_v4Dh8tPLqg288GU9XIrC9-Pm8iTw7vxAem6XpSWjqgP1-W81xoP8770J1TllV-8MWj6YPH_CMorOaEk84wuwQpAd0bJ8izgl117OA68O1S-cDVyE8GDKNsewvZTt2tg8W8lNZCOvyDGyOlvoY-Zig9skzuMsxkXO9ThtPpurKCfhRKu-KiYJN-Pt9r_3V5RhL2jsvHaMF43bX-eDlzeCe31qfFopH5GZ8qSWkmqunxB8MNrRJxIza8DgUEC_Wa78pfWFwLtR0bJjKzHvyjIt4IxI72Bf8ysS4uLQyLR37_j6xro82VOQwPoZVf2r7pZKV_HvUwtEQFQIRYOpMGcJ8CCLAumwPNeLzrTBmu8LSxIyY9tQJTTR8--MU1AlRn2eZacAAZ0-UkNUHp_=w1789-h1007-no" alt="현관에 붙어있는 까사 표시. 기둥에 지붕만 얹어둔 것 같은 심볼이다" />
<p>까사 마크와 트립어드바이저 표식이 나란히 붙어있다.</p>
</div>
<p>요즘은 에어비앤비에도 예약할 수 있는 까사가 제법 올라오는 모양인데 현지의 인터넷 접속이 불편하기 때문에 대개 예약은 이메일을 통해서 한다. 어쨌거나 내 경우에는 굳이 예약하기보다는 그냥 올드 아바나까지 들어가서 대충 현지에서 해결할 생각이었다. 하지만…</p>
<p>환전을 조금 해서 동료가 예약했다는 까사에 갔다. 쿠바를 다녀온 사람들이 꽤 많이 늘어 한국인들이 많이 찾는다는 호아끼나, 요반나 외에도 후기처럼 올라오는 까사 소개 글이 커뮤니티에는 꽤 있다. 그중에 우리가 예약한 곳은 카를로스 까사(Virtudes #210 apto 1/aguila y amistad. Centro Habana)였는데, 내가 도착했을 땐 이미 방이 다 차서 한 층 위의 다른 까사를 소개받았다.</p>
<p>외국인 이름은 철자도 잘 모르고 해서 그냥 한글로 표기하지만, 소개받은 아이데의 까사를 이용해보니 카를로스네 보다 훨씬 좋았던 것 같다. 아이데는 꽤 세련된 외모를 가진 할머니인데, 정말 손자 대하듯 잘 챙겨주셨다. 다만, 연세가 있고 영어로는 소통이 안 되니 예약하기는 쉽지 않을 것 같다.</p>
<h2 id="올드-아바나의-아침">올드 아바나의 아침</h2>
<p>아바나에 도착한 다음 날 너무 새벽 일찍 잠을 깨서 놀랐다. 내가 여행에 많이 들떴나 했다. 지금 생각해보면 시차 때문이었을 것 같은데, 한낮의 더위를 피해 숙소에서 낮잠을 한두 시간씩 잤던 이유도 몸이 적응을 못 해서 그랬던 거지 싶다. 스페인어권에 가니 본의 아니게 시에스타를 즐기게 되더라.</p>
<p>9월의 쿠바는 25~35도 정도의 기온에 우기지만 비는 오후 4~6시 사이에 30분가량 집중적으로 내리는 편이다. 우리야 추석 연휴를 틈타 간 거지만, 그렇게 습한 편도 아니고 태풍도 없었기에 좋은 풍광을 즐길 수 있었던 것 같다.</p>
<h3 id="조식">조식</h3>
<div class="imageCaption">
<img src="https://lh3.googleusercontent.com/51FQOp9OcZYioKayXx2Na4ty-Okb8cqeQI-6lgnPrBo0CNt-oFL0xr0gp1V3iRcIYtNv8C-ZvYrk-ivTUoyX9009IvgByZi1L6FL0xKSmp-8vBQtuN-Qiwvq6UBGEllcutsqqVlQrs06dLwtOE9NGOQuEWzIN4wGeJGPx5C7AB_VJl8sB00zFhIBf6ZwNIQKRz4OE-mNohQoJkbh0-z_yoJw1QAPZRjhXyA8LsBSHkQchKl_BOKX_Ec6Du3mIC7qWo7HDQEkZAI6rHobbdF5E_TF04s8XaPi3WGXWqiEBX-LHn751_6sonTeRs_zv8Dl-h-USZlvRZKtcKlYZiDuPI3svXGPBdgWtqpSvo7V2kEEpqGD9yCmS2pnYEFgvPB884WXg8KHZpq1YuBWwTZ3c-nQZl9Fw7QpS8Dd1XvP9xzfExy8WjReVsORGy5yEMwoLordwB0vIeb5NBwQow-5kGi9oeBZB135LTS9w6Moc8KKQwzA2enKGcm_jFeWG7yWopEqoxXqUVmB0WUrPTX5xgWs8Qu7f8nG2gOJno7aetrJl8TOalXPTOn2tW1tqrnQ-scrBzWgJTMOXsTdc2sTKOhe-U-VTJGuYQR7oxA71Z4LugEDPnuAZHywzXSsguYk2MQDhwbLUokw2AMaod3Dim6Qngz3DU1w9CMH=w1452-h1089-no" alt="아이데 까사의 조식" />
<p>조식을 먹기로 하면, 몇 시에 먹을지 미리 조율해둬야 한다. 사진의 빵은 아마 정부 배급품인 것 같은데 좀 딱딱하다.</p>
</div>
<p>조식의 면면을 보면 빵, 과일, 에그 스크램블, 주스, 커피, 우유 등 조리가 많이 필요하지 않은 음식이 대부분이었다. 둘이 먹기엔 좀 푸짐해서 남겨야 했는데 유기농법의 선진국답게 제철 과일은 맛있었다.</p>
<p>쿠바 내에서도 커피를 재배하기 때문에 정말 싸기도 하고 쉽게 마실 수 있다. 다만 먹는 사람이 선택하기 어려운 점이 있다면, 커피에는 무조건 설탕이 들어간다. 전문점에서 일부러 시키지 않는 한 블랙커피를 마시기 어렵다. 평소에는 블랙만 먹는데, 일주일 내내 설탕 커피를 마시다보니 다 적응이 되더라. 지금도 가끔 생각이 난<del>그래도 여전히 블랙만 먹는</del>다.</p>
<div class="alignCenter">
<img src="//c1.staticflickr.com/6/5465/30030011132_325fbae705_h.jpg" alt="아이데 까사 테라스에서 본 풍경" />
</div>
<p>아침에 일어나서 숙소의 테라스로 나가보니 미세먼지 따위와는 전혀 관계없는 하늘을 볼 수 있었다. 환전소가 닫혀있을 시간이라 동네 산책을 하기로 했다.</p>
<div class="imageCaption alignCenter">
<img src="//c1.staticflickr.com/9/8415/29515515613_b66eb2ad3c_h.jpg" alt="올드 아바나의 벽화" />
<p>쿠바를 처음 실감하게 해 준 그림. 곳곳에 벽화며 낙서가 있는데, 문화권이 다르다는 게 느껴진다.</p>
</div>
<p>이른 아침이라 한산한 빠세오 델 쁘라도(Paseo del Prado)로 나가 <del>영원히 공사 중인 것으로</del> 유명하다는 까삐똘리오(Capitolio)도 보고, 말레꼰으로 향했다.</p>
<div class="imageCaption alignCenter">
<img src="//c1.staticflickr.com/8/7774/30059935651_9d8adec30c_h.jpg" alt="까삐똘리오" />
<p>국회의사당 건물. 꽤 오래전부터 공사를 해왔다는데, 무슨 문제가 있는지 좀체 끝나지 않는 모양이다.</p>
</div>
<div class="imageCaption alignCenter">
<img src="//c1.staticflickr.com/6/5764/30059936871_21dc83574e_h.jpg" alt="정비 중인 클래식카 택시 기사" />
<p>이 때까지만 해도 여기가 수많은 클래식카의 전시장처럼 변할 줄은 몰랐다.</p>
</div>
<h3 id="말레꼰">말레꼰</h3>
<div class="imageCaption alignCenter">
<img src="//c1.staticflickr.com/8/7522/29848753260_17a33320df_h.jpg" alt="델 모로 요새" />
<p>말레꼰에서 바라본 델 모로(Del morro)</p>
</div>
<p>양쪽 끝으로 델 모로와 베다도(신도시)가 위치한, 말레꼰은 공존의 공간이었다. 그저 열려있다는 느낌이었다. 델 모로 쪽의 끝에서 낚시 하는 사람들이 있었다. 헤밍웨이도 이 바다의 어디 쯤에서 낚시를 즐겼겠지.</p>
<div class="imageCaption alignCenter">
<img src="https://lh3.googleusercontent.com/AJ3qAzJ-MtVlWOKVnf40emncSAgpe6OyL8fE34stjsD40kNU-RyPJpJY1ce5ITpCjX13QEOvxagx_eUyIOjW6xOgNxuv_Vkf9s7KSzRUAlOiPy0LLMTqIr22G6jXhDZkr-YkGp98BgBOmfwW-Nn2JOA7i3gwo7CqmHkQ3p58mfTLXNb67Ryg4ERIzRvqdwmBkWdQdiGvC8kh51Ifp2J3iQIazEcK-MmNzwxed5zXFSHrCUOHzg1-us3Wmzl1y3w7VJz2xOE51qEyH4mzn-lJXpbEuY51zX8U99sUQEmNllQ6NN6NaWN-f2pKD7epga5ZfypKQaUTDVdML9r-tzUAHUxAagSFPjwL6I9HL9qnu9V2tkGFAQCeFZp_m4LbB15Komjwbae_c0HFvCVn0ZsSIT7UDfN9KvlTs5d0nQdzJAQtAff3HS3U4C7Zacker8nJMOy7RqaoIt6HBSYzqhufMAEC26SoR2HViIz0wzVc8E3O0ZfUX7-yn982mr71C731w95YZTyCDW0RVydwVg08MwiEfFbeE-skakgvhwOi4qJiPa3twwWt58vzTTa6rvlyx5lDr1icYnCiyRRexM_xC-27ixnur5JxQgEnYPobhaw=w1966-h852-no" alt="말레꼰의 끝에서 낚시 중인 사람들" />
<p>렌즈에 신경을 안썼더니... 망했어요.JPG</p>
</div>
<p>베다도 방향으로 걷다 보니 <a href="https://flic.kr/p/LYdKeC" target="_blank" title="새창">트럼펫을 연습하던 아저씨</a>가 있었는데, 풍경에 넣으려 카메라를 들면 악기를 내리고 빤히 쳐다보길래 좀 미안했다. <del>인물이 들어가면 물어보고 찍자</del></p>
<div class="alignCenter">
<img src="//c1.staticflickr.com/6/5647/30059954401_3ca53a9d25_h.jpg" alt="빠세오 델 쁘라도에서 만난 반짝이는 올드 비틀" />
</div>
<p>거리 곳곳에서 만나는 올드카, 다채로운 듯 비슷한 색으로 칠해진 건물들.</p>
<p>반갑다 아바나.</p>
<p>–</p>
<p>뱀발</p>
<p>이 글 한 편을 쓰는데 9월부터 거의 2개월이 걸렸다. 사진을 보면서 여정을 다시 떠올려보는 중인데, 첫 날의 두어시간을 이렇게 길게 쓰다니. 언제 완결할 수 있을지…</p>
근황 그리고 블로그 이전2017-07-20T05:14:49+00:00http://resistan.com/move-to-github<h2 id="근황">근황</h2>
<p>중국, 쿠바 여행기 등등 쓰다만 상태에서, 시간을 보내다 보니 신변에 몇가지 변화가 생겼습니다.</p>
<ol>
<li>퇴직을 했고</li>
<li>인생 최장기 휴가 생활을 즐기고(?)</li>
<li>인도 여행을 다녀와서</li>
<li>이직을 했습니다</li>
</ol>
<p>작년에 <a href="http://njpaiks.egloos.com/">백남중 부장님</a>께서 공개해주신 <a href="https://kwagnet.github.io/ifd1996_cover.html">장애인을 위한 인터넷</a>의 온라인 버전을 작업하겠노라 약속 드렸는데, Gitbook에 만들었더니 보기는 좋으나 기능이 부족해서 Git pages로 옮기려고 맘 먹고는 그 과정을 너무 질질 끌었네요.</p>
<p>아무튼, 최근 회사의 바쁜 일을 좀 정리하고 나서 맘먹고 Jekyll을 이용한 Git pages를 만들어보니 제 블로그도 옮기는 게 어떨까 싶었습니다.</p>
<h2 id="또-이사">또 이사</h2>
<p>AWS freetier가 끝나고 유료로 몇 개월째 사용 중인데, 이제 테스트할 환경이 따로 생기기도 했고 개인적으로 서버를 계속 유지하는게 딱히 의미가 없어보였습니다.</p>
<p>그래서 Github로 옮겼습니다. 과거에 비해 이제는 글 쓰는 빈도가 낮아서 이사가 더 잦게 느껴집니다.</p>
<p>10년 넘게 유지하면서 플랫폼이나 서버가 여러번 바뀌고, 유실된 자료도 제법 나왔습니다만 아쉬워하지 않기로 했습니다.</p>
<p>어쨌거나 Github가 망하지 않는다면, 이 사이트는 유지되겠죠.</p>
<h2 id="기약-아닌-기약">기약 아닌 기약</h2>
<p>읽어야 할 책도, 밀린 글도 많이 쌓여 있습니다만, 서두르지 않고 천천히 해결하려고 합니다.</p>
<p>가끔 다시 뵙죠.</p>
<p>–</p>
<p>뱀발</p>
<ul>
<li>disqus로 댓글을 통합하는데 좀 애로사항이 있습니다. 이건 뭐… 해결해 봐야겠지만, 시간이 좀 걸릴지도 모르겠네요.</li>
<li>태깅, 검색 기능 등이 현재는 전혀 없습니다. 테스트하면서 넣어봐야죠.</li>
<li>이젠 구독자도 거의 없지 싶지만, RSS가 나가는지도 확인은 해봐야겠네요.</li>
</ul>
쿠바로 간다2016-10-15T12:40:47+00:00http://resistan.com/i-will-trip-to-cuba<p>꽤 오래전에 알랭 드 보통의 '<a href="http://www.aladin.co.kr/shop/wproduct.aspx?ItemId=14163562" target="_blank">여행의 기술</a>'을 선물 받았다. 읽고 나서 내 스타일 아니라며 다시 다른 사람에게 선물했다. 이제는 안다. 당시의 내가 뭘 몰랐음을, 서툰 생각으로 쉽게 단정하며 살았음을.</p>
<p>낯선 곳을 딛고 서는 짤막한 날들이 쌓이면서, 난생처음 겪는 순간에도 그리 놀라지 않는 자신을 보면서, 여행의 이유를 조금씩 깨닫고 있는 것 같다.</p>
<!--more-->
<h2>오로라가 보고 싶었다</h2>
<p>원래 가려고 마음먹었던 곳은 아이슬란드. 어딘가 써두진 않았지만 내게 위시리스트나 버킷리스트가 있다면 오로라를 보는 게 거기에 꼭 들어갈 거로 생각했다. 작년에 사진 동호회의 어느 분이 옐로나이프에서 찍어온 오로라 사진을 공유해주신 걸 보다 보니 그 끌림이 더 강해졌다. 연초에 방영한 꽃보다 청춘에서도 아이슬란드를 다녀왔고, 그걸 보다 보니 이번에는 가봐야겠다고 마음을 먹었다.</p>
<p>성격이 성격인지라.... 마음을 먹고 나면 정보 수집에 들어간다. 여행 일정, 교통편 등등을 조사하다 보니 현실적으로 5~6일 정도 코스가 가장 무난해 보였다. 비행편과 함께 렌터카를 쉐어할 사람들도 찾기 시작했다.</p>
<div class="boxed alignLeft">
<img src="/media/29554950653_2865cc2f18_b.jpg" alt="쿠바 앙꼰 비치의 일출 무렵. 바다와 하늘 경계에 색상이 점차 번지고 있다." width="350" height="622" />
<p>앙꼰 비치의 일출 무렵. 꼭 오로라가 아니면 어떤가.</p>
</div>
<h3>역시 Active X</h3>
<p>정보를 열심히 찾아 읽고, 항공편 가격 추이도 보다가 적당히 싼 가격의 항공권을 발견했다. 중국 항공사라 좀 찜찜하긴 했지만, 저렴한 가격에 어찌 손을 놓을까. 노트북에서 결제하려고 하니 BC카드는 Active X가 필요하다고. 불안한 마음으로 데스크탑을 켜고, 같은 항공권을 사러 갔더니.... 아니나 다를까. <del>금융감독원은 정말 도움이 안 된다.</del></p>
<div class="mceTemp"></div>
<h2>지금 가야 할 곳</h2>
<p>이후로 며칠은 망연자실 항공권 가격 추이만 살피고 있었던 것 같다. 그러다 좀 뒤틀린 마음이 들었달까. 여행을 준비하면서 이리저리 재는 게 썩 어울리는 모양새는 아니지만 꼭 아이슬란드가 아니라도 된다는 생각이 고개를 들면서, 지인들에게 여행지 추천을 받아봤다.</p>
<p>의외로 다양한 의견이 나왔지만 결국 쿠바.</p>
<p>쿠바를 다녀온 사람들이 하는 말은 대개 비슷했다. 갈 거면 당장 가라고. 관광객에게 개방된 이후에 계속 변하고 있다고. 이미 많이 변했다고.</p>
<p>대체 뭐가 바뀐 것일까.</p>
<h3>항공권은 샀지만</h3>
<p>준비된 건 아무것도 없었다. 사실 항공편 예산부터 계획을 한참 벗어났다. 아이슬란드행을 접은 것에 대한 반발 심리였는지.... 대체 무슨 마음이 들어 그리 싸지도 않은 항공권을 덜컥 사버렸는지 이 글을 쓰는 지금도 잘 모르겠다. 이런 걸 운명이라고 하는것인지.</p>
<p>다시 정보를 찾기 시작했다. 컴퓨터 앞에서 일하는 직업이 이럴 때는 좋다. 예상보다는 다녀온 사람도 많았고, 후기도 많이 올라와 있었다. 다만 현지의 생활상이나 교통편 등의 정보를 상세하게 알기는 쉽지 않았다. 개인 블로그를 시작으로 바로 구할 수 있는 여행기, 가이드 북, 전자책을 뒤져서 2주가량 열심히 독파했다. <del>공부를 이렇게 했으면... </del></p>
<p>올해 하반기 즈음해서 쿠바 가이드북이 몇 권이나 나왔다. 그래도 개인적으로 '<a href="http://www.aladin.co.kr/shop/wproduct.aspx?ItemId=12538053" target="_blank">괜찮아, 여긴 쿠바야</a>'라는 책을 추천하고 싶다. 가이드 북보다는 에세이에 가깝지만, 쿠바라는 곳을 어떻게 받아들여야 할지 가르쳐준달까.</p>
<h2>기대할 필요가 없다</h2>
<p>10년을 소망해 앙코르와트를 만났을 때를 기억한다. 하지만 가이드를 따라 그 속을 들여다보면서 내 무지를 깨달았던 것 또한 기억한다. 오히려 바다처럼 펼쳐진 톤레삽 호수 위에서 더 행복했음을, 날씨 탓에 먼 호수로 나가보지 못한 걸 아쉬워했음을 또 기억한다.</p>
<p>과연 변하기 전의 쿠바는 어떤 모습이었을까. 이제야 가게 된 나는 결코 알 수 없다. 과거 모습에 기대어 실망할 일도 없고, 일일이 비교할 무언가를 만들지 않을 것이다.</p>
<p>여건이 허락하는 만큼 보고, 듣고, 느끼다 오게 되겠지만, 그 또한 내게 주어진 만큼이겠지.</p>
<p>흔히들 하는 말. 사람 사는 곳 다 똑같다. 또한 기대할 것도 실망할 것도 없으리라.</p>
<p>–</p>
<p>뱀발</p>
<p>원래 쓰고 있던 중국 여행기도... 쓰긴 쓸 겁니다. 언젠가는요. 이어 쓰다만 글도 있고요. 쿠바 여행이 워낙 인상 깊었던 것도 이유겠지만, 이 인상이 사라지기 전에 글을 시작하고 싶었습니다.</p>
중국 여행기 1 - 목적지와 준비 과정2016-07-20T05:14:42+00:00http://resistan.com/preparing-china-trip-2016<p>요즘은 책도 여러 권을 동시에 보는 편이고, 쓰다만 글이나 칠하다 만 그림이나, 벌여두고 수습을 미루는 일이 한 둘이 아닌 듯하다. 아, 뭐든 후딱 해치워야 했던 그놈은 어디로 갔을까.</p>
<p>여행 다녀온 이야기를 일기처럼 꼼꼼히 따져 쓰는 것 역시 성미에 안 맞다. 오사카 갔던 이야기는 어느새 가물거리고. 이런 글 저런 글 늘어놓고 쓰다 보니 공개 시점이 늦어지고, 내용도 늘어지고… 아마 어느 날인가 돌아보는 추억<del>이라 쓰고 미화된 기억이라 읽는 것</del> 팔이가 될지도 모르겠다.</p>
<h2 id="목적지는-중국">목적지는 중국</h2>
<p>회사 일도 있고 아마 추석 전까지는 어디 가기가 쉽지 않은 상황이다. 바빠지기 전에 반드시 여행을 다녀오리라 각오하고 있었던 참이라 친구와 함께 <del>양꼬치엔</del> 칭다오(청도)에 갈 계획을 세웠다. 그런데 여차 여차 하다보니, 친구 녀석은 배신의 아이콘이 되었고, 칭다오는 혼자 다니기엔 좀 심심한 곳이지 싶어 다른 목적지를 찾아야 했다.</p>
<!--more-->
<p>휴가를 하루 쓰고 2월의 마지막 주말과 삼일절을 포함해서 3박 4일. 그 안에 다녀올 만한 거리와 여정이 필요했다. 일본은 작년에 두번이나 다녀왔으니 제외. 물망에 오른 곳은 베이징, 상하이, 항저우, 칭다오, 백두산, 대만, 몽골, 필리핀, 태국, 블라디보스톡 정도. 출발까지 2개월도 남지 않은 시점에서 하나 하나 찾다보니 4일 기준으로 비행편을 구하는데 들어가는 비용 등에 고민이 생겼다.</p>
<p>인터넷에서 여행기 검색도 하고 주변에 묻기도 하면서 하나씩 제외해 나가다 보니… 나처럼 휘휘 다니는 사람이 꼭 한 곳에 머물면서 며칠씩 보낼 필요가 있을까 하는 생각이 들었다. 그래서 펼친 것이 바로 중국 지도.</p>
<h3 id="무협지">무협지</h3>
<p>내 또래 남자들이 학창 시절에 한 번쯤은 겪었을 만한 것 중 하나가 무협지<sup id="fnref:1" role="doc-noteref"><a href="#fn:1" class="footnote" rel="footnote">1</a></sup> 탐독이 아닐까 한다. 영웅문<sup id="fnref:2" role="doc-noteref"><a href="#fn:2" class="footnote" rel="footnote">2</a></sup>이라는 소설을 아시는가. 나도 고1 때였나…. 영웅문으로 무협 소설에 입문했고, 김용으로 시작해 여러 작가의 소설을 찾아다녔던 기억이 있다. 80년대 중반에 번역 출간된 소설을 90년대 초에 읽었으니 시기가 그리 이르다 할 수는 없지만 음…. 그건 뭐, 그땐 내가 어렸으니까.</p>
<p>시간이 흐르면서 무협 소설에 등장하는 정보라는 게 어느 정도 패턴화되긴 했지만 무협지에는 중국에 관한한 꽤 많은 정보가 있다. 한국식 한자 독음이지만 사천, 안휘, 절강, 해남 등의 성(省), 도시 뿐만 아니라 태산, 숭산, 무당산 등 어디 붙었는지도 모를 여러 지명도 단골로 등장하는 곳이다. 그중에서도 심심치 않게, 아니 거의 빠지지 않고 등장하는 것이 바로 소주(苏州, 쑤저우)와 항주(杭州, 항저우)에 관한 이야기다.</p>
<h3 id="상유천당-하유소항上有天堂-下有蘇杭">상유천당 하유소항(上有天堂 下有蘇杭)</h3>
<blockquote>하늘에는 천당이 있고 땅에는 소주와 항주가 있다.
</blockquote>
<p>아니, 대체 얼마나 아름다우면 이런 말이 전해 내려올까. 현대 중국인들도 노후를 보내고 싶은 도시 1위로 항주를 꼽는다고 한다.</p>
<p>‘그래 상해에서도 가까우니, 소주, 항주까지 세 도시를 다녀보자.’</p>
<p>그래서 한 3일 쯤 폭풍 검색을 했다. 그러다 보니, 가보지도 않은 곳에 대한 정보가 쌓인다. <del>성격 탓이겠지만</del> 동선을 더 최적화하면서도 볼만한 곳을 찾게 됐다. 소주가 볼만한 이유 중 하나는 베네치아처럼 운하가 발달한 도시이기 때문이다. 하지만 상해를 조사하다 보면 꼭 소주가 아니라도 상해 주변에는 주가각(朱家角, 주자오지에)이라던지, 우전(乌镇)과 같은 수향 마을이 많다. 그렇게 이것저것 조사하다 보니 딱히 소주까지 동선을 크게 그릴 필요가 있을까 하는 생각이 들었다. 그래서 확정한 최종 목적지는 항주, 서당, 상해.</p>
<h2 id="이것저것-챙겨둬야지">이것저것 챙겨둬야지</h2>
<p>중국은 여행에 비자<sup id="fnref:3" role="doc-noteref"><a href="#fn:3" class="footnote" rel="footnote">3</a></sup>가 필요하다. 두 사람 이상의 단체 비자는 1인당 3만 5천원에 발급 가능한데, 개인 비자는 오히려 두 배 정도 들더라. 도미토리 외에 객실을 배정받아야 하는 숙소도 그렇지만 혼자라서 추가로 부담해야 할 비용이 또 생기는 점은 <del>삭제한 배신의 아이콘이 떠오른다</del> 나 홀로 여행의 아쉬운 점이랄까. 개인 비자를 신청했더니 확인 전화가 왔다. 목적지가 어딘지를 물어보는데 신청할 때 기재한 곳으로 대답해야 한다. 항저우 간다고 했더니 상해라고 쓰여 있다며 확인하더라. 그래서 상해 IN/OUT이라고 대답했다. 그러고 보면 실제 경유지 등을 일일이 확인하지는 않는 것 같다.</p>
<h3 id="중국-지도-검색하기">중국 지도 검색하기</h3>
<p>중국어를 모른다면 중국 지도에서 특정 위치를 찾아내기 쉽지 않다. 구글 지도를 이용할 경우 한자 독음을 입력하면 제대로 검색이 되지 않는다. 한글로는 ‘상해’라는 키워드 대신 ‘상하이’라고 입력하는 편이 낫다. 물론 上海라는 한자를 직접 입력하거나 영어로 shanghai를 입력하는 게 더 정확하다. 하지만 해당 위치의 발음을 알아야 검색 또한 가능해지니 어려운 점이 있다. 영어로 해석해 검색하는 것도 방법이긴 하지만, 마찬가지로 그리 쉽지는 않았다.</p>
<p>바이두 지도를 추천하는 경우가 있어서 설치해봤는데 인터페이스가 모두 중국어라 내 경우에는 오히려 접근성이 떨어진달까. 아이폰은 기본 지도 앱에 중국 지역이 예상 이상으로 잘 나온다. <del>애플은 역시 한국만 싫어하는 듯</del> 찾아봤더니 중국 업체의 지도 정보를 담았다고 한다. 그래서 구글맵과 애플 지도를 병행해서 사용하기로 했다. (중국에서는 와이파이로는 구글이나 페이스북 접속이 안 된다. 인터넷 망에서 아예 막는거 같다. 데이터 로밍을 이용할 경우에는 접속 할수 있으니 참고하자.)</p>
<h3 id="교통편-찾기">교통편 찾기</h3>
<p>내가 구한 항공편은 푸동 공항으로 들어가서 홍차오 공항으로 나오는 것이다. 항공편 외에 도시 간 이동을 위해 교통편을 확인해봤다. 고속철도나 기차 편은 국문으로 예약 가능한 사이트도 있지만, 운행 중인 모든 차편이 나오는 것은 아닌 데다 시외버스 등의 교통편은 정보 찾기가 쉽지가 않다.</p>
<p>결국, 중국 여행 커뮤니티를 찾아서 가입했다. 원하는 정보가 있기는 했지만 상세한 편은 아니라서 동선만 정해두고 나머지는 현지에서 해결하기로 했다. 중국어는 안되지만, 뭐 어떻게든 되겠지 하며.</p>
<p>–</p>
<p>뱀발</p>
<p>아마 이 글을 시리즈로 쓸 겁니다. 다만, 다음 편이 언제 나올지는 기약 못 하겠군요. 이 글을 처음 쓰기 시작한 게 3월 2일이고 공개까지 리비전이 30개라는 사실만 밝혀두지요.</p>
<div class="footnotes" role="doc-endnotes">
<ol>
<li id="fn:1" role="doc-endnote">
<p>무협지를 비롯해 환상 문학, 통칭해서 장르 문학 쪽에 취미가 없는 사람들을 위해 설명을 약간 덧붙이자면…. 현재의 국산 무협지가 현지화되었다고는 해도 대부분은 중세 이후의 중국을 배경으로 해서, 무술을 익힌 인물이 손발이든 머리든 여러 가지 방법으로 싸우는 이야기를 그린다. 그렇다고 해도 사람이 날아다니며 칼부림하고, 장풍을 쏘는 것이 무협지의 모든 것은 아니다. 중국의 역사, 지리, 문화 역시 중요한 소재로 사용하고 각 지역의 특징도 곧잘 다루어진다. <a href="#fnref:1" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:2" role="doc-endnote">
<p>영웅문은 중국 작가 김용의 연작 소설인 사조영웅전, 신조협려, 의천도룡기를 한 시리즈로 엮어 번역 출간한 것이다. 케이블 TV에서 관련 중국 드라마가 방영되는 걸 한 번쯤은 본 적 있을 것이다. <a href="#fnref:2" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:3" role="doc-endnote">
<p>북경, 상해 등 일부 대도시의 경우 경유지로 기능을 하는편이라 72시간 이내는 무비자로 체류가 가능하다. <a href="#fnref:3" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
</ol>
</div>
블로그 이사, 그리고 워드프레스2016-02-18T05:26:10+00:00http://resistan.com/blog-and-wordpress-2016<h2>웹 호스팅 탈출</h2>
<p>요즘은 따로 서버에 올려 테스트해보는 것도 없고, 쓰는 글도 적다 보니 사이트 유지가 고민되던 판이라 별 고민 없이 싼 맛에 호스팅을 골랐다. 그런데 기껏 쓰려니 다른 사람 트래픽에 서버가 종종 죽어 나가고, 하소연해도 시큰둥하니 아무리 적은 돈이라도 유료 서비스를 쓰는 보람이 부족하다.</p>
<p><!--more-->요 앞글을 며칠에 나눠 쓰면서, 웹 호스팅 받던 서버가 뻗는 장면을 두 번이나 목격했다. 서버 이전 초기에 젯팩 모니터링을 받아보니 새벽마다 서버가 다운됐다는 메일이 왔었다. 그냥 뭔가 오류가 있겠거니 하고 알림을 껐었는데, <del>그것이 실제로 일어났습니다</del> 실제 상황이었던 것 같다. 고객센터 전화를 했더니, 흔하게 있는 일인 듯 말투는 친절한데 대응은 느렸다. 처음 전화했을 때는 담당 직원이 내 사이트 상태를 조회해서 확인하고 5~10분 이내에 다시 뜰 거라고 안내해줬다. 호스팅을 이용하는 고객들도 천차만별일테고, 대응해야하는 이슈도 다양할테니 매번 상태 확인을 하는 게 이해는 가지만 사전에 대응할 수 있는 프로세스를 만들 수는 없었을까 하는 의구심이 들었다.</p>
<p>이삼일 사이에 두 번이나 서버를 죽인 계정이 같은 곳인지는 알 수 없다. 하지만, 그런 일이 생기는 계정은 리스트에 올려 모니터링을 하고 한계치에 도달하기 전에 조치할 수 있도록 프로세스가 마련돼야 하는 게 아닌가 싶다. 하, 싸구려 상품 이용자가 그런 친절한 대응을 기대하는 건 사치인가. <a href="http://hyeonseok.com/soojung/update/2016/02/14/785.html" target="_blank">최근 현석님의 경우</a>를 봐도 그렇지만 내 경험에도 대개의 웹 호스팅 서비스는 이런 경우 서버를 살리고, 해당 계정에 노티 하는 수준에서 끝나는 것 같다.</p>
<p>결국은 웹 호스팅을 유지하는 건 포기. 2년 치 비용을 내고서는 석 달 만에 버린 꼴이지만, AWS EC2 free tier로 이사했다. 어차피 크게 바뀔 일은 없을 거 같고, 무료 사용 기간이 끝난 후에 t2.nano로 내리면 적당하지 않을까.</p>
<h2>지도 플러그인</h2>
<p>얼마 전 <a href="/comparion-wordpress-map-plugins/">워드프레스 지도 플러그인을 설치해본 경험</a>을 포스팅했다. 그러고 개중에 가장 내 입맛에 맞는 걸 골라 유료 버전도 하나 사용해봤다.</p>
<p>결론부터 꺼내자면 라이트 유저에게는 지도 플러그인이 그다지 유용하지 않다는 것이다. 글을 작성하면서 지도 플러그인을 쓰고, 지역과 포인트, 라인 등을 설정해보니 지도가 제공하는 정보는 많아지지만 전달 방식에 한계가 생긴다. 해당 콘텐츠에 대한 대체 콘텐츠 작성도 어렵고 모바일 등에서 접속하면 트래픽만 잡아먹는 애물단지가 된다. 지리 정보를 상세하게 사용하고 관련 내용을 기록할 게 아니면, 차라리 품이 좀 들더라도 이미지로 만드는 게 낫겠다는 생각이 든다.</p>
<h3>지도 사용의 장점</h3>
<ol>
<li>구체적인 정보 제공이 가능하다.
<ol>
<li>위치별로 설명을 붙일 수 있다.</li>
<li>지역이나 경로를 상세하게 표시할 수 있다.</li>
</ol>
</li>
<li>확대/축소가 가능하다.</li>
<li>업데이트가 쉽다.</li>
</ol>
<h3>지도 사용의 단점</h3>
<ol>
<li>대체 콘텐츠 제공이 어렵다.</li>
<li>구체적인 정보 확인을 위해 상호 작용(마커를 클릭하는 등)을 해야 한다.</li>
<li>트래픽이 많이 발생한다.</li>
</ol>
<p>콘텐츠가 지속적으로 바뀐다면 모르겠으나, 지도 플러그인을 계속 써야할지는 물음표로 남는다.</p>
<h2>자식 테마(Child theme) 번역 파일</h2>
<p>지금 내 블로그는 unlimited라는 테마를 이용하고 있다. 예전에야 테마까지 만들어 썼지만, 이제는 그런 일로 노력할 맘이 안 생긴달까. 그래서 접근성 대응과 반응형을 지원하는 공개 테마 중 하나를 골랐다. 문제는, 테마가 업데이트될 때마다 설정해둔 게 다 날아간다는 점이었다. 사용자 스타일시트는그냥 다른 데 빼놓고 불러오게 해서 큰 수고가 필요 없었는데, '<a href="/savethedeveloper/" target="_blank">개발자 좀 살려주세요</a>' 캠페인 페이지 템플릿과 번역 파일이 번번이 날아가는 게 문제였다.</p>
<p>그래서 검색을 또 열심히 해봤다. 워드프레스 많이 좋아졌더라.</p>
<p>자식 테마라는 걸 이용하면 내 설정은 유지하면서 부모 테마의 업데이트를 받을 수 있다. 자식 테마 생성 방법은 검색하면 많이 나오니 구체적으로 다루지 않겠다. 다만, 번역 파일을 계속 유지하려면 약간의 조치가 필요하다. 국문 사이트에서는 해당 내용을 찾을 수가 없어서 안 되는 영어로 또 뒤져봤다.</p>
<p>역시 참신한 질문이란 잘 없다. <a href="http://ronangelo.com/add-language-files-on-a-wordpress-child-theme/" target="_blank">Add Language Files on a WordPress Child Theme</a>를 보고 따라하니 잘 된다. wp-config.php 와 자식 테마 functions.php 파일에 언어 관련 설정을 추가하고 자식 테마에 /langauges 디렉토리를 만들면 된다.</p>
<h2>영원한 건 없다지만</h2>
<p>워드프레스 플러그인이나 관련 항목을 찾다 보면, 최신 기술이 아닐지는 몰라도 인간의 삶에 기술이 개입하는 범위가 얼마나 넓어지고 있는지 느껴진다. 부지런히 살펴야 할지, 거리를 둬야 할지 선택해야 하는 시기가 내게도 오고 있다는 생각도 들고.</p>
<p>흠, 정보든 잡담이든.... 누군가에게는 가치 있는 내용일 수도 있는데, 너무 쉽게 나타나고 사라진다. 공적인 자료가 아닌 소소한 자료라도 온라인에 오래도록 남을 수 있게 만들 방법은 없을까?</p>
한나절 다녀본 통영2016-02-03T09:04:38+00:00http://resistan.com/a-day-in-tongyoung<p>10년도 더 전에 우포늪 가다 잠시 들렀던 곳. 최근 뜨는 여행지라며 곧잘 소개되는 곳. 그래서 언젠가 제대로 한 번 봐야지 했던 곳.</p>
<p>조금은 뜻밖의 계기로 다녀오게 됐다. 금요일 퇴근 후 고속버스를 타기로 하고 주섬주섬 짐을 챙겼다. 기왕 간 김에 짧게라도 통영을 좀 둘러볼까 싶어 모노포드도 함께.</p>
<p><!--more--></p>
<h2>부고</h2>
<p>목요일 저녁 갑자기 날아든 동창의 부친상 소식. 꽤 먼 거리라 좀 망설여졌지만, 결혼한 친구들은 아마 더 맘먹기 힘들겠거니 하는 생각에 내려가기로 했다. 자정께 도착해서 조문하고는 장례식장에서 멀지 않은 부둣가의 모텔을 숙소로 삼았다. 기왕 왔으니 다음 날 아침의 발인식에도 참석. 고등학교 졸업하고 처음 만난 S양은 어느새 씩씩하게 자란 아들과 함께 왔다.</p>
<h2>낯설지만 반가운</h2>
<p>어린 시절 집 앞 골목을 나가면 3분쯤 거리에 화물 부두가 있었다. 창고 건물이 늘어선 부둣가와 비어있는 바지선이 우리들의 놀이터가 되고는 했다. 어선이 들어오는 곳은 조금 더 나가야 했고, 그나마 자갈치 쪽에 하역을 끝낸 빈 배가 주로 서는 곳이었다.</p>
<p>그래서 통영의 아침은 내겐 낯설고도 반가운 풍경이었다.</p>
<div class="imageCaption alignCenter">
<img src="/media/24093468063_19faff302d_b.jpg" alt="통영 동호항의 아침" />
<p>산책 삼아 숙소 근처의 작은 부두로 향했더니, 생선을 기대하는 갈매기가 철새떼처럼 하늘을 메우고 있다.</p>
</div>
<p>전날 저녁에 비가 잠시 왔다. 여전히 흐린 하늘이 조금 아쉬운 아침 8시. 도시에서는 출근하는 사람들로 한참 북적일 텐데, 어촌은 이미 분주할 시간이 지났다. 정박 중인 배에는 갑판을 정리하는 분이 몇 분 보일 뿐, 항구는 이미 한산했다.</p>
<div class="boxed alignRight">
<img class="" src="/media/24093884194_40dc65d3a0_b.jpg" alt="출하를 기다리는 생선들." width="300" height="400" />
<p>비닐의 색깔이 행선지를 표시하는 거겠지.</p>
</div>
<p>모퉁이에 자리 잡은 수협 건물 1층은 공판장인 것 같았다. 여기도 새벽에 들어온 생선을 정리하는 아주머니 두 분만이 분주했다. 버려지는 생선이라도 기다리는지 그 건물 옥상에는 갈매기들이 줄지어 앉아 있었다.</p>
<p>빈속을 해결하자며 주변을 좀 돌아봤다. 처음 찾아 들어간 곳에는 아침인데도 장어탕과 매운탕 종류만 있어서 그냥 나올 수밖에 없었다.</p>
<p>새벽 일이 끝난 어부들은 아마 집으로 가겠지. 뜨내기들이 아침부터 갈만한 식당을 항구에서 찾기는 쉽지가 않다.</p>
<p>편의점에서 대충 끼니를 때울까 하다가 두 번째 찾은 식당은 돼지국밥집. 부산에서도 돼지국밥집은 여러 곳 다녀본 입장인지라, 훌륭하다는 말까지는 나오지 않아도 적당히 괜찮았다. 신기하게도 이날 먹은 식당 음식은 모두 조미료 맛을 느낄 수가 없었다. 함께 간 친구도 같은 이야기를 하는 걸 보면, 통영에서는 조미료를 많이 안 쓰는지도.</p>
<h2>동피랑, 서피랑</h2>
<p>'피랑'은 높은 벼랑의 사투리라고 한다. 지도에 동그라미로 지역을 두 곳 표시했는데 오른쪽이 동피랑 마을, 왼쪽이 서피랑 마을이다. 가보면 꽤 가파른 언덕 위로 마을이 들어서 있다.</p>
<p>동피랑 마을은 벽화 마을로 유명하다. 통영시는 벽화 마을을 관광객 유치 컨셉으로 잡았는지 시내 곳곳에서 아기자기하게 색칠된 건물을 볼 수 있었다. 벽화를 보다 보니 이화동과 비교하게 됐는데 동피랑 마을에선 상대적으로 일관성을 조금 찾기 어려웠달까. 다만 바다를 면한 곳이라 그런지, 세월호에 남기는 말로 가득한 벽이 있었던 게 인상적이었다.</p>
<p>지도를 보며 주변의 명소들을 조금 더 찾아보기로 했다. 찾아보니 통영에는 조선 수군이나 이순신 장군과 관련된 유적지가 많다.</p>
<p>삼도수군통제영을 복원해 놓았는가 하면, 이순신 장군만을 모신 충렬사가 있다. (부산 충렬사는 송상현 장군부터 왜란에서 공을 세운 여러 장수가 모셔져 있다.) 사적지라 입장료를 내고 들어갔는데, 안타깝게도 사당 본전이 공사 중이었다. 건물은 본전 아래로 좌우에 몇 동이 있고, 유물 전시관이 작게 마련돼있다. 목련, 동백나무가 진입로에 심겨 있는데, 꽃봉오리는 아직 추운 날씨에 웅크리고 있었다. 수백 년 이상을 살아온 보호수 몇 그루도 뜰에 자리하고 있다.</p>
<p>여객터미널과 서호시장 주변에 맛집이 있다고 해서, 점심을 해결할 겸 여객부두 쪽으로 향했다. 인터넷으로 검색할 때는 잘 몰랐는데, 서피랑 마을도 있었다. 안내판을 보고서야 알게 됐지만 서피랑 마을에는 소설가 박경리의 생가가 있다. 계속 도보로 이동 중이라, 다리를 좀 쉬고 싶어 올라가 보진 않았다.</p>
<p>점심은 친구의 추천을 받아 미주뚝배기라는 곳에서 해결했다. 맛집으로 소문난 곳인 듯, 2층에 있는 가게를 올라가는 계단에는 단호한 경고문이 몇 개 붙어 있었다. 메뉴는 해물 뚝배기 하나뿐이라던지, 2인분 이상만 주문이 된다든지.... 덜덜덜. 내 입이 좀 싸구려라 그런지는 모르겠으나, 그리 저렴한 메뉴는 아니다. 1인분에 1만 1천원, 가성비는 괜찮은 것 같다. 역시 조미료 맛을 찾을 수 없었다.</p>
<h2>한산도</h2>
<p>원래 계획에는 미륵산 정상에서 한려수도 전망을 보는 일이 포함되어 있었다. 그런데 하필이면 케이블카가 작년의 정지 사고로 정비 중이라고 한다. 어쨌든 다도해에 왔으니 섬을 보고 가야지. 유람선을 탈까 하다가, 배 위의 시간이 너무 긴 듯해서 당일로 다녀올 수 있는 곳에 가보기로 했다.</p>
<p>통영 여객터미널에서 한산도까지는 배로 20분. 터미널의 관광 안내소에서 시간 내에 볼만한 곳을 추천해주셨다.</p>
<div class="boxed alignLeft">
<p><img src="/media/P1040805.jpg" alt="한산도 마을버스" width="300" height="400" /></p>
</div>
<p>한산도 쪽 선착장은 이순신 장군 유적이 있는 제승당이다. 이순신 함대의 사령부가 있던 곳이라는데 충렬사를 다녀왔으니 우선 추봉도로 향했다.</p>
<h3>섬의 마을버스</h3>
<p>섬을 도는 마을버스는 서울 교통 카드로도 탑승할 수 있다. 배 들어오는 시간에 맞춰 배차되는지, 버스에 오르니 같은 배를 타고 온 사람들이 자리 잡고 있었다.</p>
<p>한 가지 재밌는 광경이라면, 이 마을버스가 섬 주민들의 자체 택배편이랄까. 통로에 잔뜩 쌓인 짐은 배와 버스 편을 이용해 배달되고 있었다. 뒷문 앞에 앉았던 아저씨는 버스가 정류장에 서면 짐 내리는 걸 도와주곤 하셨다. 도서 산간 지역의 택배비가 비싼 이유에 고개가 끄덕여지면서도, 시골 인심이 좋구나 싶어 어쩐지 안심이 된다.</p>
<h3>봉암 몽돌 해수욕장</h3>
<p>관광 안내소에서는 몽돌 해수욕장 쪽 해안 도로 조성이 잘 되어있다고 했다. 안내 전단에 나와 있던 포로수용소 터까지 가볼 생각이었는데, 조성이 돼 있다는 도로 구간이 예상보다 짧아서, 해변과 마을 주변을 좀 돌아보고 나왔다.</p>
<p>함께 갔던 친구가 알려줘서 깨닫게 된 사실 하나는.... 해안가 길로 접어든 후부터는 사람 소리, 차 소리가 들리지 않는다는 것이었다. 낚시꾼도 보이고, 앞바다에 떠 있는 김 양식장과 거기서 일하는 사람들, 해변 자갈밭에도 분명히 사람의 모습이 있건만 작은 배 한 척 지나가지 않는 풍경 속에는 자연의 소리만 남아 있었다.</p>
<div class="boxed alignRight">
<img src="/media/24704674966_0aee7ae398_b.jpg" alt="추봉리 골목" width="300" height="400" />
<p>시금치를 다듬는 추봉도 사람들.<br/> 골목에 예쁘게 놓인 벤치가 어쩐지 어울리지 않는다.</p>
</div>
<p>작은 마을을 끼고 있는 몽돌 해수욕장은 자갈이 깔린 해변이다. 해변의 자갈을 몽돌이라고 부르는 것 같았다. 집어가는 사람이 많은지 몽돌을 가져가지 말아 달라는 당부가 적힌 현수막이 있었다. 한산도가 뭍과 워낙 가깝기도 하고, 카페리가 다니는 곳이다 보니 한산도와 다리로 이어진 추봉도에도 도로가 잘 닦여 펜션과 민박집 간판이 눈에 띈다.</p>
<p>이순신 장군이 달 밝은 밤 큰 칼 옆에 차고 시름 했다는 수루를 한 번쯤 보고 싶긴 했지만, 제승당 구경은 포기하기로 했다. 밥 먹고, 배 타고, 버스 탄 시간을 빼면 종일 걸어 다닌 셈이라 꽤 피곤하기도 했고. 제승당이 선착장에서 멀지는 않지만 마을버스가 선착장에 도착하는 시간이 배 출발 시각에 맞춰져 있어 아쉽지만 한산도를 뒤로 했다.</p>
<h3>시락국</h3>
<p>서울행 버스표를 예매해 두고, 추천받은 시락국 집을 찾아 서호시장으로 갔다. 시락국은 시래깃국의 경상도 사투리다. 나도 자주 먹던 음식이라 시래기를 넣은 된장국 정도로 알고 있었다.</p>
<p>서호시장의 원조시락국에도 메뉴는 시락국 하나 뿐이다. 이 집의 시락국은 장어를 뼈 채 고아 육수를 만들고, 거기에 시래기를 넣어 만드는 거란다. 그래서 그런지, 먹어보면 마치 추어탕 같다. 오뎅바처럼 둘러앉도록 만들어진 식탁에는 재피(산초) 가루도 있다. 반찬과 토핑 재료는 바의 가운데 뷔페처럼 놓여 있어서 먹고 싶은 만큼 덜어 먹으면 된다.</p>
<p>처음 나오는 국물은 조금 싱겁게 느껴지는데, 젓갈이나 간장 등의 양념이 준비되어 있으니 취향대로 간을 할 수 있다. 새벽 4시 반부터 오후 6시까지 한다는 식당은 어머니가 시작해서 아들이 대를 이어 하고 있다. 푸짐함보다는 소박하지만 든든한 한 끼를 비교적 저렴하게 해결할 수 있는 곳이다.</p>
<h2>다시 갈 일이 생기겠지</h2>
<p>쓰다 보니 글이 길다. 그러고 보면 나도 일이든 MT든 여러 이유로 다녀본 곳이 꽤 많다. 크, 내가 참 팍팍하게 살았나 보다. 작년부터는 짧게라도 여행을 다니다보니, 눈에 들어오는 것도 달라지고 있다.</p>
<p>동피랑, 서피랑 마을을 포함해서 여객터미널 주변의 시내 중심부만 둘러 보기에도 한나절이 부족한 감이 있다. 새벽에 돌아오더라도 달아 해안의 일몰을 보고 올 걸 그랬나 하는 아쉬움도 생기고.</p>
<p>통영. 언젠가 다시 가볼 수 있겠지.</p>
<p>덧.</p>
<p>며칠에 나눠서 글을 쓰는데, 서버가 죽는 장면을 2번이나 목격했다. 아무리 저렴한 웹 호스팅이라지만 다른 사람의 트래픽 오버에 함께 희생당하는 게 익숙해질 리 없다. 블로그 옮기면서 그냥 다른 사람 따라 미리내로 왔는데, 덕분에 사이트가 죽는 상황을 정말 오랜만에 겪는다. 서울 리전이 생겼다는 AWS EC2라도 써야 하나 고민이 된다. 혹시 워드프레스 블로그를 프리티어 이후에 운영할 경우 비용이 얼마나 드는지 아신다면, 알려주시면 좋겠다.</p>
워드프레스 지도 플러그인 비교 체험2016-02-02T06:54:46+00:00http://resistan.com/comparion-wordpress-map-plugins<p>회사 블로그를 테스트하다 보니, 여행기를 다뤄야 해서 지도 플러그인을 좀 찾아보게 됐다. 그래서 내 블로그에 먼저 시험 삼아 이것저것 써보게 됐는데, 아놔. 돈 달라고 하는 게 왜 이렇게 많은지.</p>
<p>워드프레스 플러그인을 고를 때 검색 결과에 대한 필터가 있으면 좋겠다. 아무래도 그 생태계가 방대하다 보니, 플러그인 하나 고르는 게 쉬운 일이 아니다. 보통은 활성 설치 수가 높고, 평점이 좋은 플러그인 위주로 보는데 그래도 사람 손을 많이 탄다는 점에서 불편함이 있다.</p>
<h2><!--more-->플러그인 찾기</h2>
<p>지도 플러그인은 워낙 많기도 하거니와 오래전부터 개발되어 온 듯, 나름대로 평가가 좋은 플러그인은 대부분 프로 또는 상업 버전이 따로 있다. 대부분은 구글 지도를 이용하는데 유료 버전의 기능은 아이콘이나 지도 디자인을 다양하게 사용할 수 있게 하는 것부터, 레이어를 설정하거나 구역 표시를 할 수 있는 것까지 예상 이상으로 많은 기능이 제공되고 있다.</p>
<p>막 설치해보기에는 플러그인이 너무 많아서 기준을 정해봤다.</p>
<ol>
<li>해외 지역을 많이 다룰 테니 국산 지도는 제외</li>
<li>워드프레스 최신 버전 대응</li>
<li>마커에 제목과 설명 추가 기능</li>
<li>다중 마커 표시 기능</li>
<li>무료 플러그인(유료 버전은 나중에)</li>
</ol>
<p>여기까지가 필수 기준이라면, 다음은 부가적인 기준이 되겠다.</p>
<ol>
<li>다양한 마커 아이콘 제공</li>
<li>이동 경로 표시 기능</li>
<li>지역 설정 및 표시</li>
<li>유려한 디자인</li>
<li>초기 맵 줌 수치 설정</li>
</ol>
<p>하.... 써놓고 보니 내가 까다로운 게 맞는 듯. 따지는 게 엄청 많구나.</p>
<h3>검색어</h3>
<p>map, google map, map marker 등으로 검색하면 엄청난 수의 플러그인을 찾을 수 있다. 여러 플러그인을 테스트 하다 보니 지도를 생성, 관리하는 방식은 상당히 유사한 부분이 많았다. 미디어 취급하거나, 개별 메뉴로 다뤄서 표시할 지도 아이템을 생성하고 표시할 내용을 추가해뒀다가 shortcode로 글이나 페이지에 넣을 수 있도록 만들어진 게 대부분이었다.</p>
<h2>다 써보려니 숨차다</h2>
<p>아마 10개 이상 써본 것 같은데, 결론부터 말하면 혼란스럽고 복잡하다. 인상적이었던 몇 가지만 추려본다.</p>
<h3><a href="https://wordpress.org/plugins/wp-flexible-map/" target="_blank">Flexible Map</a></h3>
<p>이 플러그인은 설명에 나오는 그대로 구글 어스 KML 파일 주소나 지도 중심점의 좌표, 또는 주소를 shortcode를 이용해 사용할 수 있게 만든 플러그인이다. 핀을 표시하고 이동 경로도 표시할 수 있지만 사용법이 어렵다는 게 단점이다. 이름 그대로 아주 유연하게 사용할 수는 있겠지만, 여타 입력 인터페이스가 전혀 없다. 심지어는 저장도 못 하고, 설정 화면도 없다. 모든 지도를 일회성으로 사용할 때는 적합할지도 모르겠다. shortcode와 구글어스 등에 익숙한 사람들이나 쓸만할 듯.</p>
<h3><a href="https://wordpress.org/plugins/nomad-world-map/" target="_blank"> Nomad World Map</a></h3>
<p>경로 위주로 마커를 기록하는 플러그인이다. 입력이나 관리는 쉬운 편이다. 마커별로 제목과 사진, 설명을 달 수 있는데 입력한 모든 것을 지도에서 다 보여주려고 하다 보니, 글과 함께 쓰기는 조금 어려운 구석이 있다. 플러그인 자체로는 완성도가 있다.</p>
<h3><a href="https://wordpress.org/plugins/wp-google-maps/" target="_blank"> WP Google Maps</a></h3>
<p>지도 따로, 마커 따로 관리하지 않아도 된다. 그냥 지도 설정에서 마커까지 관리하는 인터페이스다. 폴리곤과 폴리라인은 지정하는 화면이 별도로 뜬다. 마커처럼 같이 관리됐으면 좋았을 텐데. 나름 간편하긴 한데 지도 이름에 한글이 저장이 안 되는 건 에러. 게다가 마커, 폴리곤, 폴리라인 제목과 설명은 프로 버전에서만 사용할 수 있다. 간단하게 쓴다고 생각하면 괜찮은 툴이지만, 제목을 달 수 없어서 패스.</p>
<h3><a href="https://wordpress.org/plugins/comprehensive-google-map-plugin/" target="_blank">Comprehensive Google Map Plugin</a></h3>
<p>기본적으로는 지도용 shortcode 생성을 위한 인터페이스를 제공하는데, 글을 쓸 때 화면 하단에서 사용할 수 있도록 설정할 수 있다. shortcode는 따로 생성해서 저장하고 관리할 수도 있다. 다양한 아이콘을 마킹할 수 있다는 장점은 있지만, 지도를 보면서 직접 입력할 수 없다는 것이 최대의 단점. 활성 설치 수나 평점이 좋기에 설치했더니, 더는 업데이트 하지 않는다며 Leaflet Maps Marker를 사용하라는 경고문이 광고판처럼 따라다닌다. 좀 거슬릴 정도.</p>
<h3><a href="https://wordpress.org/plugins/leaflet-maps-marker/" target="_blank">Leaflet Maps Marker</a></h3>
<p class="devsite-product-name">그래서 깔아봤다. 설정 페이지에 들어갔더니 기가 질린다. 이걸 다 쓸 일이 있을까 싶을 정도로 많은 설정이 가능한 플러그인이다. 여러 스타일의 맵을 지원하는데, 구글맵 외에 API Key가 있으면 Bing 맵 등도 사용할 수 있다.</p>
<p class="devsite-product-name"><img src="/media/map2.png" alt="" /></p>
<p class="devsite-product-name">마커를 처음 등록하려면 펼쳐지는 지도는 오스트리아 빈 지역이다. 기본 설정에서 좌표를 바꿔주면 초기 지도를 변경할 수 있다.</p>
<p class="devsite-product-name">기본적으로 꽤 많은 종류의 아이콘을 지원하고, 마커에 대한 툴팁 형태의 팝업도 사용할 수 있다. 지도 플러그인의 기본적인 기능은 대부분 무료 판에서도 지원하고, 확장 기능은 프로 버전에서 제공한다.</p>
<p class="devsite-product-name">다른 플러그인의 경우에는 지도(map)을 만들고, 거기에 마커를 추가해서 세트로 사용하는데, 이 플러그인은 '지도' 대신 '레이어'라는 명칭을 사용한다. 지도상에 다른 정보를 표시하는 판으로써 '레이어'라는 이름은 범용적으로 쓰이는 것 같은데, 사용자가 혼란스러울 수 있지 싶다.</p>
<p class="devsite-product-name">워낙 다양한 기능을 지원하기 때문에 제대로 사용하려면 공부라도 해야 할 것 같다. 다양한 설정은 장점이자 단점이라고 하겠다. 한글 번역을 하다 만 것 같은 설정 화면은 버전 업되면서 번역이 같이 업데이트되지 않은 것이 이유인 듯.</p>
<p class="devsite-product-name">아쉬운 점은 몇 가지 있었는데 무료 판에서는 레이어 하나당 3개까지 마커를 추가할 수 있다는 점. 또 레티나 스케일은 기본으로 지원하는 것에 반해 모바일 웹 앱은 프로 버전에서만 지원하는 점이 있겠다. 물론 무료판을 좀 아쉽게 만들어야 프로 버전이 팔리겠지만 디테일한 설정이 가능한 만큼 어정쩡하게 제약이 많은 편이라고 할 수 있다.</p>
<h3><a href="https://wordpress.org/plugins/google-maps/" target="_blank">Google 지도(Huge-IT Google Maps)</a></h3>
<p>플러그인 검색 결과에서 이름이 한글이 표시되기에 반가운 마음에 설치해봤다. 검색 결과에서는 'Google 지도'라고 나오는데 플러그인 리스트에서는 'Huge-IT Google Maps'라고 뜬다. 설치된 플러그인 목록에 뜨는 제목을 다르게 설정해서 쓰는 사람 헤매게 만드는 아이템들은 아무래도 반갑지는 않다. 각설하고, 이 플러그인의 장점은 여러 가지 아이템을 비교적 간단히 입력할 수 있다는 점이다.</p>
<p><img src="/media/map1.png" alt="" /></p>
<p>마커를 여러 개 표시할 수 있는 것은 기본적으로 가능하고, circles로 동그라미를 그려 대략적인 영역을 나타낼 수도 있다. polygons에서는 지도상에 우클릭을 해서 핀 사이를 이어 다각형으로 지역 표시가 가능하다. polylines로는 선을 그릴 수가 있다. 마커의 종류를 바꿀 수는 없지만 서클, 폴리곤, 폴리라인의 색상은 선택할 수 있어서, 다양한 방법으로 표시할 수 있다는 게 장점이 되겠다.</p>
<p>유료 아이템으로는 지도별로 스타일을 바꾼다거나, 마커를 추가하는 기능, 교통상황 레이어 등을 표시하는 등 다양한 기능이 제공된다. 맵 종류 선택, 휠 스크롤이나 마우스 드래그 허용 여부, 지도 표시 언어 선택 등 어쩌면 기초적이라 할 수 있는 옵션을 무료 버전에서 사용할 수 없게 막아둔 것은 아쉽다.</p>
<h3><a href="https://wordpress.org/plugins/google-maps-easy/" target="_blank">Google Maps Easy</a></h3>
<p>유려하다고 까지는 못해도, 관리 화면이 깔끔하다. 맵과 마커를 쉽게 관리할 수 있는데, 인터페이스에 조금은 익숙해질 필요가 있다. 버튼이고 탭이고 다 사각형이라 처음에는 어떻게 저장해야 하는지 좀 헤맸다.</p>
<p>마커의 카테고리를 만들어 관리할 수 있다는 게 나름의 장점. 폴리곤이나 라인을 넣을 수는 없다. 마커의 제목과 설명 입력이 쉽고, 지도별로 마커 텍스트와 배경색 등을 쉽게 설정할 수 있다. 지도를 간단히 만들고 관리할 수 있다는게 최대 장점인 듯.</p>
<h2>정리</h2>
<p>지도 플러그인은 위치 정보와 사진, 설명 등을 함께 기록하기 시작하면, 일관성을 위해서라도 하나를 계속 쓸 수밖에 없다. 그런 의미에서 다양한 기능이 있는 플러그인이 좋긴 한데 역시 만족스러운 기능은 유료로 가야 하나보다. 구글맵으로 한국 지도를 표시할 경우에는 지도 스타일을 제공하는 플러그인을 이용해봐야 한계가 있다. 입력되는 정보의 종류와 양이 다르니 어쩔 수 없는 부분이다. 국내 지도 위주로 쓸 때는 네이버나 다음 지도 플러그인을 쓰는 게 더 낫지 않을까 싶다.</p>
<p>무료 버전 중에서 나름 만족스러운 건 입력이 편리한 Huge-IT Google Maps였다. 복잡한 기능이 필요 없다면 관리 측면에서는 Google Maps Easy도 추천할만하다.</p>
<p>이것저것 테스트하다가, 정리해 가면서 비교해야 잘되겠지 싶었다가, 결국은 글을 쓰고 말았는데. 왜... 결론이 안 나는건지 모르겠다.</p>
<p> </p>
<p>덧.</p>
<p>이 글처럼 플러그인 테스트도 할 겸.... 다녀온 여행지들을 하나씩 기록해 두려고 하는데, 애로 사항이 많다. 머리 나쁜 게 문제라능.</p>
사진. 취미는 그저 취미로2016-01-20T11:04:20+00:00http://resistan.com/my-stupid-photo<h2>출사</h2>
<p>작년 사진 수업 이후로 꾸준히 사진을 찍고 있다. 주로 혼자 다니는 편이기는 한데, 가끔 타인의 시선이 궁금해지면 같이 수업을 들었던 사진반에 출사 공지를 내거나 카메라 기종별 동호회의 출사를 따라가거나 해본다.</p>
<p><!--more-->항상 카메라를 갖고 다니며, 눈에 띄는 걸 찍어두자는 주의라.... 간편하게 필요한 것만 챙겨서 다니면 되지 - 했는데, 요즘은 날씨도 춥고 해서 챙겨야 할 물건이 제법 늘었다.</p>
<div class="alignCenter">
<p><img src="/media/pic20160109-815x1024.jpg" alt="" width="500" height="628" /></p>
</div>
<p>행여 야경이나 실내 사진을 예상해야 한다면 삼각대도 필수. 뭐 내 삼각대는 빌려줬다 잃어버린 지 오래고, 세울 수 있는 모노포드가 대타지만. 이래저래 소지품을 정리하다 보면 간편함과는 거리가 멀다. 이건 확실히 성격 문제다.</p>
<h2>피사체 지상주의</h2>
<p>어제 본 피드 중에 "<a href="http://ran.innori.com/587" target="_blank">아마추어 사진사가 빠지기 쉬운 함정, 피사체 지상주의</a>"라는 글을 읽고 나니, 내 태도를 돌아보게 된다.</p>
<div class="alignCenter">
<p><img src="/media/23990078360_1a690ebc00_b.jpg" alt="하늘공원 내려오는 길에 기념 촬영 중인 연인들." /></p>
</div>
<p>이 사진은 몇 주 전, 모 동호회 출사에서 찍은 것이다. 하늘공원을 내려오다가 웬 연인이 붙어서서 사진을 찍는데, 마침 그 뒤의 가로등이 그들의 손끝에 걸린 순간이었다. 결과물의 질을 떠나서 두 사람 손끝에 빛을 걸어서 마치 함께 빛을 들어 올린 것처럼 보이도록 자리를 잡고 찍었다.</p>
<p>어느새 나는 사진을 찍으며 결과물을 기대하고, 타자의 순간을 내 것으로 뒤집어 놓고는 개똥 같은 의도를 담으려 하고 있다.</p>
<p>본래 내 사진은 언제 꺼내봐도 쉽게 떠올릴 수 있도록 기록하는 수단이 아니었나. 가벼운 기록, 그게 내가 바라던 사진이었는데.</p>
<p>그럼에도 불구하고.</p>
<p>더 그럴듯한 결과물을 기대하며 반복적으로 셔터를 누르고 있는 나를 본다. 완벽한 인간 따위는 되지도 못할 주제에, 왜 매사에 이리 집착하게 되는지.</p>
<p>요즘은 사진을 찍어 정리하다 보면, 아 내가 이렇게도 찍었었나 할 때가 생긴다. 물론 내가 눈에 담았던 것을 남길 거라며 한 행위의 결과물이 예쁘고 멋지면 더 좋겠지만.... 대개는 며칠 지나지도 않은 기억과도 꽤 차이가 난다. 아무리 사람이 망각의 동물이라지만.... 정말 치매라도 오는 걸까.</p>
<div class="alignCenter">
<p><img src="/media/pic20160119-983x1024.jpg" alt="" width="500" /></p>
</div>
<h2>카메라</h2>
<p>사진은 이미 상당히 대중적인 취미이자 문화이다.</p>
<p>꼭 출사를 가지 않더라도 기백만원씩 들인 바디며, 렌즈며, 몇 개씩 들고 다니는 사람들을 주변에서 쉽게 찾을 수 있다. 가끔은 '우리 나라가 정말 잘 사는 나라로군' 하는 생각도 하게 되지만...</p>
<p>물론, 그런 사람들이 나쁜 것은 아니다. 금전적인 투자와 결과물이 항상 비례하는 것은 아니지만, 좋은 장비가 좋은 결과물을 내는데 도움이 되는 것 또한 사실이니까. 단지, <del>많은 경우 돈이 아깝다</del>내가 거부감을 가지고 있을 뿐.</p>
<p>어찌보면 내가 DSLR을 구입하지 않는 이유는 결국 또 내 성격탓이다. 이제는 뭔가에 작정하고 빠져드는 것을 두려워한달까.</p>
<p>항상 갖고 다니며 기록하고 싶은 용도로 DSLR은 적합하진 않다. 그리고 두세대씩 소유 할만큼 분야에 몰입하고 싶지도 않다. 하지만, 구현이나 화질에는 욕심이 있다. 그래서 항상 하이엔드 똑딱이로 결론이 난다. 이리 저리 재가며 고른 주제에 장비나 환경 탓을 할 일이 아니다. 아무리 핑계를 대봐야 사진이 별로인 이유는 결국 내가 못찍기 때문인게다.</p>
<p>모르겠다. 그냥 취미는 취미 수준에서 즐기기로 했다고 위로를 해야지. 결국 쉽게 만족을 못하는 이놈의 성격 문제다. 욕심은 이제 좀 버리고 살아야지.</p>
<p>아...</p>
<p>내 일이나 잘했으면 좋겠다. 젠장.</p>
연말 연시의 짧은 생각2015-12-24T15:10:22+00:00http://resistan.com/have-a-happy-holiday<h2>솔로 크리</h2>
<p>요즘은 아예 "솔크"라는 말을 쓰더라. 솔로 크리스마스(왜 난 solo critical로 읽게 되는지). 크리스마스가 연인들의 날이냐며 항변해봐야 구질구질.... 그냥 받아들이는 게 정신 건강에 좋다.</p>
<p><!--more--></p>
<p>어제 송년 모임이라고 오랜만에 모인 동료들. 나이 마흔 전후의 인물 일곱 중 기혼자는 한 명.</p>
<p>솔로라는 말은 이제 외로움의 표지가 아닌 것 같다. 그냥 개인을 가리키는 단어 중 하나일 뿐이다. 삼 포, 오 포 하는 말에, 몇 가지는 포기해야 살아지는 팍팍한 세상이라고. 미혼 또는 비혼이 흔해졌다고. 1인 가구의 비율이 엄청나게 늘었다고.</p>
<p>시대는 세대를 특정하지만 정작 그들은 쉽게 받아들이지 못하나 보다. 개인의 처지는 아무래도 자발적이 아닌 경우가 많아서 그럴 테지.</p>
<p>뜬금없이 스포일러 하나. 역시 스타워즈는 가족(사) 영화다.</p>
<blockquote><p>솔로는 죽었다.</p></blockquote>
<h3>당신처럼 나도 외로워서</h3>
<p><img class="alignright" src="/media/65082263(1).jpg" alt="당신처럼 나도 외로워서 표지 사진" width="152" height="220" /></p>
<p>사진 수업의 <a href="http://blog.naver.com/kennyloggins" target="_blank">클래스메이트</a>가 낸 책을 읽었다. 솔로들의 필독서처럼 보이지만 감성이 뚝뚝 묻어나는 에세이다. 단어를 고르고 골라 쓴 글이라는 느낌이 들었다. 무엇보다도, 중세 미술가 조토(Giotto di Bondone)의 흔적을 좇아 곳곳을 다녔던 여정이 내겐 무척이나 인상적이었다.</p>
<p>그래서 이번 성탄 연휴에는 서울 시내의 미술관, 박물관을 좀 다녀볼까 싶다. 내게 좋은 작품을 가려 보는 눈 같은 게 있을 리 없다. 그저 기회를 만들고 경험해보는 게 먼저 아닐까 싶을 뿐.</p>
<p>종일 바라봐도 질리지 않을 작품을 만나면 좋겠다.</p>
<h2>연말 분위기</h2>
<p>지난 주말엔 <a href="http://bicots.blog.me/220574550383" target="_blank">회사에서 단체로 연탄 배달 봉사</a>를 다녀왔다. 작년 상계동도, 올해 구룡마을도 단체로 많이들 왔더라. 의도야 어쨌든 기부나 봉사를 하는 건 좋은 일이다(누구처럼 남의 얼굴색에다 연탄을 들이미는 것만 안 한다면 뭐).</p>
<p>나도 나중에 알았지만 정작 연탄이 떨어져 가는 2, 3월쯤엔 동사자가 생기곤 한단다. 달력에 표시라도 해둬야 할 듯.</p>
<p>대개 이 시기면 이웃, 나눔 등의 키워드가 떠돌기 마련인데 올해는 딱히 못 들어본 것 같다. 내 주변만 그런 것인지 내가 무심했던 건지는 모르겠지만. 어쩌면 연말의 훈훈함, 후한 인심이란 이제 옛말이 된 건 아닐까.</p>
<p><img class="aligncenter wp-image-54537 " src="/media/IMG_4405-298x300.jpg" alt="" width="400" height="403" /></p>
<p> </p>
<h2>그래도 연말이라고 드리는 인사</h2>
<p>평소에는 연락도 안하는 주제에 연말이고 명절이라 안부 인사를 남기는 건 좀 뻔뻔하다 싶어.... 게으름을 합리화하는 편이지만....</p>
<p>아, 뭐.... 그래도 글 쓰는 김에 아예 안하는 것보다 낫지 않을까 싶어 낯뜨거운 인사 남겨본다.</p>
<p> </p>
<p>따뜻한 연말 연시 보내시길. 더 단단한 내일을 만들어 가시길.</p>
<p> </p>
기록하는 연습2015-12-23T04:21:35+00:00http://resistan.com/practice-recording<p>언젠가 떠날 거라며, 하나씩 익혀둬야지 하던 것들을 조금씩 해보는 중이다.</p>
<p><!--more--></p>
<h2>연습하자</h2>
<p>어떤 식으로든 기록하는 방법에 익숙해지려 연습을 하고 있다. 이렇게 다시 글을 쓰고 있는 것도 그렇지만.... 사진을 찍고, 그림을 그려보고 있다. 낯선 것에 익숙해지는 데 필요한 시간이 얼마나 될지는 모르겠다. 뭐.... 노력은 배신하지 않을 거로 생각하며.</p>
<h3>글</h3>
<p>"유시민의 글쓰기 특강"을 읽었다. 예전의 포스팅을 돌아보며 반성했다. 삼다(중학교 때 배웠던 것 같은)라고 했던가.... 원래 난 고민만 많은 꼴통이니.... 책을 많이 읽고 많이 써보기만 하면 될 듯. 그래서 결과는.... 지금 읽고 계신다. 쩝.</p>
<h3>사진</h3>
<p><a href="https://www.facebook.com/jaechul.oh.3" target="_blank">오재철 작가님</a>의 <a href="http://www.ohmytravel.com/Pages/Cs_Center/Event_View.aspx?e_no=7993&src=viral&kw=00000C" target="_blank">사진 수업</a>을 들었다. 확실히 사진에 임하는 자세가 좀 바뀐 것 같다.</p>
<div class="boxed alignLeft">
<p><img class="wp-image-54435 size-medium" src="/media/22442227571_78a7048125_z-300x225.jpg" alt="C3PO와 R2D2" width="300" height="225" /> 수업 초반에 역광 인물 사진 연습을 한답시고....</p>
</div>
<p>전에도 카메라는 늘 가지고 다녔지만, 어느 순간부터는 귀찮다고 자동으로 찍어온 걸 반성하게 됐다. 수업을 듣다 보니 새 카메라도 사게 되고.... 사진을 일부러 찍으러 다니게 된다. 연습이 필요하니까.</p>
<p>찍은 사진은 <a href="https://www.flickr.com/photos/95965052@N03" target="_blank">플리커</a>에 올려놓고 있다. RAW 파일이 안 올라가는 1테라는 아주 넉넉하다. (해상도가 조금 낮아지지만 구글포토는 무제한에 RAW도 올라가니 백업용으로 쓰고 있다)</p>
<p>사진을 정리하다 보면, 대체 텍스트 생각이 난다. 머신 러닝이 더 발전하면 이 모든 이미지에 대체 텍스트를 자동으로 생성해줄까 싶기도 하고. 플리커에 자동으로 생성되는 태그를 보면 자동화가 그리 먼 이야기가 아니겠거니 생각할 뿐.</p>
<h3>그림</h3>
<p>최근 "그레고씨의 일요일"이라는 드로잉북을 구입했다. "이지 드로잉 노트"라는 책도 갖고 있는데, "그레고씨~" 쪽이 하나씩 따라 해보기 좀 더 쉽달까... 어차피 나는 막손이라... 아직은 깔끔하게 선을 긋는게 제일 어렵다.</p>
<p>명암을 넣다 보면 그림이 요상해진다. 내가 뭘 그리는 건지 싶을 때도 있다. 갈 길이 멀다. 어쨌든 하루에 하나씩은 그려보려고 노오오력? 중이다.</p>
<h2>공부해야지</h2>
<p>죽 늘어놓다 보니 "책으로 배웠어요"를 고백하는 글이다. 훗, 이 나이 먹고서야 뭔가에 대한 계획을 세워본 내가 문제다. 하고 싶은 게 많은 만큼 배워야 할 것도 많다. 쉽지 않겠지만 해 볼 밖에.</p>
<h3>뜬금 결론</h3>
<p>영어 공부가 제일 어렵다.</p>
<p>덧.</p>
<div class="linkPreview">
<p><a href="http://www.ohmytravel.com/Pages/Cs_Center/Event_View.aspx?e_no=8214" target="_blank"><img src="/media/head_bicotrip_logo.jpg" alt="오마이트립" /> <strong>사진작가 테츠가 함께 하는 새해 맞이 특별 사진강의 - 설레는 자유여행 오마이여행 </strong></a></p>
<p class="preview_footer">Source: <a href="http://www.ohmytravel.com/Pages/Cs_Center/Event_View.aspx?e_no=8214" target="_blank">www.ohmytravel.com</a></p>
</div>
<p>내가 들었던 초급 사진수업이 또 열린단다. 좋은 기회니 평소 사진에 관심있던 분들은 이용해 보셔도 좋겠다. 음... 회사 홍보<del>맞다</del><ins>까지는 아니고</ins>.</p>
블로그 이사 중입니다.2015-12-14T11:57:08+00:00http://resistan.com/ready-to-move-again<p>원래 있던 서버에서 나와야 할 사정이 생겨서 이사하고 있습니다.</p>
<p>워낙 관리 안 했더니 FTP 계정도 잊어버려서 백업받는데 애먹었네요.</p>
<p><!--more--></p>
<p>여차저차해서 옮기긴 했는데 뭔가 아직도 잘 안되는 것 같습니다.</p>
<p>네임 서버 설정 바꾼 지 며칠 됐는데 아직 깜빡깜빡 하는 게 몇 개 빼먹었을지도....</p>
<p>글은 자주 쓰지도 않는 주제에 이사 다닐 때마다 참.... ㅜㅜ</p>
근황2015-12-08T02:06:58+00:00http://resistan.com/about-time-1<p>아침이면 피드부터 챙겨 읽는 주제에 글쓰기에는 참 게으른 인간이 되었습니다.</p>
<h2>블로그</h2>
<p>처음 블로그를 만들때는 별 생각 없었는데, 10년 가까이 유지하다보니 글보다는 시선을 신경쓰는 곳이 되어 있습니다. 사적인 글은 어느새 정리해버렸고, 밥벌이에 천착했네요. 누군가에게 도움되는 시리즈를 써보겠다고 다짐한 적도 있었지만 결국 2편을 쓰다 접었고... (지금이라도 하겠다고 들면... 음... 그래도 이번 생은 틀린 것 같습니다) 기술보다는 가치를 다루고 싶었는데, 이제는 그럴 꺼리도 떨어진 것 같습니다. 전처럼 웹 관련해서 주제를 잡고 쓰거나, 뭔가를 주장하는 글은 쓰기 힘들지 않을까 합니다.</p>
<!--more-->
<p>아마 앞으로 글을 남긴다면 보다 사적이고 잡다한 이야기를 더 많이하게 될 것 같네요.</p>
<h3>변화</h3>
<p>여행사로 이직한지 약 14개월. IT와 최신 기술 운운하던 때와는 다른 경험을 하며 살고 있습니다. 마치 온라인에 살다가 현실에 떨어진 느낌이랄까요. 이건 어쩌면 저만 느끼는 괴리감일 수도 있고, 현재보다는 미래만 바라보는 업종의 탓일 수도 있겠다는 생각도 해봤습니다. 사람 사는 곳이 다 비슷하다는 이야기가 틀리진 않습니다만, 새로운 회사의 구성원으로 지내보니 사뭇 착각이 컸다는 생각도 듭니다.</p>
<h3>오지랖</h3>
<div class="boxed alignLeft">
<img class="alignright" src="/media/21645366439_3932d99c1d_n.jpg" alt="X윙과 1:72 스케일의 인체 모형을 얹은 베이스" width="320" height="240" />
</div>
<p>늘 그랬던 것처럼 블로그에 소홀했던 시간동안 개인적으로는 잡다한 방향으로 또 오지랖을 넓혔습니다. 프라모델 조립에 어설픈 도색도 좀 해보고, 카주 같은 악기를 구해다 불어보기도 하고.</p>
<p>최근에는 비어버린 뇌와 감성을 좀 채워야겠다는 생각으로 이런 저런 책을 찾는 중입니다.</p>
<h3>여행</h3>
<p>뭔가 앞뒤가 바뀐 것 같지만... 여행사를 다니면서 비로소 여행의 맛을 좀 알게된 것 같습니다. 그동안은 여기 저기 다니면서도 별 생각이 없었구나 싶습니다.</p>
<p>오래 전부터 가보고 싶었던 곳을 훌쩍 다녀왔습니다. 홀로 딛은 곳에서 보고, 느끼고 와서야... 여행을 떠나는 이유를 알았습니다.</p>
<div class="alignCenter">
<img src="/media/22108960371_78855d6007_b.jpg" alt="앙코르와트 입구에서 본 일몰" />
</div>
<h3>사진</h3>
<p>10년도 더 전에 카메라 동호회 활동을 한참 했습니다. 먹고 살기 바빠진 이후엔 기계만 바꾸고 있었군요. 최근에 모 작가님께 짧은 수업을 듣고 나니... 찍는 법이 아니라 보는 법을 배워야 했다 싶습니다. 그래서 요즘엔 주말을 이용해 사진을 찍으러 다닙니다.</p>
<h2>방향</h2>
<p>시간이 흐르니 삶의 방식이 달라지는 것을 느낍니다. 미투데이, 트위터, 페이스북... 순간 순간 생각과 감상을 소모하다 보니 이렇게 시간을 두고 정리하는 글이 어색하기만 합니다.</p>
<p>여전히 꿈을 꿉니다. 더 많은 공부와 경험이 필요합니다.</p>
프론트엔드, 일과 직업에 관하여2014-03-17T06:43:55+00:00http://resistan.com/can-you-work-with-me<p>이 글을 처음 쓰기 시작한 건 2011년 하순 쯤이었던 것 같습니다. <a href="http://cssdesign.kr/forum/viewtopic.php?id=3554">CDK에 채용 공고</a>를 올리면서 들었던 생각을 긴 시간에 걸쳐 정리하다가 어느새 잊어버린 것 같습니다. 그러다 <a href="/cssniteinseoul4/">CSSnite vol.4에서 직업에 대한 이야기</a>도 하게 되면서 내용을 조금씩 조금씩 채워왔습니다. 어쩌면 이제는 두서 없을지도 모르는... 오랜만의 포스팅입니다.</p>
<p><!--more--></p>
<h2>채용 공고를 올리며</h2>
<p>프론트엔드 직군이 모이는 모 카페에 가입한지 오래입니다만, 이제는 제가 올린 글의 대부분이 채용공고네요.<br />
매번 채용 공고를 내야하는 현실이 싫어서 조금 다른 글을 끄적여봅니다.</p>
<p>제가 채용공고를 자주 올려야했던 이유는 많습니다.<br />
회사가 마음에 안들어서, 회사의 누군가가 마음에 안들어서, 연봉이 마음에 안들어서... 이직하는 많은 사람들에게는 다 이유가 있습니다. 그러다보니 이직율이 높은 직종이라고 쉽게 이야기하게 됩니다.</p>
<p>실력에는 기술력만 있는게 아니라는 걸 인정합니다.<br />
경력과 실력이 항상 비례하는 것은 아니라는 점 인정합니다.<br />
기본이 가장 중요하다는 점 인정합니다.</p>
<p>하지만 제 입장에선 배운 도둑질이라서 이 일을 하시는 분들을 원하지 않습니다.<br />
수동적이고, 누군가 이루어둔 것들을 누리고 싶은 분들은 원하지 않습니다.<br />
신기술만 추구하거나, 기술이 일의 전부인양 여기는 분들을 원하지 않습니다.</p>
<p>뭐 제가 좀 까다롭고 따지는 거 많다는 점 인정합니다. 길게, 함께 갈 수 있는 분을 찾고 있습니다만 그게 참 쉽지가 않습니다.</p>
<h2>누구나 알고 있는 현실</h2>
<p>일전에 서울시에서 열린 IT개발자 청책토론회에 갔더니, 개발자들이 한목소리로 하는 말들이 있었습니다. 하청업체나 인력이 돈을 제대로 받을 수 있게 하는 것부터 하자고 합니다. 그리고 개발자 양성 이전에, 있는 개발자가 사람답게 살 수 있는 구조가 필요하다고 합니다.</p>
<p>그런 생각이 들었습니다. 소프트웨어를 만들어서 파는 것도 아닌 퍼블리셔들은 결국 일의 가치를 어떻게 환산할 수 있을까요. 솔루션에는 가격이 있는데 퍼블리싱된 결과에는 가격이 없습니다. 아, 페이지당 5천원부터라구요?</p>
<p>아직도 SI업계를 필두로 한 국내 IT분야의 노동 현실은 불편하기 짝이 없습니다.<br />
최근 OKJSP에서 협동조합 설립을 추진하는 것도 하나의 사례가 되겠지만, 과거부터 현재에 이르기까지 이런 문제 때문에 애써온 분들도 계십니다.<br />
다들 잘 아실만한 상황을 또 이야기를 하는 건 크게 의미가 없어보이니, 각설하고...</p>
<p>그래서 국내의 IT직군이 회사에 바라는 것은 충분한 대우라고 생각합니다. 일한만큼 보상받는 것.</p>
<h2>또 누구나 하는 이야기</h2>
<p>이런 이야기들을 종종 듣습니다.</p>
<blockquote><p>'갈만한 회사가 없다.'</p></blockquote>
<blockquote><p>'뽑을만한 사람이 없다.'</p></blockquote>
<p>개인은 이렇게 말하겠지요. 제대로 대우해주는 회사가 없으니 갈데가 없다. 그러니 차라리 프리를 뛰지.<br />
회사는 또 이렇게 말하겠지요. 대우해주는 만큼 성과가 안나니 그냥 싸게 신입을 뽑던지 프리를 쓰지.</p>
<p>다른 것보다 저는 이렇게 생각합니다.<br />
서로에게 바라는 상이 다를 때 거기에 실망하기만 한다면, 더 이상 나아질 수 없다고 생각합니다. 바램이든 요구든 직접 움직여야 변화가 생긴다고 생각합니다. 문제를 인지하고, 변화시키고, 결국 해결하는데까지 걸리는 시간은 어쩌면 각자 바라는 것보다 길 수도, 짧을 수도 있습니다. 하지만 아무도 움직이지 않는다면 발전이란 애초에 있을 수 없습니다.</p>
<p>누군가를 욕하거나, 바뀌기를 기다리는 것만큼 쉬운 일도 없습니다.</p>
<h2>여전히</h2>
<p>저는 <del datetime="2014-03-12T06:49:12+00:00">코드 한 줄 안치지만</del> 홈페이지를 만들고 있습니다. 새롭고 신기한 것을 넣어서 당장 눈에 띄기보다는 홈페이지에 찾아올 사람들을 상상하고, 그들이 더 나은 결과를 가져갈 수 있도록 고민하고 있습니다. 프론트엔드라는 분야가 정보의 바다를 건강하게 만드는데 기여할 수 있다는 것을 보여주고 싶기 때문입니다.</p>
<p>혼자하기 버겁습니다. 그래서 함께 일할 좋은 사람을 찾습니다.<br />
저는 관상쟁이도 아니고, 예언자도 아닌지라 사람을 가리는게 참 어렵습니다.<br />
그래서 채용 공고를 또 다시 올립니다.</p>
장차법 시행의 부작용은 모두까기?2013-04-30T09:17:57+00:00http://resistan.com/accessibility-and-copyright<p>오늘 걱정스럽다면 걱정스러운 일이 하나 있었습니다.</p>
<p><a href="http://www.hacosa.com">하드코딩하는사람들</a>이라는 프론트엔드 개발자 커뮤니티에 <a href="http://cafe.naver.com/hacosa/74675">웹 접근성 위반에 관한 경고 공문을 받았다는 사례</a>가 올라왔습니다. 관련 내용이 궁금했던 한 커뮤니티 회원이 경고 공문을 보내온 곳(이하 'A센터')의 웹 사이트에 방문해 이리저리 살펴보다가, 그 콘텐츠나 구성의 헛점을 발견하고 관련 게시물을 올렸더랬죠.<!--more--></p>
<p><a href="http://cafe.naver.com/hacosa/74722">해당 게시물</a>은 A센터 측에서 네이버에 신고를 해 현재 블라인드 처리가 된 상태입니다. 하지만, 게시물이 블라인드되기 전에 A센터 Y팀장의 관련 댓글까지 읽어본 저로써는 그리 유쾌할 수가 없네요.</p>
<ol>
<li>리뉴얼 공지도 없는 웹 사이트에서 기능 테스트 중인 것을 다른 사람들이 어찌 알 수 있는지는 모르겠고,</li>
<li>해당 서버를 해킹한 것도 아니고, 페이지 소스보기를 통해 확인한 내용을 '사이트의 소스코드를 임의로 공개하고 부정한 방법으로 접근했다'는 주장도 이해가 안가며,</li>
<li>이를 근거로 '형사고소'하겠다는 A센터 측의 입장은 요즘 예능으로 뜨고 있는 전직 국회의원을 연상시키네요.</li>
</ol>
<p>마침 <a href="http://mydeute.com/">듓</a>님께서 <a href="http://mydeute.com/txp/archives/1037">관련 포스트</a>를 하나 올려주셔서, 저도 동일 시리즈로 릴레이를 만들어봅니다. 웹접근성연구소에 자문위원으로 답변한 제 글이 A센터 사이트에 똑같이 게시되어 있기에 말입니다.</p>
<div class="imageCaption alignCenter">
<p><img class="wp-image-1208 size-full" src="/media/kweb20130430-c11.jpg" alt="웹접근성연구소의 자문글" /> <a href="https://www.wah.or.kr:444/Participation/consultingView.asp?seq=5249" target="_blank">웹접근성연구소의 자문글</a></p>
<p><img class="wp-image-1209 size-full" src="/media/kweb20130430-c21.jpg" alt="불법적인 복사본으로 추정됨" /> A센터의 자문글</p>
<p>캡쳐된 두 개 이미지의 내용은 다음과 같이 동일합니다. 두번째 이미지에서는 작성일이 변경되고 작성자 이름이 빠져있네요.</p>
</div>
<blockquote><p>[질문]<br />
이번에 웹접근성 인증 심사를 하려고 사이트 수정중입니다.</p>
<p>궁금한 사항이 두가지 있는데,<br />
1. html 태그들(input, img, div 등)을 대문자로 썼을 경우 웹접근성에 위배 되는지요?</p>
<p>- 태그들을 전부 소문자로 바꿔줘야 하는지 궁금합니다.<br />
2. 모든 html태그의 속성(style, width, alt 등)들의 값은 " "으로 감싸줘야 하는지요?</p>
<p>- width=100 와 같이 해당속성의 값들을 " "로 감싸지 않으면 안되는지요...<br />
물론 html태그들은 소문자로 쓰고, 태그들의 속성값은 " " 로 감싸줘야 하는게</p>
<p>웹표준에 맞는다는것은 알지만,</p>
<p>게시판의 기존 등록된 글들에 대해 위의 것들을 모두 적용하기란 쉽지가 않습니다.</p>
<p>웹접근성 심사에서 위의 두가지가 지켜지지 않으면</p>
<p>인증획득이 안되는지 궁금합니다.</p>
<p>[답변]</p>
<p>1, 2번 모두 웹 사이트의 HTML이 어느 버전을 기준으로 작성되었는지에 따라 달라질 수 있는 문제입니다.<br />
HTML 4.01을 기준으로 웹 사이트가 작성되었다면 태그가 꼭 소문자일 필요는 없습니다.</p>
<p>하지만 XHTML 1.0을 기준으로 작성되었다면 태그와 속성 이름은 모두 소문자여야 하고, 속성의 값은 따옴표로 감싸주는 것이 맞습니다.<br />
물론 해당 태그의 문법이 맞지 않다고 해서 웹 브라우저가 해당 코드를 해석하지 못한다거나 출력에 오류를 일으키는 경우는 별로 없습니다. 하지만, 올바른 코드가 나중을 생각해서도 더 유효하게 사용될 수 있습니다. KWCAG 2.0에서는 문법 유효성도 함께 보기 때문에 문법을 지켜주시는 것이 좋겠습니다.</p></blockquote>
<p>이 글이 사람들에게 어느 정도 읽혀지고 났을때도 이 글에 링크한 페이지들이 유지되고 있을지는 모르겠습니다.</p>
<p>장차법이 그렇게 중요한 사람들이 왜 저작권법은 안지키는건지도 모르겠고요.</p>
<p>참, 살다보면 별일이 다 있습니다.</p>
<p>덧.<br />
이 글은 그 A센터에서 언급하셨던 '관련법률에 의거하여 처벌받을 수 있는 무분별한 댓글 및 확대재생산' 행위가 맞는건지요?</p>
css nite in Seoul vol.4에 다녀와서2013-04-29T08:42:06+00:00http://resistan.com/cssniteinseoul4<p>지난 27일 <a href="http://www.cssniteseoul.com" target="_blank">CSS nite in Seoul</a>에서 "최전방 생존법 - 프론트엔드 개발자로 살아가기"라는 주제로 발표를 했습니다.</p>
<p>사실은 이 주제로 약 2년 전부터 쓰다 말고 묵혀둔 블로그 글이 있는데... 여전히 완결하지 못하고 있습니다. 그렇게 따지니 고민의 기간에 비해 이번 발표가 정제되지 못한 채, 참석하신 분들께 대답을 강요하는 형태가 되진 않았나 하는 생각이 좀 드는군요.<!--more--></p>
<p>현재 국내의 프론트엔드 시장과 프론트엔드 개발자의 삶은 같은 방향으로 가고 있다는 생각이 들지 않습니다.<br />
프론트엔드 시장은 세계적인 추세를 따라 바쁘게 변화하지만, 직업인으로써 프론트 개발자들은 SI업계의 전철을 밟고 있다는 생각이 듭니다.</p>
<p>브라우저가 참 유연하게 HTML을 구현하는지라... 프론트엔드라는 분야가 진입장벽이 낮다 여겨지고, 때문에 쉽다 생각하는 분들도 많습니다.</p>
<p>꼭 프론트엔드가 아니라도 마찬가지라고 생각합니다만. 배우기 쉬운 일은 있어도 잘하기 쉬운 일은 없다고요.</p>
<p>제가 바라는 건 사실 몇가지 안됩니다. 이 글을 읽는 분들이나, 그 날 참석하셨던 분들이 동의하실지는 몰라도 말입니다.</p>
<ol>
<li>잘 하자. 잘 하기 위해 노력하자.</li>
<li>장기적인 비전을 갖자.</li>
<li>건강한 태도를 갖고 일하자.</li>
</ol>
<p>어쩌다보니 여기서도 중언부언 말이 길어집니다...<br />
좀 재밌으시라고 넣은 슬라이드에선 숙연해지고, 의외의 지점에서 터지는 청중의 모습을 보며 역시 저의 개그 센스가 꽝이라는 걸 또 한 번 느낀 날이었습니다.</p>
<p>어쨌거나 저쨌거나... 하여간당에... 발표자료 공유합니다.</p>
<div style="margin-bottom: 5px;"><strong> <a title="최전방 생존법 - 프론트엔드 개발자로 살아가기" href="http://www.slideshare.net/hjsoif/cs-snite-vol4" target="_blank">최전방 생존법 - 프론트엔드 개발자로 살아가기</a> </strong></div>
<p><iframe style="border: 1px solid #CCC; border-width: 1px 1px 0; margin-bottom: 5px;" src="http://www.slideshare.net/slideshow/embed_code/20175270" width="600" height="450" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" allowfullscreen="allowfullscreen"> </iframe></p>
18대 대선 후보들의 홈페이지 웹 접근성2012-10-29T08:54:53+00:00http://resistan.com/18th-presidential<p>어쩌다보니 개인적으로 모아뒀던 자료를 정리하게 됐는데, 17대 대선 때 한국장애인인권포럼의 대선 후보 홈페이지별 웹 접근성 평가 결과가 있기에 꺼내봤다.<br />
자료를 보면 당시의 후보 홈페이지의 웹 접근성 평균 41.02점으로 중앙부처나 자치단체의 평균 점수에 비해 10~40점 이상 낮았던 것으로 집계되어있다.<!--more--></p>
<h2>대선 후보들의 홈페이지</h2>
<p>이번 대선에는 비슷한 자료가 아직 없는 듯해서 주요 후보들의 홈페이지를 간단히나마 살펴보게 됐다.<br />
처음엔 웹 접근성 지침의 항목별로 풀어볼까 했는데, 메인페이지의 대체 텍스트를 살펴보다보니... 하기 싫어졌다.<br />
조금 살피다보니 서브페이지들까지 일일히 뜯어보고 정리하기엔 시간이 아까울 정도다.<br />
그래서 홈페이지별로 '대충' 정리해본다.</p>
<h3>박근혜 후보 홈페이지</h3>
<div class="boxed alignRight">
<a href="https://i0.wp.com/resistan.mireene.co.kr/wp/wp-content/uploads/2012/10/01_park_nocss1.png" target="_blank" title="새창으로 크게보기"><img src="/media/01_park_nocss1-58x300.png" alt="박근혜 후보 홈페이지에서 스타일을 제거한 모습" width="58" height="300" /></a>
<p>기본메뉴와 전체메뉴가 가깝게 배치되었다</p>
</div>
<div class="boxed alignLeft">
<a href="https://i0.wp.com/resistan.mireene.co.kr/wp/wp-content/uploads/2012/10/01_park1.png" target="_blank" title="새창으로 크게보기"><img src="/media/01_park1-297x300.png" alt="박근혜 후보 홈페이지 스크린샷" width="297" height="300" /></a>
<p>태블릿 친화적으로 만든 듯 하다</p>
</div>
<ul style="clear:both;">
<li>가장 많은 이미지를 쓴 홈페이지 메인의 유일한 대체텍스트가 공백. 스크린샷 넣었다가 허무해서 뺐다.</li>
<li>아마 태블릿 친화적인 디자인을 의도했겠지만, 코드상으로는 콘텐츠 순서에 문제가 좀 있다.</li>
<li>공지용 레이어를 빼면 초반 구성은 순차적이다. 하지만 반복되는 링크와 전체 메뉴가 불편하기 짝이 없다. 지체 장애인들이나 시각 장애인들이 콘텐츠를 보려면 대체 몇 번의 탭키를 눌러야 할까.</li>
<li>메인 콘텐츠를 (역시 대체콘텐츠 따위는 무시하는) 엄청나게 큰 이미지로 처리하고 이미지 맵으로 링크를 건 걸 보면서 '홈페이지 만들기 귀찮았나' 하는 생각이 들었다.</li>
</ul>
<h3>문재인 후보 홈페이지</h3>
<div class="boxed alignLeft">
<a href="https://i0.wp.com/resistan.mireene.co.kr/wp/wp-content/uploads/2012/10/02_moon_nocss1.png" target="_blank" title="새창으로 크게보기"><img src="/media/02_moon1-300x243.png" alt="문재인 후보 홈페이지 스크린샷" width="297" height="300" /></a>
<p>가장 익숙한 스타일이랄까</p>
</div>
<div class="imageCaption alignRight">
<a href="https://i0.wp.com/resistan.mireene.co.kr/wp/wp-content/uploads/2012/10/02_moon_alt1.png" target="_blank" title="새창으로 크게보기"><img src="/media/02_moon_alt1-300x65.png" alt="문재인 후보 홈페이지 대체텍스트" width="300" height="65" /></a>
<p>대체텍스트? 홈페이지에 검색만 있다</p>
<a href="http://i2.wp.com/resistan.mireene.co.kr/wp/wp-content/uploads/2012/10/02_moon_nocss1.png" target="_blank" title="새창으로 크게보기"><img class=" wp-image-1086 size-medium" src="/media/02_moon_nocss1-90x300.png" alt="문후보 홈페이지에서 스타일을 제거한 모습" width="90" height="300" /></a>
<p>의도는 어쨌던지 제대로 박살나 보인다</p>
</div>
<ul style="clear: both;">
<li>유일하게 1024*768 해상도에서 가로 스크롤이 생기지 않는 홈페이지였다.</li>
<li>메인의 유일한 대체 텍스트는 '검색'. 이미지 태그에 alt 대신 title을 써둔 곳이 좀 보였다.</li>
<li>테마 컬러로 사용하고 있는 연두색과 흰색의 대비(3:1 정도)가 썩 높은 편이 아니다. 저시력자들은 확대를 많이 해야 인식 가능할 수준.</li>
<li>일반 텍스트 크기도 11px을 써서 좀 작은 편이다. 차라리 키비주얼 영역을 좀 줄이고 다른 부분들을 큼직하게 만들면 어땠을까.</li>
<li>스타일을 빼보니 레이아웃 잡는다고 div와 table을 잘도 섞어 쓰셨다. 덕분에 콘텐츠 순서가 어려워졌다.</li>
</ul>
<h3>안철수 후보 홈페이지</h3>
<div class="boxed alignRight">
<a href="http://i0.wp.com/resistan.mireene.co.kr/wp/wp-content/uploads/2012/10/03_ahn1.png" target="_blank" title="새창으로 크게보기"><img src="/media/03_ahn1-108x300.png" alt="안철수 후보 홈페이지" width="108" height="300" /></a>
<p>핀터레스트 스타일을 넣어서 상당히 길다</p>
</div>
<div class="imageCaption alignLeft">
<a href="http://i0.wp.com/resistan.mireene.co.kr/wp/wp-content/uploads/2012/10/03_ahn_alt1.png" target="_blank" title="새창으로 크게보기"><img src="/media/03_ahn_alt1-300x64.png" alt="안철수 후보 홈페이지 대체텍스트" width="300" height="64" /></a>
<p>이미지를 제거해도 어딘지는 알아보겠다</p>
</div>
<ul style="clear: both;">
<li>전체적으로 텍스트를 많이 이용하고 있다.</li>
<li>로고 이미지와 일부 사진에 대체 텍스트가 들어있긴 했지만, 이미지 사용 비율상 대체 텍스트가 넉넉하진 않은 편이다. 스크립트 처리를 위해서 일부 링크 등에 title을 이용하고 있지만... alt가 필요하다는 점~.</li>
<li>콘텐츠 구성은 세 홈페이지 중에 가장 순차적으로 잘 돼있었다.</li>
<li>콘텐츠가 바뀌는(롤링되는) 부분이 많은데, 좀 멈춰놓고 볼 수 있게 해줬으면 더 좋았을 것 같다.</li>
</ul>
<h2>정리</h2>
<p>며칠 전에 미국 오바마 대통령 사이트를 가봤었다. 그리고 오늘 살펴본 우리나라 대선 후보들의 사이트는 솔직히 좀 비교가 된다.</p>
<p>생각해보면 바쁘디 바쁜 대선 레이스 일정에 업데이트 되는 소식이나 자료는 얼마나 많을까 싶긴 하다. 하지만, 그런 노력을 하겠다고 나오신 분들 아닌가. 각 후보의 정책을 살펴보면 노인, 어린이, 장애인 등 사회적 약자 또는 소수자라는 단어. 그리고 그들을 위한 복지에 관한 내용이 빠지지 않는다. 하지만 홈페이지의 만듦새나 그 코드는 그런 목소리를 증명해주지 못하고 있다.</p>
<p>2007년 대선이나 지금이나 그다지 달라진 것 같지 않다. 바뀐 건 디자이너나 개발자들이 홈페이지를 만드는 스타일이지, 자신의 홈페이지에 철두철미하게 정책을 투영해내는 후보들이 아닌 것이다.</p>
<p>장차법이 만들어진지 이미 몇 년이나 지났고, 홈페이지 접근성 관련해서는 내년이면 난리가 날거라는 예상들도 하고 있다. 그런데 정말 난리가 날지... 궁금해졌다.</p>
<p>(이런 거 개선하려면 선거운동 본부에 있는 홈페이지 담당자님들께 말씀이라도 올려야 할까.)</p>
<p>*사족</p>
<ul>
<li>워드프레스 업데이트 이후에 테마에 오류가 있어서 바꿨는데, 글쓰기가 좀 어려워졌다.</li>
<li>백만년만의 포스팅이 이런거라고 실망하실 분들도 많으실 듯 하지만...</li>
<li>요즘은 잘 하시는 분들도 많고, 하고 싶은 말이 많은 분들도 꽤 되시니... 할 말이 별로 없는 저는... 후다닥</li>
<li>아, 근데... 정말 선거에서 중요한 건 뭐였을까?</li>
</ul>
CSSTidy 한글화2011-01-24T06:59:35+00:00http://resistan.com/css-tidy-korean<h2 id="한글화하며">한글화하며</h2>
<p><a href="http://csstidy.sourceforge.net/index.php">CSSTidy</a>는 GPL 오픈 소스로 제공되는 CSS 최적화 도구입니다.</p>
<p>최근 팀에서 작업 규약에 관한 문서화 작업을 하다가 함께 사용할 수 있는 CSS 최적화 도구를 찾았는데, 대개 경량화하는 도구로 쓰다보니 간단하게 구현되는 편이라 온라인 버전으로 제공되는 것이 많았습니다. 그 중에 오픈 소스로 배포 중인게 CSSTidy라는 도구였고, 다국어를 지원하기에 좀 쓰기 편해보자고 언어 파일에 한국어를 <em>대충</em> 추가해봤습니다.</p>
<p>템플릿을 지원하기 때문에 취향에 맞게 템플릿을 작성해서 쓰셔도 좋을 것 같습니다.
<!--more--></p>
<p><a href="http://csstidy.sourceforge.net/index.php">공식 사이트</a>에서 CSSTidy 1.3버전을 내려받아 PHP 4.3 이상이 구동되는 계정에 업로드하신 후, <s>csstidy1.3.ko.lang.pack 파일</s>(여러 차례 블로그 서버를 이전하면서 파일이 유실되었음을 알려드립니다. 죄송합니다. - 2017.07.20)의 압축을 풀어 해당 디렉토리에 덮어쓰시면 됩니다.</p>
<p><a href="http://resistan.com/open/cto/css_optimiser.php?lang=ko">테스트 버전</a>을 설치해 뒀으니 사용해보시고, 번역이 마음에 안드는 부분이 있다면 고쳐쓰시거나 의견 주시기 바랍니다.</p>
<h2 id="추가-안내">추가 안내</h2>
<ol>
<li>제가 근무하는 팀에서 사용하기 위한 용도로 번역 작업을 시작해서 좀 간략화되거나 장난스럽게 한글화된 부분이 있습니다.<br /></li>
<li>lang.inc.php 파일 251번 라인의 $lang[‘ko’][12]에 추가 구문이 들어있어 알려드립니다. 번역 결과물은 Code-Layout에서 ‘압축 (<em>높음으로 설정할 것</em>):’으로 표시하도록 되어 있는데, 본래는 ‘압축: ‘으로만 사용해도 됩니다. 이것은 제가 팀에서 협업용으로 쓰기 위해 안내문을 달아둔 것이므로 무시하고 원하는 옵션으로 이용하시면 됩니다.</li>
</ol>
밥상머리 웹 표준2010-07-11T18:57:51+00:00http://resistan.com/story-of-web-standards-community<p class="note">며칠 전에 듀트님의 생일연을 빙자한 술자리가 있어서 오랜만에 보는 얼굴들과 함께 이런 저런 이야기를 나누다 보니, <a href="http://mydeute.com/txp/archives/493">'그들만의 리그', '웹 표준 상위 그룹' 운운하는 이야기</a>가 나와 잘 써지지 않는 연재물은 일단 제쳐두고 몇 자 써보려고 한다.<br />사실 이런 글을 쓰는 것이 꽤 민망하다. 웹 표준이나 웹 접근성이나 이미 많은 전문가들이 계신 상태고, 내 일천한 경험을 늘어놓는 것 같아 괜히 조심스러워진다.</p>
<h2>한국 웹 표준의 역사 운운하는 건 좀 그렇고</h2>
<p>역사의 산 증인이니 어쩌니 할 주제도 못되고 그냥 다들 아는 이야기로 시작을 해보자면, 국내에 웹 표준이 그나마 알려지고 전파되기 시작한 것은 2004~2005년 경이었다. 나 역시 2005년에 웹 표준을 시작했으니까 조금 일찍 줏어들은 셈이다. 내가 처음 웹 표준에 대해 제대로 알기위해 시도했던 것은 <a href="http://channy.creation.net">윤석찬</a>님, <a href="http://hyeonseok.com">신현석</a>님, 장지윤님, 이성노님 같은 분들이 준비했던 <a href="http://www.bizdeli.com/offline/detail_ref.asp?pfid=S0322">CSS를 이용한 웹 사이트 디자인 전략 세미나</a><sup id="fnref-980-1"><a href="#fn-980-1" rel="footnote">1</a></sup>에 참여하는 것이었다. 세미나에 참석해서 새로운 걸 배우니 확실히 혼자 들이받는 것 보다는 훨씬 좋았다. 웹 표준을 설득할 근거도 알 수 있었고. 한마디로 말해서 <em>나는 그 날 웹 표준에 매료됐다</em>.<br />
<!--more--></p>
<p>그 해까지만 해도 사실상 국내에서 웹 표준을 제대로 한다는 사람들은 손에 꼽을만 했다. 나 역시 생초보였고, 닥치는대로 만들어보면서 이해도를 높여가고 있었다. 그리고 당시 웹 2.0 열풍과 함께 웹의 전반에 대해서 알아야겠다는 생각이 많이 들어 이런 저런 세미나나 자리에 자주 얼굴을 내밀게 됐다. 시운이 좋았는지 웹 표준을 공부하면서, 웹에 대한 고민을 하면서 (여전히 부족하지만) 내가 가진 지식이 조금씩 늘어갔다.</p>
<p>기억하는 분이 계실지 모르겠지만 내 경우엔 제 1회 웹 표준의 날(당시에는 '<a href="http://wiki.standardmag.org/doku.php?id=kws1day">제 1회 CSS Design Korea 정식 모임</a>'이라는 명칭을 썼지만)에 자원 봉사를 신청해서 참여했었다. 할 줄 아는 건 없지만 뭐라도 하고 싶었고, 어찌됐던 웹 표준을 잘한다는 사람들에게 한 자라도 더 물어보려면 좀 친해질 필요도 있지 않았겠는가. 그게 인연이 된 건진 몰라도 아직도 웹 표준의 날엔 자원 봉사를 하고 있지만 아무것도 아닌 것처럼 보이는 이런 활동이 내가 웹 표준을 하면서 회사 생활을 하는데 힘을 주기도 했다. (이런 자리을 통해서 만났던 분들을 나중에는 내가 있는 회사로 모시기도 했었다.)</p>
<h2>다른 사람을 가르치는 일</h2>
<p>2006년 하반기의 <a href="http://barcamp.org/BarCampSeoul1">BarCampSeoul</a> 때였던 것으로 기억한다. 참석하고 보니 신현석님도 같은 컨퍼런스에 왔었는데 그 날 웹 표준 관련 강의를 제안해주셨다. 현석님과는 몇 번 뵙지도 않았는데, 그런 제안을 해주신게 놀라울 따름이었다. 솔직히 내 실력이 의심스러웠고, 회사에서 하루 빠질 수 있을지 걱정도 됐고(회사에서 허락을 받았으니 하게 된거지만), 정말 오만가지 생각으로 머리 속이 복잡했었다.</p>
<p>어쨌거나 있는 것 없는 것 다 꺼내서 강의를 하려고 준비해서 처음 강의하러 갔던 날은 (수강생들 외에는 아는 사람도 없겠지만) 얼마나 떨었는지 모른다. 지금은 사람들 앞에 서는 일에 좀 익숙해져서 실수를 해도 대충 얼버무릴 뻔뻔함이 생겼지만, 그 때는 잘못하면 큰일난다 생각했었으니까. 지금 와서 말하는 거지만, 처음(2006년)에 비해서 최근의 강의 자료는 (어떤 면에선 조금 퇴보한 느낌도 있지만) 훨씬 질이나 양적인 면에서 정확하고 풍부해진 편이다. 그 시절 많이 모자라고 버벅대는 강의를 들어주셨던 많은 분들께 이 글을 빌어 진심으로 사죄의 말씀을 전하고 싶다.</p>
<p>다른 사람 앞에 선다는 것은 일단 그 자리를 채우기 위한 준비가 필요한 것이고, 그만큼의 공부가 더 필요하다는 뜻이기도 하다. 남의 이야기를 듣는 것보다 내가 이야기를 전하기 위해서 준비해야 하는 내용이 훨씬 양적으로나 질적으로나 많을 수밖에 없을테니 말이다. 그래서 나는 남들보다 좀 더 일찍 많은 공부를 할 필요가 있었다. 잘 알기 때문에 남들을 가르치는 입장이 아니라, 남들을 가르치기 위해서 공부했고 그래서 지금은 공부했던 만큼의 시간은 벌었다고 생각한다.</p>
<h2>커뮤니티의 확산</h2>
<p>전쟁의 폐허는 처참하기 그지없겠지만, 기술의 급진적 진보는 대개 전쟁을 통해 이루어지곤 한다. 한국에서 웹 표준을 하네 마네 한바탕 홍역을 치르고 났더니 어느샌가 웹 표준을 하는 사람들이 엄청나게 늘었다.</p>
<p>과거에는 웹 표준을 논의할만한 공간이 <a href="http://forum.standardmag.org">CSS Design Korea</a>(이하 CDK)나 <a href="http://mozilla.or.kr">한국 모질라</a> 사이트의 <a href="http://forums.mozilla.or.kr/viewforum.php?f=9">웹 표준 포럼</a> 정도였는데 시간이 지나면서 많은 사람들이 웹 표준을 인식하고, 공부하고, 사용하게 되면서 논의의 공간도 늘고 참여 인원 역시 기하급수적으로 늘어났다.</p>
<p>지금은 웹 표준 커뮤니티 하면 빠지지 않는 곳이지만 네이버 카페 <a href="http://cafe.naver.com/hacosa">하드코딩하는 사람들</a>(이하 하코사)의 성장은 괄목할만하다. 내가 이 카페에 가입했을 때는 전체 회원 수가 100명 남짓이었는데 지금은 어느새 1만 6천명을 훌쩍 넘기고 있다. 최근엔 하코사의 글을 가끔 들여다보면 깜짝깜짝 놀랄 때가 있다. 카페의 특성상 질문과 답변이 전체 게시물 중에서도 큰 비중을 차지하고 있는데 그 답변 중에는 정말 깊이 있는 내용이 있기도 하고, 좋은 아이디어들이 보이기도 한다. 또 수십에 달하는 스터디 모임을 보면 사람들이 얼마나 웹 표준을 공부하고 있는지 알 수 있다.</p>
<p>예의 하코사의 스터디로 시작해서 독립적인 모임이 된 <a href="http://clearboth.org">클리어보스</a>의 경우에도 오페라 웹 표준 커리큘럼을 번역하는 일부터, 신입 퍼블리셔를 위한 오리엔테이션이나 각종 웹 표준 세미나 등을 주최하는 등 다각적인 활동을 보여주고 있다. 이런 활동들은 웹 표준의 저변이 얼마나 넓어졌는지를 단적으로 보여준다 하겠다.</p>
<h2>은거 고수는 무림이 위험할 때만 등장하는가</h2>
<p>이런 저런 커뮤니티를 보고 있자면, 이제는 웹 표준 잘 하는 사람들이 정말 많아졌다는 생각을 하게된다. 최근에 참여하기 시작한 스터디 첫 모임에 나가서, 또 은거 웹 표준 고수의 존재를 알게 됐는데, 외부에 나오기를 꺼려하신다는 이야기를 들었다. 혼자서 열심히 일하고 공부해 실력을 쌓은 사람도 확실히 많아졌으리라. 하지만 모든 실력자들이 외부활 동을 하는 것은 아니다. 그런데도 무슨 세미나다 컨퍼런스다 해서 내용을 살펴보면 예전부터 발표해왔던 사람들 아니면, 현재 대기업이라 부를만한 곳에 다니는 사람들이 발표를 하고 있다.</p>
<p>예전에는 몰랐는데 최근 들어 세미나 등에서 발표하는 분들을 향한 질투 섞인 시선을 발견하곤 한다. 그런 자리에서 발표하는 사람들이 늘 최고의 실력자들이기 때문에 그 자리에 서는 건 아니다. 물론 뛰어난 분들도 발표를 많이 하시지만 조금 다른 경험, 혹은 하소연하고 싶은 이야기를 꺼낼 수 있는 용기가 있는 분들 역시 그런 곳에 서지 않을까 생각해본다.</p>
<p>또 그런 곳에 서시는 분들 중 일부는 알만한 사람들 다 아는 이야기를 또 하기 위해서 가야만하는 상황에 처하기도 한다. 저변이 넓어졌다고는 하지만 여전히 그 '아는 사람 다 아는 이야기'를 필요로 하는 사람들 역시 존재한다. 기존의 발표자들 역시 좀 피곤하지 않을까. 그 자리를 대신해줄 누군가는 항상 필요했다.</p>
<h2>밥상머리에서</h2>
<p>배우 황정민도 아닌데 왜 하필 밥상 이야기를 할까. 과거에 내가 썼던 글<sup id="fnref-980-2"><a href="#fn-980-2" rel="footnote">2</a></sup>에서 밥과 반찬 하는 법, 국끓이는 법을 HTML, CSS, Javascript 이해에 비유한 적이 있다. 그래서 이번에는 웹 표준이나 그에 관련된 전반(속칭 이 바닥)을 밥상에 한번 대어보고 싶었다.</p>
<p>과거에 비해 현재의 웹 표준은 그 사용 정도나 필요성이나 정말 주류로 인정받고 있다고 해도 과언이 아닌 것 같다. 말 그대로 밥상은 나름 거하게 차려져 있는 셈이다. 많은 사람들이 맛깔난 반찬도 올려뒀고, 여러분이 지은 밥도 올라와있다. 조금 일찍 온 사람들은 이미 단란하게 식사하는 중인가보다. 도시락 싸온 사람들 줄도 길다.</p>
<p>밥상이 충분히 큰데 몇 사람 앉아있다고 머쓱하게 기다리거나 주변을 배회할 필요는 없지 않을까. 수저만 가져가서 슬쩍 끼어앉아도 뭐랄 사람도 없거니와, 큰 밥상에 자리도 많다. 먼저 온 사람들끼리만 먹는다고 투덜댈 이유가 어디있는가. 내 숟가락 챙길 정신과 낯선 사람들에게 말 걸 수 있는 용기면 충분하다. 남의 집 반찬 맛도 좀 보고, 맛있으면 만드는 법도 좀 물어보고, 함께 앉아 밥 한 술 뜨면서 도란도란 이야기라도 나눠보시는 건 어떤가.</p>
<p>맛난 밥과 반찬, 국물은 그냥 함께 즐기면 된다. 이 밥상에서 중요한 건 한가지 뿐이다. 뭐라도 하나 만드는 법을 누군가에게 배웠다면, 나중에 나도 누군가에게는 그걸 가르쳐줘야겠다는 생각만 잊지 않으면 된다.</p>
<h2>나오며</h2>
<p>시장에서도 웹 표준은 그 가치를 인정받았다. 모바일이니 뭐니하면서 기술의 저변은 더더욱 넓어졌지만 소통의 저변은 그대로인 것은 아닐까. 공유와 개방의 기치는 Web 2.0으로 떠들썩했던 시기부터 논의돼왔는데, 우리에게 과연 공유와 개방에 걸맞는 자세가 갖춰져있었던 것일까. 앞서 있었던 사람들의 등을 보면서 함께 가자고 말을 걸어볼만한 용기가 우리에게 부족했던 것은 아닐까.</p>
<p class="note">늘 편하고 좋은 얼굴로 모든 일을 해나갈 수는 없겠지만, 노력하고 이해하려는 태도만 있다면 어지간한 일은 수월하게 풀리지 않을까 하는 바람에 쓴 글...인데 결국은 또 개똥같은 밥상 이론으로 횡설수설 마무리한다.</p>
<p class="note"><a href="http://kwag.net/Workshop/100717">KWAG의 열두번째 워크샵</a> 신청을 오늘 오전 10시부터 받는다고 하니 신청하실 분들은 빨리 움직이시는 게 좋을 듯.</p>
<div class="footnotes">
<ol>
<li id="fn-980-1">
국내에서 최초로 열린 웹 표준 세미나이다. 내가 여기에 참석할 수 있었던 건 정말 행운에 가깝다. <a href="#fnref-980-1" rev="footnote">↩</a>
</li>
<li id="fn-980-2">
한 1년 반쯤 전에 <a href="/standards-in-agency/">웹 에이전시에서 웹 표준하기</a>란 글을 썼었다. 회사에서 웹 표준하며 살아남기 위해 했던 일에 관한 기록을 긴 듯 짧게 정리했던 글이었고, <a href="/standards-in-agency/#fnref:6">밥 한 숟갈 얻어먹기 보다는 밥 짓는 법을 배우란 얘기</a>를 했었다. <a href="#fnref-980-2" rev="footnote">↩</a>
</li>
</ol>
</div>
웹 표준 스터디 멤버 모집2010-07-04T17:19:10+00:00http://resistan.com/study-member<p><a href="http://cafe.naver.com/hacosa.cafe">하드코딩하는 사람들</a>의 신림소모임 중에서 신대방역 중심으로(꼭 신대방역 인근이 아니어도 괜찮습니다만) <a href="http://cafe.naver.com/hacosa.cafe?iframe_url=/ArticleRead.nhn%3Fclubid=12566436%26page=1%26menuid=144%26boardtype=L%26articleid=17613%26referrerAllArticles=false">웹 표준 스터디하실 분들을 모집</a>합니다.</p>
<p>현재 다섯 명이 모인 상태로, 최대 여덟명까지 고려 중이니 앞으로 선착순 세 분까지만 모시겠습니다. 스터디는 기초부터 끝판 대장까지 갈 계획이기에 초심자를 우선적으로 환영할 것 같습니다.</p>
<p>스터디에 참여하고 싶은 분들께서는 키포인터(keypointer]앳[네이버닷컴)으로 메일 주시면 되겠습니다.</p>
네 번째 웹 표준의 날 참가 후기2010-05-30T09:35:56+00:00http://resistan.com/4th-web-standards-day<p class="note">근 1년간 포스팅이 없다가 불쑥 행사 참가 후기를 올리려니 좀 민망합니다...; 기존의 연재물은 어쨌거나 계속 써보려고 애쓰고 있으니 너무 미워하지 마세요. ㅡ.ㅜ</p>
<p><a href="http://standardmag.org">CSS Design Korea</a>에서 주최하고 <a href="http://www.nia.or.kr">한국정보화진흥원</a>, <a href="http://opera.com">Opera Software</a>, <a href="http://nhncorp.com">NHN</a>, me2day에서 후원한 <a href="http://wiki.standardmag.org/kws4day">제 4회 웹 표준의 날</a> 행사가 성황리에 종료되었습니다. 저는 운영진인 이유로 이번 행사에 자원 봉사자로 참여했습니다.</p>
<!--more-->
<div class="boxed alignLeft">
<img alt="사회를 맡은 장성민님" src="/media/P1010001.JPG" title="행사 시작" />
<p>사진은 재치와 입담으로 행사를 지루하지 않게 만든 혼위구라(魂僞九喇) <a href="http://jangkunblog.com">장성민</a> 선생이십니다. 가끔은 난폭한 입담이지만 모두 즐거웠습니다.</p>
</div>
<p><a href="http://hyeonseok.com">신현석</a>님은 '브라우저 이야기'라는 주제로 개발자들이 브라우저 지원에 대해서 어떤 시각을 가져야 할 것인지에 대해 이야기해 주셨습니다.</p>
<p><a href="http://naradesign.net">정찬명</a>님은 <a href="http://naradesign.net/ouif/css3/">CSS3를 이용하여 만든 페이지</a>를 시연하며 발표해주셨습니다. CSS3에서 새로이 이용할 수 있는 속성들을 간단히 살펴볼 수 있는 시간이었습니다.</p>
<p>웹 표준의 날에서는 오랜만에 뵙는 <a href="http://hooney.net">조훈</a>님은 '브라우저를 넘어 디바이스로'라는 주제를 발표해주셨습니다. 웹 표준이 과거에는 브라우저에 많이 신경을 써야했다면 이제는 디바이스가 주는 영향력을 무시할 수 없고, 이런 것들에 대한 접근이 필요하다는 점을 말씀해주셨습니다.</p>
<p>휴식시간 후에는 웹 접근성에 관한 주제가 이어졌습니다. <a href="http://njpaiks.egloos.com/">백남중</a>님은 'ARIA, HTML5 그리고 시각장애인'이라는 주제로, <a href="http://boochim.net/">윤좌진</a>님은 '미투데이와 웹 접근성'이라는 주제로 미투데이 서비스의 웹 접근성 개선 노력에 관한 내용을, <a href="http://jhyun.wordpress.com/">현준호</a>님은 '웹 콘텐츠 접근성 2.0 표준 소개'라는 제목으로 개정된 웹 접근성 표준에 관해 말씀해주셨습니다. 마지막으로 <a href="http://jangkunblog.com">장성민</a>님은 새로이 <a href="http://kwag.net">KWAG</a> 모임을 준비한다는 소식을 전해주셨는데요, 7월 17일이 기다려집니다.</p>
<p>3회까지의 웹 표준의 날에서는 웹 표준에 대한 소개나 설득의 내용이 많았다면 이번 행사에서는 현시점에서 웹 표준을 다루는 사람들의 방향성에 대한 제안이 있었다고 생각합니다.</p>
<p>이번 웹 표준의 날에는 제 2회 웹 표준 경진대회도 함께 열렸습니다. 작은 화이트 보드에 정답을 써서 보여주는 골든벨 방식으로 진행되었습니다.</p>
<div class="imageCaption alignCenter">
<p><img alt="웹 표준 경진대회" src="/media/P1010030.JPG" title="웹 표준 경진대회" /></p>
<p>사진은 이번 행사 준비를 총괄해주신 <a href="http://mydeute.com/txp/">홍윤표</a>님이 익살스럽게 대회 시작을 준비하는 모습입니다.</p>
<p><img alt="웹 표준 경진대회 패자부활전" src="/media/P1010036.JPG" title="웹 표준 경진대회 패자부활전" /></p>
<p>웹 표준 경진대회 패자부활전의 풍경. 답이 3번인 모양이군요.</p>
</div>
<p>이번 대회의 문제 수준이 아주 높은 편은 아니었다는 생각입니다. 그런데도 초반의 약어를 묻는 문제에서 너무 많이 틀리시더군요. (왠지 우리 나라의 영어 교육이 문제는 아닐까 하는 생각이 문득 들기도 했습니다만) HTML이든 CSS든 다 영어를 기반으로 하고 있기 때문에 단어의 의미를 잘 알고 사용하는 건 상당히 중요하다고 생각합니다.</p>
<p>행사와 대회를 준비하고 운영하신 분들, 발표하신 분들, 그리고 웹 표준을 좋아하고 더 나은 웹을 만들기 위해 노력하시는 참가자 분들 모두 수고하셨습니다.</p>
<p>개인적으로 상품을 준비해주신 백남중, 방미희, 전승엽님께도 감사의 말씀을 전합니다.</p>
<p class="note">전체 사진은 <a href="http://picasaweb.google.com/resistan/4#slideshow/5476945275204848386">피카사</a>를 통해 보실 수 있습니다.</p>
IWCAG 1.0 제대로 알기 2: 대체 텍스트의 사용2009-06-11T21:27:01+00:00http://resistan.com/understand-iwcag-10-2<p class="note">이 글은 <acronym title="Internet Web Contents Accessibility Guideline">IWCAG</acronym> 1.0(이하 지침)의 이해를 돕기 위한 연재글 중 두번째 글입니다.</p>
<h2>여인의 향기</h2>
<p>얼마 전 여인의 향기(Scent of a Woman)라는 영화를 보게 됐다. 탱고 장면이 유명하다는 것만 알았지 내용도 전혀 모른채 보기 시작했다. 하지만 영화가 끝난 후에는 참 많은 생각을 하게 되었다. 웹 접근성을 공부하기 전에는 보이지 않았던 점들이 많이 눈에 띈 것도 그렇고.</p>
<p>영화 줄거리를 간단하게 요약하자면, 군인 시절에 맹인이 되어버린 프랭크(알 파치노)와 아르바이트로 며칠간 그를 돕게된 찰리(크리스 오도넬)가 만나서 서로에게 의지가 되어준다는 이야기이다. 영화의 전반부가 시각 장애인이 살아가는 방식, 그 속에서 느껴지는 고통을 보여준다면 종막에 이르러서는 바른 시각을 가진 한 인간의 면모를 잘 보여준다.<!--more--></p>
<p>대체 텍스트 이야기를 하겠다고 글을 시작해두고 영화 이야기를 이렇게 풀어놓는데는 나름 이유가 있다. 지침을 두고 어떻게 대처해야 하는가에 대해서는 많은 질문이 나오지만 왜 그래야 하는가에 대한 질문은 사실 많지 않다. 이는 달리 말하면 장애에 대한 이해를 요구하는 일임에도 불구하고 그런 시도조차 쉽게 이루어지지 않는다는 뜻이기도 하다.</p>
<div class="boxed alignLeft">
<img src="/media/p10101031-300x224.jpg" alt="찰리에게 화내는 프랭크" width="300" height="224" />
<p>장애를 가진 사람 역시 스스로 원하지 않는 도움은 받지 않으려 한다. 시혜한다는 생각은 버리자.</p>
</div>
<p>다시 영화 이야기로 잠시 돌아가보자. 내가 처음 충격을 받았던 장면은 프랭크가 찰리에게 화를 내던 때였다. 화를 낸 이유가 재밌는데, 공항 앞에서 찰리가 프랭크를 부축하려 하자 프랭크는 '너 장님이야? 그런데 내 팔을 네가 왜 잡아, 내가 널 잡아야지!'라고 말한다.<sup id="fnref-726-1"><a href="#fn-726-1" rel="footnote">1</a></sup></p>
<p>많은 비장애인들이 장애인에 대해 많은 오해를 안고 살아간다. 어떤 배려가 도움이 될 수 있는지를 아는 것도 중요하겠지만 정말 그들에게 필요한 일이 무엇인지를 알기 위해서는 그들이 어떻게 살아가는지를 이해할 필요가 있지 않을까.</p>
<h2>대체 텍스트</h2>
<p>웹 접근성 관련 교육을 나가거나 하면 흔히 이야기하는 내용 중 하나가 '대체 텍스트만 제대로 넣어도 웹 접근성 제고 작업의 70%는 한 것이다'라는 말이다. 이런 이야기를 하는 이유는 웹 사이트에서 텍스트를 제외하고 가장 빈번하게 사용되는 것이 이미지이기 때문이다. 일반적으로 사이트에서 사용하는 이미지는 페이지 개수의 10배수 이상, 아니 페이지별로 다루는 콘텐츠가 많다면 기하급수적으로 늘어난다. 물론 이것은 사이트를 운영하는 측에서 원하는 디자인에 따라 달라지는 거겠지만 인터넷 회선이 빨라지고 브라우저의 멀티미디어 지원이 확대되면서 이미지의 사용은 아주 보편적인 일이기도 하다. 다만, 이미지를 이용하는 것만큼 대체 텍스트를 잘 제공하는 것이 시각 장애인을 위한 제작자의 최소한의 에티켓이라 할 수 있겠다.</p>
<p>그렇다면 대체 텍스트를 어떻게 제공하는 것이 도움이 될 것인가를 살펴보자. 이에 관한 항목은 지침의 제일 처음에 나온다.</p>
<blockquote cite="http://wah.or.kr/kwcag/wcag_guide_1.asp">
<p class="noindent">항목 1.1 텍스트 아닌 콘텐츠(Non-text Contents)의 인식</p>
<p>텍스트 아닌 콘텐츠 중에서글로 표현될 수 있는 모든 콘텐츠는 해당 콘텐츠가 가지는 의미나 기능을 동일하게 갖추고 있는 텍스트로도 표시되어야 한다.</p></blockquote>
<p>이미지에 alt(alternate text)라는 속성을 이용해 이미지와 동일한 내용을 텍스트로 전달할 수 있도록 작성하라는 뜻<sup id="fnref-726-2"><a href="#fn-726-2" rel="footnote">2</a></sup>이지만, 실제로 사용하는 이미지의 종류가 워낙 많다보니 아무래도 좀 막연한 구석이 있다.</p>
<h3>사용자를 배려하는 일</h3>
<div class="boxed alignRight">
<img class="wp-image-800 size-medium" src="/media/w3_safari1-300x215.png" alt="그래픽 브라우저에서 본 W3C 사이트" width="300" height="215" />
<p>이용 브라우저와 모양새는 다르지만 내용은 같다.</p>
<p><img class="wp-image-799 size-medium aligncenter" src="/media/w3_lynx1-300x293.png" alt="텍스트 브라우저에서 본 W3C 사이트" width="300" height="293" /></p>
</div>
<p>대체 텍스트는 단순히 스크린리더 사용자에게 이미지의 내용을 알려주기 위해서만 존재하는 것은 아니다. 저사양 PC나 저속회선을 이용하는 경우, 또 텍스트 브라우저 사용자 등 이미지가 로딩되기 어렵거나 이미지를 출력하지 않는 상황에도 대응할 수 있도록 존재하는 속성이라 할 수 있다. 어떤 조건에서도 콘텐츠를 사용자에게 전달하는 것, 그것이 대체 텍스트나 대체 콘텐츠를 제공하는 가장 근본적인 이유라 하겠다.</p>
<p>따라서 <em>이미지와 대체 텍스트가 전달하고자 하는 바는 같아야</em> 한다. 텍스트를 이미지로 작성한 경우에는 물론이거니와, 그래프나 그림(사진)이라도 설명 가능한 이미지는 그 설명이 대체 텍스트로 제공되는 것이 바람직하다.</p>
<p>스크린을 이용한다면 정보는 평면(2차원)적으로 배열되고 이를 시각적으로 인식하는 사람들은 배치 면적에 따라 중요도의 차이를 알 수 있다. 그러나 음성이나 브레일 장치<sup id="fnref-726-3"><a href="#fn-726-3" rel="footnote">3</a></sup>로 출력되는 내용은 시각에 의한 인식과는 달리 1차원에 가깝다. 온 동네가 정전인데 배터리로 작동하는 라디오만 한 대 있다고 생각해보라. 음성 정보가 연속적으로 나열되기 때문에 언제 뭐가 나올지 알 수가 없다. 다행히도 웹 사이트는 사용자 입력을 통한 상호 작용이 가능하며, 스크린리더는 가상커서모드<sup id="fnref-726-4"><a href="#fn-726-4" rel="footnote">4</a></sup>를 지원한다. 그러니 이미지를 문맥상에 사용할 경우에는 대체 텍스트 제공에 더욱 주의하는 것이 좋겠다.</p>
<h3>이미지를 잘 만드는 일부터</h3>
<p>대체 텍스트를 제대로 제공하는 것도 중요하지만 그 전에 고민해야할 점이 있다면 <em>이미지를 만들 때부터 신경써야 한다</em>는 것이다. 텍스트로 표현 가능한 내용을 이미지로 표현하는 것은 그 형상을 통해 전달하고 싶은 것이 있거나, 이미지를 이용했을 때 훨씬 더 쉽게 전달할 수 있는 내용<sup id="fnref-726-5"><a href="#fn-726-5" rel="footnote">5</a></sup>이 있을 경우라고 볼 수 있다.</p>
<p>그러나 많은 사이트에서는 이미지를 사용하는 본래의 의도를 망각하고 습관적으로 이미지를 사용하고 있는 것이 사실이다. 그 이유는 이미지를 활용하여 사이트의 형태적 아름다움을 추구하기 때문이 아닐까 한다. 물론, 형태적 아름다움을 추구하는 것이 나쁜 것은 아니다. 다만, 단순히 예쁘게 만들기 위하여 내용을 인식하기 어렵게한다면 그것은 본말이 전도된 경우가 아니라 할 수 없다.</p>
<p>콘텐츠가 아니라 장식으로 사용되는 이미지는 alt=""와 같이 빈 대체 텍스트를 제공하는 방법도 있겠지만, 웹 표준 이야기에서 누누히 다루듯이 가급적이면 CSS 등을 이용해서 배경 처리하는 것이 좋은 방법이 될 수 있다.</p>
<h3>대체 텍스트가 너무 길다면</h3>
<p>지침은 alt로 설명하기에는 너무 많은 내용이 제공되어야 한다면 img 태그에 longdesc(long description)라는 속성을 이용하여 대체 콘텐츠를 포함한 페이지 URI를 참조하도록 하는 것을 권장하고 있다.</p>
<p>longdesc 속성에 대한 논란<sup id="fnref-726-6"><a href="#fn-726-6" rel="footnote">6</a></sup>이 있는 것은 사실이나 지난해 12월 발표된 <a href="http://www.w3.org/TR/WCAG20-TECHS/H45.html">WCAG 2.0에서는 여전히 longdesc 사용을 다루고</a> 있다. HTML이나 XHTML의 다음 표준안이 제정되기까지 걸리는 시간, 그리고 브라우저에서 새 표준안을 수용하는 시간, 새로운 브라우저를 사용자들이 보편적으로 사용하게되는 시간까지 고려한다면 longdesc는 쉽게 버릴 수 있는 속성이 아닌듯 하다. 정보 제공자의 입장에서 longdesc를 이용하여 대체 콘텐츠를 제공하는 것이 불편하다면 콘텐츠를 좀 더 작은 단위로 쪼개어 표시할 수 있도록 설계하는 것은 어떨까 한다.</p>
<p>longdesc를 사용할 때 흔히 하는 실수라면 URI 값을 제공하지만 실제로는 해당 주소가 가리키는 페이지가 없다거나, longdesc만 제공하고 alt를 제공하지 않는 경우 등이 있다. 기왕 제공하는 대체 페이지라면 꼼꼼하게 작업해서 필요한 사람들이 쓸 수 있도록 하는 것이 좋지 않겠는가.</p>
<h2>프랭크가 아니라 찰리</h2>
<div class="boxed alignRight">
<img src="/media/p10101081-300x224.jpg" alt="프랭크에게 플로어의 배치를 설명하는 찰리" width="300" height="224" />
<p>플로어 바깥 쪽엔 밴드가 있고, 테이블이 있어요. 플로어는 20-30피트 쯤 되고 지금 긴 쪽에 서 계시는 거에요.</p>
</div>
<p>여인의 향기는 뭐니뭐니해도 탱고 장면으로 유명한 영화다. 사람들은 앞을 볼 수 없지만 그 체취와 분위기로 상대를 파악하는, 여인에게 당당히 탱고를 신청하는, 또 발을 밟거나 밟히거나 꿋꿋히 춤을 춰내는 프랭크를 기억한다. 하지만, 웹 사이트를 제작하는 우리가 주목해야 할 점은 탱고를 출 줄 아는 맹인 프랭크가 아니라, 춤을 시작하기 전에 플로어의 배치를 설명해주는 찰리의 배려가 아닐까 한다.</p>
<p>또한 우리가 프랭크에 대해 기억해야 할 것은 찰리를 누구보다도 열심히 변호한, 학생들에게 무엇을 가르쳐야 하는지에 대해 열변을 토했던 한 '인간'이라는 점일 것이다. 시력을 상실했다는 사실이 지적 수준의 저하를 의미하는 것은 아니다. 그는 단순히 앞을 볼 수 없을 뿐이지 그 외의 능력은 똑같은, 아니 외려 더 뛰어날지도 모르는, 나와 같은 인간임을 잊지 말아야 할 것이다.</p>
<div class="boxed alignLeft">
<img class="wp-image-747 size-medium" src="/media/sentofawoman11-300x161.jpg" alt="프랭크의 명연설" width="300" height="161" />
<p>찰리는 자신의 미래를 사기 위해서 누구도 팔지 않았소!</p>
</div>
<p>지침에 대한 설명을 한다고 시작한 글이 영화 감상처럼 변한 감이 다소 있지만 잔소리가 아니라 이해를 돕기위해 든 예라고 생각해주시면 좋겠다 (이 연재를 시작한 후에 보게된 영화라 엔딩 크레딧이 올라갈 때가 되니 어느새 장애를 소재로 다룬 영화<sup id="fnref-726-7"><a href="#fn-726-7" rel="footnote">7</a></sup>를 목록으로 작성하고 있더라는...). 꼭 장애인이 주인공이여서가 아니라 보편적 감동을 주는 영화기에 아직 안보신 분이 계시다면 꼭 한번 보시길 권하고 싶다.</p>
<h2>참고</h2>
<ul>
<li>웹 접근성 연구소의 대체 텍스트 관련 사례</li>
<li><a href="http://www.w3.org/TR/WCAG20-TECHS/">Techniques for WCAG 2.0</a></li>
<li><a href="http://www.w3.org/TR/html401/struct/objects.html#edef-IMG">HTML 4.01: the IMG element</a></li>
<li><a href="http://w3schools.com/tags/att_img_alt.asp">W3C schools: HTML <img> alt attribute</a></li>
<li><a href="http://w3schools.com/tags/att_img_longdesc.asp">W3C schools: HTML <img> longdesc attribute</a></li>
<li><a href="http://www.w3.org/TR/CSS21/media.html#media-types">CSS 2.1: Recognized media types</a></li>
</ul>
<p class="more"><a href="/understand-iwcag-10-1/" rel="index">연재 목록</a></p>
<div class="footnotes">
<ol>
<li id="fn-726-1"><a href="http://www.kbuwel.or.kr">한국시각장애인연합회 </a>사이트에서는 <a href="http://www.kbuwel.or.kr/Blind/For">시각장애인을 만날 때의 에티켓</a>에 대해 소개하고 있으므로 참고하시길 바란다. 나 역시 사전에 이런 정보를 몰랐다면, 이 순간을 프랭크의 성격을 드러내는 장면으로 여기고 대수롭지 않게 넘겼을지도 모르겠다. <a href="#fnref-726-1" rev="footnote">↩</a></li>
<li id="fn-726-2">이미지에 alt 속성을 이용했을 때 IE6에서는 마우스를 가져가면 대체 텍스트의 내용을 툴팁으로 보여준다. 이것은 브라우저가 야기하는 문제이므로 title 속성 대신 사용해서는 안된다. <a href="http://w3schools.com/tags/att_img_alt.asp">W3C Schools의 alt 속성에 관한 내용</a>을 살펴보면 IE의 반응 방식이 잘못되었다는 노트를 볼 수 있다. <q cite="http://w3schools.com/tags/att_img_alt.asp">Internet Explorer displays the value of the alt attribute as a tooltip when mousing over the img element. This is NOT the correct behavior, according to the HTML specification.</q> <a href="#fnref-726-2" rev="footnote">↩</a></li>
<li id="fn-726-3">점자정보단말기(<a href="http://en.wikipedia.org/wiki/Refreshable_Braille_display">refreshable Braille display 혹은 Braille terminal</a>. 일반적으로 점자는 인쇄되어 있거나 금속판에 새겨져 부착되어 있는 것으로 생각하기 쉬운데, 브레일 장치는 연속적으로 점자를 출력하는 기기다. 영화 이야기가 나온 김에 또 해보자면 로버트 레드포드 주연의 92년작 스니커즈(Sneakers)에도 시각 장애인인 주인공의 동료가 사용하는 장치로 등장한다. 최근에는 <a href="http://iabf.or.kr/Pds/PartnerView.asp?board=partner&pg=1&bseq=652&md=&sf=&ss=">점자 컴퓨터로 출시</a>되고 있다. <a href="http://www.w3.org/TR/CSS21/media.html#media-types">CSS에서 지원하는 미디어 타입</a>에는 음성(aural), 점자 인쇄(embossed), 브레일 장치(braille)가 구별되어 있다. <a href="#fnref-726-3" rev="footnote">↩</a></li>
<li id="fn-726-4">가상커서모드란 스크린리더 사용자들이 웹 사이트를 이용할 때 보이지 않는 포인터를 키보드로 조작하여 글자 단위, 줄 단위로 정보를 읽을 수 있게 해주는 것이다. <a href="#fnref-726-4" rev="footnote">↩</a></li>
<li id="fn-726-5">의사 표현이 어려운 장애인의 경우 심볼이나 그림을 이용하여 의사 전달을 하기도 한다. 이는 잘 만들어진 디자인 요소들이 얼마나 인식과 이해에 도움을 주는지 알 수 있는 사례라 하겠다. <a href="#fnref-726-5" rev="footnote">↩</a></li>
<li id="fn-726-6"><acronym title="Web Accessibility Initiative">WAI</acronym>에서는 참고만 하라지만 longdesc 사용에 대해서 회의적인 입장도 있다. 확실히 사이트를 제작하고 관리하는 입장에서 본다면 longdesc의 사용은 상당히 번거로운 일이다. 이에 관해서는 <a href="http://forum.standardmag.org/viewtopic.php?id=2024">longdesc 사용하시나요</a>라는 <acronym title="CSS Design Korea">CDK</acronym> 게시물과 일몰님의 <a href="http://ilmol.com/2008/04/ALT%20%EC%99%80%20Title%20%EC%86%8D%EC%84%B1%EC%9D%98%20%EB%B0%94%EB%A5%B8%20%EC%9D%98%EB%AF%B8.html">ALT 와 Title 속성의 바른 의미</a>라는 글을 참조하시길 바란다. 다만, <a href="http://www.w3.org/QA/2009/05/_watching_the_google_io.html">HTML 5는 아직 확정 권고안이 아니다</a>. <a href="#fnref-726-6" rev="footnote">↩</a></li>
<li id="fn-726-7">평소엔 잘 떠올릴 수 없지만 장애인을 소재로한 영화는 의외로 많다. 해외의 경우 레이(시각 장애), 레인맨(발달 장애), 포레스트 검프(지적 장애), 제8요일(<a href="http://ko.wikipedia.org/wiki/%EB%8B%A4%EC%9A%B4_%EC%A6%9D%ED%9B%84%EA%B5%B0">다운증후군</a>), 나의 왼발(뇌성마비), 아이엠 샘(지적 장애) 등이 있다. 한국 영화 중에도 오아시스(뇌성마비), 말아톤(발달 장애), 맨발의 기봉이(지적 장애), 대한이, 민국씨(지적 장애) 등이 있다. <a href="#fnref-726-7" rev="footnote">↩</a></li>
</ol>
</div>
IWCAG 1.0 제대로 알기 12009-05-20T09:39:53+00:00http://resistan.com/understand-iwcag-10-1<p class="note">연재물을 시작하면 잘 마무리하지도 못하는 주제에 매번 이렇게 예고하게 되는군요. 많은 재촉 부탁드립니다. T_T</p>
<h2>들어가며</h2>
<p><a href="http://wah.or.kr/kwcag/"><acronym title="Internet Web Contents Accessibility Guideline">IWCAG</acronym>(인터넷 웹 콘텐츠 접근성 지침) 1.0</a>이 발표된지 수년이 흘렀고, <a href="http://www.iabf.or.kr/Pds/ReportView.asp?board=report&bseq=2683">장애인 차별 금지 및 권리구제 등에 관한 법률</a>이 시행되면서 많은 사람들이 이를 이해하고 활용하려고 하고 있다. (물론 <a href="http://w3.org"><acronym title="World Wide Web Consortium">W3C</acronym></a>에서는 <a href="http://www.w3.org/TR/WCAG20/"><acronym title="Web Contents Accessibility Guideline">WCAG</acronym> 2.0</a>이 이미 발표되었고 국내 지침도 조만간 버전업될 예정이지만 당장 제도에 맞춰야하는 실무자들은 1.0 지침을 두고 작업할 수밖에 없는 것 또한 현실이다.) 지침을 그냥 말로만 이해하려고 들면 어려운 일이 아닐지는 모르지만, 그 항목들이 왜 만들어졌는지에 대해서 알지 못하면 외려 잘못 반영하게 되는 경우가 많다. 웹 접근성을 두고 여전히 많은 사이트에서 범하는 오류를 보며 이를 제대로 해석하고 이해하는 일이 필요하다고 느껴 이 글을 시작해본다.<!--more--></p>
<p>IWCAG는 4개 지침 14개 항목으로 구성되어 있으며 컴퓨팅 조건보다는 인간의 신체적 장애와 이에 맞춘 보조기기를 지원할 수 있도록 하는 내용을 중점적으로 다루고 있으나, 이 지침을 제대로 지킨다면 신체적 장애나 연령에 따르는 한계 뿐만 아니라 저사양 컴퓨터, 플랫폼, 브라우저에 구애받지 않는 웹 사이트를 제작하는데 큰 도움을 받을 수 있다.</p>
<h2>IWCAG 1.0</h2>
<h3>인식의 용이성</h3>
<p>인식의 용이성이라 함은 기본적으로 웹 사이트에서 제공하는 컨텐츠를 사용자가 알아볼 수 있게 만들어야한다는 것을 뜻한다. 이는 인지에 장애가 있는 사람들을 포함하여 모든 사람이 동등하게 정보를 제공받을 수 있어야 한다는 뜻이다. 그래서 이 항목에서는 사용자가 특정 감각 기관이나 출력 장치에 구애받지 않도록 정보를 제공하는 방법을 다루고 있으며 이에 대한 항목은 아래와 같다.</p>
<ol>
<li><a href="/understand-iwcag-10-2">텍스트가 아닌 콘텐츠(non-text contents)의 인식</a></li>
<li>영상 매체의 인식</li>
<li>색상에 무관한 인식</li>
</ol>
<h3>운용의 용이성</h3>
<p>운용의 용이성은 입력 장치에 구애 받지 않고 모든 기능을 이용할 수 있도록 웹 사이트를 제공하라는 뜻이다. 좌표를 기반으로 이용하게 되는 마우스의 경우 지체 장애, 시각 장애 등 신체적 자유가 제한된 사람의 경우 이용하기 어렵다.<sup id="fnref-701-1"><a href="#fn-701-1" rel="footnote">1</a></sup> 일반적으로 컴퓨팅에서 상호 작용(Interaction)이 필요한 경우 핵심 기능의 키보드 의존도가 여전히 높다할 수 있다.<sup id="fnref-701-2"><a href="#fn-701-2" rel="footnote">2</a></sup> 장애인용 보조 입력장치의 경우 대부분이 키보드에 대응하도록 제작되어 있다. 따라서 마우스에만 의존하는 방식을 배제하고 키보드로 모든 내용에 순차적 접근을 할 수 있도록 페이지를 작성하는 것이 이 항목의 핵심이라 할 수 있다.</p>
<ol>
<li>이미지 맵 기법 사용 제한</li>
<li>프레임의 사용 제한</li>
<li>깜빡거리는 객체 사용 제한</li>
<li>키보드로만 운용 가능</li>
<li>반복 네비게이션 링크</li>
<li>반응시간의 조절기능</li>
</ol>
<h3>이해의 용이성</h3>
<p>인식과 운용이 가능한 웹 사이트라 할지라도 그 내용을 이해하고 사용하는데 무리가 있어서는 안된다는 것이 이 항목의 핵심이다. 따라서 같은 내용이라도 맥락을 통해서만 이해 가능하게 작성하는 것을 피하고, 순차적이고 명확한 내용을 보다 이해하기 쉽게 제공하는 것이 필요하다.</p>
<ol>
<li>데이터 테이블 구성</li>
<li>논리적 구성</li>
<li>온라인 서식 구성</li>
</ol>
<h3>기술적 진보성</h3>
<p>기술적 진보성은 웹에 사용되는 기술이 발전하는 것에 맞추어 웹 사이트를 개발하되 앞서 거론된 인식, 운용, 이해가 용이하도록 작성해야 한다<sup id="fnref-701-3"><a href="#fn-701-3" rel="footnote">3</a></sup>는 뜻이다. 따라서 새로운 기술이 발생하여 웹 사이트에 이를 적용하더라도 특정 입/출력 장치에 의존하거나 신체적 장애 유무에 따라 이용 불가능해서는 안되며, 이렇게 제작이 불가능할 경우 동등한 내용과 기능을 담은 별도의 페이지를 제공하라는 의미를 담고 있다.</p>
<ol>
<li>신기술의 사용</li>
<li>별도 웹사이트 제공</li>
</ol>
<h2>나오며</h2>
<p>각 지침을 간략하게 정리해보았다. 웹 접근성을 향상 시키려는 노력에 있어 <strong>가장 중요한 사실은 누구나 웹 사이트를 이용할 수 있도록 제작하는 것에 있다</strong>는 사실이다. 이 점만 잊지 않는다면 향후에 지침이나 웹 사이트가 변경되는 경우가 생겨도 큰 혼란없이 개선해 나갈 수 있으리라 생각한다.</p>
<p class="note">이 글은 지침별 항목에 대한 이해를 돕기 위해 작성될 것이며 각 지침에 대한 상세 설명을 향후에 시리즈로 추가하고 링크할 예정입니다. 지침별 항목을 웹 사이트에 적용한 사례는 <a href="http://www.wah.or.kr">웹 접근성 연구소</a>에서 다루고 있으므로 참고하시기 바랍니다. 앞서 말씀드렸다시피 제가 게으름 피우지 않도록 많은 격려와 채찍질 부탁드립니다. -_-;;</p>
<div class="footnotes">
<hr />
<ol>
<li id="fn-701-1">
시각 장애인들은 마우스 포인터의 위치를 인지할 수 없기 때문이며, 지체 장애인들은 마우스를 이용하기 어렵다. <a href="http://www.kepad.or.kr/info_center/research_data/view.jsp">2008년 장애인 통계</a>(한국장애인고용촉진공단 통계자료실 296번)에서 볼 수 있듯이 전체 등록 장애인 210만명 중 지체 장애인이 그 50%를 넘는다. 이를 통해서도 키보드를 이용할 수 있도록 웹 사이트를 제공하는 것이 얼마나 중요한지 알 수 있다. <a href="#fnref-701-1" rev="footnote">↩</a>
</li>
<li id="fn-701-2">
<acronym title="Human-Computer Interface">HCI</acronym>의 개념에 맞는 이야기인지는 모르겠으나 여전히 사용자는 특정 내용을 키보드를 통해 입력해야 하며, 터치스크린처럼 가상 키보드 인터페이스를 이용하지 않는한 키보드는 컴퓨터를 사용하는데 있어 필수적인 입력 장치이다. <a href="#fnref-701-2" rev="footnote">↩</a>
</li>
<li id="fn-701-3">
현재 신기술로 취급되는 것은 HTML로 제공하는 콘텐츠 외에 플래시나 실버라이트 등의 멀티미디어를 이용한 방식과 자바스크립트처럼 콘텐츠 보조하는 언어 등이 있다. 현재 이런 기술은 자체적인 접근성을 제공할 수 있는 것으로 간주하여 별도의 웹 페이지나 웹 사이트를 제공하는 것을 지양하도록 권장하고 있다. <a href="#fnref-701-3" rev="footnote">↩</a>
</li>
</ol>
</div>
세번째 웹 표준의 날을 마치고2009-02-09T09:25:13+00:00http://resistan.com/3rd-web-standards-day<p>2월 7일 <a href="http://www.kado.or.kr">한국정보문화진흥원</a>에서 열렸던 <a href="http://forum.standardmag.org/viewtopic.php?id=2567">세번째 웹 표준의 날</a> 행사에서 <a href="/savethedeveloper/">브라우저 업그레이드 캠페인</a>에 관한 발표를 했습니다.</p>
<div class="boxed alignLeft">
<img class="size-medium wp-image-659" src="/media/3rdwsday1-300x199.jpg" alt="웹 표준의 날 발표 장면(봄눈님 촬영)" width="300" height="199" />
<p>웹 표준의 날 발표 장면(<a href="http://pageoff.net">봄눈</a>님 촬영)</p>
</div>
<p>뭐, 불성실한 준비에 썩 좋지 않았던 컨디션으로 원했던 내용을 잘 전달하지는 못했다고 생각합니다만 궁금하실 분들을 위해서 한마디로 요약해보자면, <em>브라우저 업그레이드 캠페인은 그저 더 좋은 웹을 만들기 위해서 동원한 하나의 방법일 뿐</em>이라는 겁니다. (발표 자료를 PDF로 만들어올릴까 생각도 해봤습니다만, 유명한 독설가님께서 등장하는 장면 때문에 파일 변환이 썩 여의치가 않습니다. 대부분 단어들이고 다 이어 붙이면 몇 줄 나오지 않는 내용인지라 그냥 몇 줄 요약한 것으로 대신할까 합니다.)<!--more--></p>
<p>많은 사람들이 웹 표준을 배우고 보급하고 사용하기 위해서 애쓰고 있습니다. 하지만, 현실적으로 바뀌어나가는 부분은 그리 눈에 들어오지 않는 편입니다. 그리고 그것이 단순히 이런 노력을 하는 사람들 주위에서 받아들여주지 않기 때문인가, 내지는 누군가에게 책임이 있는 문제인가를 살펴보면서 우리가 정말 해야할 일이 뭘까를 고민하고자 했습니다.</p>
<p>아시다시피 브라우저 업그레이드 캠페인은 누군가에게 책임을 묻고자 시작한 일이 아닙니다. 또, 누군가가 잘못했기 때문에 현재의 한국 웹이 이런 상태인 것도 아닐 것입니다. 중요한 건 <em>잘못되어 있다는 사실을 인식한 순간부터 어떤 형태로든 그것을 바로 잡으려는 노력을 해야한다</em>는 점입니다.</p>
<p>웹 표준을 알리고 적용하려는 노력이 누군가에겐 성가시고 웃기는 짓을 하는 것처럼 보일지도 모릅니다. 뭐, 저도 이제는 이력이 좀 붙은 모양입니다. 욕 좀 먹으면 어떻습니까. 저는 여전히 옳다고 믿고 있는 걸요. 세상이 쉽게 변하지 않는다는 것을 알지만, 그렇다고 아무 것도 안할 수는 없습니다.</p>
<p>더 좋은 웹을 만들고 싶은 우리들의 마음이 정말 세상을 바꿀 수 있을 거라고 생각합니다.</p>
<p>좀 도와주십쇼.</p>
웹 접근성에 대한 오해 22009-01-01T15:46:05+00:00http://resistan.com/misunderstand-web-accessibility-2<p class="note">글이 미완성인 상태로 잠깐 배포된 점 죄송합니다. 쓰다보니 갈수록 길어져 포스트가 상당히 늦어졌습니다.</p>
일단 몇 가지 정리하고 글을 시작했으면 합니다. 이는 지금 작성하는 글이 반박에 대한 반박이기 보다는 근본적인 내용을 다루고자 하기 때문입니다.</p>
<ol>
<li><a href="/misunderstand-web-accessibility/">제가 최초에 반박글</a>을 작성할 때 toysun님의 포스트가 제품 홍보를 목적으로 하는 것이라는 점을 인지하고 있었습니다. 또한 제품 자체에 대한 무조건적 반대가 아니라 글 중 일부분이 대중에게 불러일으킬 수 있는 오해를 정정하고자 한 것입니다.</li>
<li>제 글에 <a href="/misunderstand-web-accessibility/#comment-4297">toysun님께서 달아주신 댓글</a>은 특정 솔루션을 만드시는 입장을 강변하기 위해 쓰여졌다는 생각이 들 정도로 제 글의 어조나 내용을 꼼꼼히 살펴주시지 않았다는 느낌이 듭니다.</li>
<li>몇 달에 걸쳐서 글을 쓰다보니 역시 두서가 좀 없습니다만 이해해주시리라 믿습니다.</li>
<li>자, 그럼 늘 하던대로 본문은 반말로 나갑니다.</li>
</ol>
<!--more-->
<h2>접근성과 사용성</h2>
<p>Accessibility = Access+ability</p>
<p>흔히 접근성을 접근가능성이라고도 부른다. 이는 기본적으로 사용할 수 있는가 없는가를 따지는 문제이기 때문이다. 퍼센트를 따지는 부분적 가능성을 말하는 것이 아니라, 참과 거짓으로 나뉘어 그 결과가 참일 때만 허용되는 개념이다.</p>
<p>Usability = Use + ability</p>
<div class="boxed alignLeft">
<img src="/media/58012.gif" alt="허리를 덜 숙일 수 있도록 전면이 기울어진 드럼 세탁기" class="leftimage" />
</div>
<p>사용성이라는 것은 어떤 개체를 사용함에 있어 편리함을 추구하고자 하는 개념이다. 그래서 사용성이 낮은 사이트나 제품도 그 콘텐츠의 기능이나 질에 따라 보편적인 사용이 이루어지기도 한다.</p>
<p>드럼 세탁기의 예를 들자면, 흔히 사용되는 드럼 세탁기는 문이 앞으로 열며, 문의 위치가 낮게 만들어져 있었다. 이런 인터페이스는 드럼 세탁기 자체의 기능에는 문제가 없도록 만들어진 것이지만 빨래를 넣고 뺄 때마다 허리를 숙여야하는 불편함이 있었다. 이를 개선하기 위해 <a href="http://www.dt.co.kr/contents.html?article_no=2008040702011332718003">문의 위치를 높이거나 세탁기의 전면에 경사를 주는 방식으로 사용성이 개선</a>되고 있는 추세다.</p>
<h3>사용성을 높이면 접근성이 향상된다?</h3>
<h4>접근성 향상</h4>
<p>웹 접근성을 높이기 위해 뭔가를 하고 싶다. 하지만 그것은 눈에 보이는 몇 가지 문제를 해소하는 것에서 끝나지 않는다. 저상 버스의 사례를 한번 살펴보겠다.</p>
<h4>저상 버스가 좋지만</h4>
<p>몇 년 전부터 서울 시내버스 중 일부가 저상 버스로 바뀌고 있다. 저상 버스는 계단이 없고, 휠체어의 탑승이 가능하도록 만들어져있어 지체 장애인들에게 좋다하여 도입되었다. 그러나 과연 이 저상 버스의 도입이 장애인들에게 도움을 주고 있는 것일까. (via <a href="http://www.ohmynews.com/NWS_Web/view/at_pg.aspx?CNTN_CD=A0000704391">저상버스 4년, 휠체어 승차는 '무한 도전'</a>)</p>
<p>첫번째 문제는 저상 버스의 수가 너무 적다는 점이다. 10%도 보급되지 않은 관계로 원하는 노선을 이용할 수 있을지도 모르고, 설사 해당 노선에 저상 버스가 있다하더라도 30분은 기다려야 올까 말까다.</p>
<p>두번째 문제는 저상 버스를 운전하는 기사들의 인식 문제다. 물론 휠체어로 탑승하려고 할 때 <a href="http://www.ohmynews.com/NWS_Web/view/at_pg.aspx?CNTN_CD=A0000431474">친절하게 도와주시는 기사님</a>도 있지만, '들고타라'고 말하는 기사님 역시 존재한다는 점이다.</p>
<p>세번째 문제는 앞의 문제로 인해 야기되는 또 다른 문제다. 버스를 타는 목적은 무엇일까. 싸고, 빠르게(전용 차로도 마련되지 않았나) 원하는 곳 부근으로 이동하는 것에 있다. 그러나 지체 장애인들은 더 많은 시간을 기다려서, 자존심 상해가며 자신들을 위해 마련된 시설을 이용해야 한다.</p>
<h3>접근성을 향상시킨다는 것은</h3>
<p>서울시의 저상 버스 도입이 현재까지는 구색 맞추기에 불과한 이유는 함께 구현되어야할 다른 점들이 고려되지 않았기 때문이다. 저상 버스의 도입은 분명히 좋은 의도였지만 이를 보편화하기 위한 준비는 하고있는가, 휠체어가 버스를 타기 위해, 혹은 내려서 이용해야할 보행자 도로에는 문제가 없는가.<sup id="fnref-614-1"><a href="#fn-614-1" rel="footnote">1</a></sup> 또, 그것을 운행하는 버스 기사에 대한 교육은 하고 있는가.</p>
<p>IWCAG 1.0에 맞추어 웹 사이트를 만드는 것이 중요한 것에는 몇가지 이유가 있다. 다만, 이 지침이라는 것에 담긴 문장은 좀 추상적인 면이 있어서 그 해석을 어떻게 하느냐가 매우 중요해진다. 앞서 toysun님의 글을 반박할 수밖에 없었던 이유는 이 지침이 아전인수식으로 해석되어서는 안되기 때문이다.</p>
<p>첫째로, WCAG 1.0이나 IWCAG 1.0이나 "장애인 접근성"에 그 무게를 두고 있다. 지침이 강제력이 없고 권고안이라 할지라도 장차법이 등장한 이상 지침 자체가 아주 중요한 근거가 될 수 있다는 점을 부정하지는 못할 것이다.</p>
<p>둘째로, 웹 사이트를 획일화하려는 의도보다는 검증된 기준을 제시함으로써 실질적인 장애인 접근성을 향상시키는 데 목적이 있다. 현재의 웹 사이트 제작자들은 접근성이라는 말이 가지는 의미조차도 모르는 경우가 더 많다. 때문에 웹 접근성을 향상 시키기 위해 자료를 찾고, 사이트에 적용하는 과정을 거치고 있다. 시행착오도 많이 하게 되므로 이런 분들을 위해서라도 지침의 존재는 중요할 수밖에 없다.</p>
<p>셋째로, 지침을 근거로 하면 장애인에게 웹 사이트를 명확하게 제공할 수 있다. 콘텐츠의 속성을 분명하게 인식하고 사용할 수 있게 되는 것이다. 이는 웹 표준을 지켜서 웹 사이트를 만들라고 하는 이유와도 상통한다 하겠다.</p>
<p>아시다시피 장애인 접근성과 장애인 사용성은 다르다. 사용성이 높아짐으로 인해 접근성을 더 폭넓게 보장받을 수 있을 것이나 접근성을 보장하지 않는다면 그 사용성이 무슨 소용이 있겠는가. WCAG 2.0에서 사용성이라는 용어를 좀 쓰고 있다고 해서, 1.0 지침 자체가 하루 아침에 쓰레기가 되는 것은 아니다. 2.0 지침이 1.0의 의도를 계승, 확장한다는 점을 잊어서는 안될 것이다.</p>
<h2>toysun님께</h2>
<p>이 글을 시작하기 며칠 전에 논의에 포함된 도구의 데모 페이지를 살펴본 적이 있습니다. 예제 페이지 하나를 간단히 살펴본다면, 페이지의 제목(브라우저에 표시되는 타이틀)이 적절하지 않고, 콘텐츠가 불필요한 링크로 잡혀있습니다. 해당 솔루션이 왜 콘텐츠를 링크로 처리하는지는 정확히는 모르겠으나 아마 키보드 콘트롤을 보장하기 위한 방편이 아니었나 생각합니다. 허나 시각장애인이 이 내용을 본다면, 해당 콘텐츠를 링크로 인식하게 될 것입니다. 스크린리더가 "링크"라고 콘텐츠를 알려줄테니 말입니다. 동작하지 않는 링크 때문에 해당 내용에 참조 정보가 있는 것으로 판단하게 되고, 이는 사용성을 향상 시키기 위해서 콘텐츠를 훼손하는 것과 마찬가지라 하겠습니다.</p>
<p>텍스트 사이트가 있어서 별도로 콘텐츠를 제공한다면, 그것은 텍스트로 콘텐츠를 나열하는 것만이 아니라 어떤 부분이 더 중요한지, 어떤 부분이 링크인지, 어떤 부분이 인용구인지, 어떤 부분이 표인지를 알 수 있게 해주어야 합니다. 그래야만 본래의 의도에 맞는 별도의 웹 사이트가 아니겠습니까.</p>
<p>RIA 이야기를 하면서 ActiveX를 거론한 것은 그것이 플래시나 실버라이트처럼 웹 페이지에서 플러그인으로 동작하는 형식을 취하고 있기 때문에 부가적으로 다룬 것일 뿐, 제작하신 솔루션이 ActiveX라는 뜻은 아니었습니다.</p>
<p>별도의 웹 사이트의 존재 자체가 차별이 아닐까 하는 내용은 개인적인 생각이라는 점을 말씀드리고 싶습니다. 장애인용 엘리베이터나 경사로 등이 분명히 존재하지만 그것은 계단이라는 현실적 장벽에 대응하는 수단인 것이지, 웹 사이트는 그 자체가 대응할 수 없는 장벽이라고 보지 않기 때문입니다.</p>
<p>CSS로 콘텐츠 순서를 바꾼 경우는 천안시 홈페이지를 예로 들겠습니다. 시각적으로는 페이지가 상단, 좌측, 콘텐츠, 하단의 순서로 배치되어 있지만 코드 상에서 순서를 살펴보면 상단의 글로벌 네비게이션, 콘텐츠가 오고 좌측 서브 네비게이션이 배치됩니다. CSS로 콘텐츠와 좌측 메뉴의 위치를 조정한 경우라 하겠지요.</p>
<p class="note">저나 몇 분의 전문가 여러분이 KADO 편에서 이야기하는 것처럼 도매금으로 글을 쓰신 것을 본 적이 있습니다. 정말 오랜만에 글 남기면서 이에 대해 해명아닌 해명을 하자면 저나 <a href="http://hyeonseok.com">신현석</a>님, <a href="http://naradesign.net">정찬명</a>님은 KADO와 협조적인 관계를 취하고 있고 몇 가지 사업을 함께 하기도 하지만 저희가 KADO 소속이거나 KADO의 입장만을 강변하는 것이 아닙니다. 외려 저희가 주장하는 것은 IWCAG의 의도에 맞도록 사용자나 제작자들을 이해시키려는 것에 가깝다고 보셔야 할 것 같습니다.</p>
<p>많은 사람들이 웹 접근성이라는 용어에 고민이 많은 시점입니다. 이를 함께 향상시키려는 노력은 좋지만, 의도와는 다르게 잘못된 형태로 사이트 제작이 진행되는 경우도 많이 봐왔습니다. 오해를 줄이고 모두가 제대로된 노력을 하도록 이해시키고자 하는 것은 사회적인, 경제적인 낭비를 막고 보다 빠르게 접근성을 향상시키고자 하는 것 뿐이라는 점을 이해해주셨으면 합니다.</p>
<div class="footnotes">
<ol>
<li id="fn-614-1">
보행자 도로에 경사로가 있다고 휠체어가 다 다닐 수 있는 것이 아니라는 것을 우리는 자주 잊는다. 휠체어가 다닐 수 없을만큼 좁은 구간이 있는 경우도 있다. 이에 관해 <a href="/accessibility-interoperability-device-independency/">전에도 다룬</a> 적이 있다. <a href="#fnref-614-1" rev="footnote">↩</a>
</li>
</ol>
</div>
웹 접근성에 대한 오해2008-12-24T06:35:34+00:00http://resistan.com/misunderstand-web-accessibility<p class="note">이 글은 특정 업체를 비방하기 위한 목적으로 작성된 것이 아님을 밝힙니다.</p>
<ul>
<li><a href="http://blog.paran.com/toysun/29128723">웹접근성과 장차법에 대한 오해</a></li>
<li><a href="http://blog.paran.com/toysun/26725161">웹접근성과 음성출력 솔루션의 문제점 해결</a></li>
</ul>
<p>이 포스트들의 내용을 한마디로 요약하자면 현재의 국내 웹 사이트의 접근성을 향상 시키기 위해서는 우리 회사 제품을 쓰는 게 좋다고 말하고 있는 내용이다. 다분히 광고의 의도가 포함된 글이기에 이렇게 반박의 글을 쓰는게 우스운 모양새가 될지도 모르겠지만, 분명하게 짚고 넘어가야할 부분이 있어 키보드를 잡고 앉게되었다.<!--more--></p>
<h2>별도의 웹 사이트는 최후의 수단</h2>
<p>위의 포스트에는 특정 <acronym title="Text to Speech">TTS</acronym> 도구를 홍보하면서 비전문가에게 웹 접근성 지침의 내용을 오해하도록 유도하고 있다.</p>
<blockquote cite="웹접근성과 장차법에 대한 오해"><p>KWAG1.0 기준에도 Text형 홈페이지를 제공하는 것은 장애인에게 웹접근성을 제공하는 효율적인 수단으로 준수 항목에 기재되어 있으며 실제로 장애인에게는 반드시 필요한 서비스 입니다.</p></blockquote>
<p>물론, IWCAG 1.0의 제일 마지막 항목은 별도의 웹 사이트 제공에 대한 내용이며, 위의 해석이 아주 틀렸다고 볼 수는 없다. 다만 반드시 필요한 서비스가 아니라 조건적으로 필요한 서비스이다. 현재 웹 접근성에 관한 국내 지침인 <acronym title="Internet Web Contents Accessibility Guideline">IWCAG</acronym> 1.0의 내용을 살펴보자.</p>
<blockquote cite="인터넷 웹 콘텐츠 접근성 지침 1.0"><p>항목 4.2 (별도 웹사이트 제공) 콘텐츠가 항목 1.1에서 4.1에 이르는 13개 검사 항목을 만족하도록 최대한 노력하였으나 해결되지 않는 부분이 남아있다면 텍스트만의 콘텐츠를 제공하는 웹 페이지(또는 웹사이트)를 별도로 제공해야 한다.</p>
<ol>
<li>용어 정리
<ol>
<li>텍스트만의 콘텐츠(text-only contents)란 텍스트 아닌 콘텐츠가 포함되지 않고 텍스트로만 구성된 콘텐츠를 의미한다.</li>
</ol>
</li>
<li>요구 조건
<ol>
<li>가능한 보조기술 수준이 미흡하여 장애인이 접근 가능한 웹 콘텐츠를 제작할 수 없는 경우에는 텍스트로만 구성된 대체 페이지를 마련하고 기존의 웹 콘텐츠의 첫 페이지에 대체 페이지로 이동하는 링크를 제공하여야 한다.</li>
<li>제공하는 대체 페이지는 기존의 웹 콘텐츠가 포함한 정보나 기능을 모두 포함하여야 한다.</li>
<li>제공하는 대체 페이지는 기존의 웹 콘텐츠의 개정 주기에 맞추어 개정되어야 한다.</li>
</ol>
</li>
<li>적용시 장점
<ol>
<li>새로운 웹 콘텐츠 제작기술의 개발로 인하여 아무리 노력하여도 원래의 웹 콘텐츠에 포함된 일부 또는 모든 콘텐츠 요소들을 장애인의 접근이 가능한 콘텐츠로 수정할 수 없을 경우가 있다. 이 경우 대체 텍스트로 구성한 페이지를 별도로 구성하여 운영하면 장애인의 접근성이 충분히 지원된다.</li>
</ol>
</li>
<li>적용 예
<ol>
<li>한글97 문서 : 별도의 웹 페이지로 구성<br />
한글97로 작성된 문서를 콘텐츠로 제공하는 사이트의 경우, 스크린 리더를 통하여 한글97 문서를 읽을 수 없다. 이 경우에 동일한 내용을 별도의 HTML 문서로 제작하여 링크한다면 이러한 문제점이 해소된다.</li>
</ol>
</li>
</ol>
</blockquote>
<p>여기서 우리가 주목할 것은 <q><em>가능한 보조 기술 수준이 미흡하여 장애인 접근 가능한 웹 콘텐츠를 제작할 수 없는 경우</em></q>라는 부분이다. 이는 <q><em>새로운 웹 콘텐츠 제작기술의 개발로 인하여 아무리 노력하여도 원래의 웹 콘텐츠에 포함된 일부 또는 모든 콘텐츠 요소들을 장애인의 접근이 가능한 콘텐츠로 수정할 수 없을 경우</em></q>라는 내용과 상통한다. 그러나 현재 우리가 웹에서 사용하는 기술 중에 자체적인 접근성을 보장할 수 없는 경우가 얼마나 있을까?</p>
<h3>RIA도 자체적인 접근성을 보장한다</h3>
<blockquote cite="웹접근성과 장차법에 대한 오해"><p>웹접근성 준수를 위해 웹표준을 준수하여 웹사이트를 개발하면 된다고 얘기들 하고 있지만, 정작 그러한지 몇 가지 사항들을 짚어 봅시다.</p>
<p>국내외 웹사이트는 UI개발이나 디자인 부분에서 신기술(플랙스, 플래쉬, 실버라이트 등)의 도입이 계속되고 이미지 등의 심미적인 영역 뿐만 아니라 정보를 제공하는 페이지의 역할까지 영역을 넓혀가고 있으며 이는 웹표준 준수와 상관없이 기존 관점의 웹접근성 보장이 어려운 환경을 초래하고 있습니다.</p>
<p>예를 들면 시각장애인이 플랙스나 플래쉬, 실버라이트 등으로 구성된 UI(User Interface)사이트에서는 스크린리더를 통해 읽을 수 있는 방법이 없습니다. 또한 웹접근성 평가툴로도 평가 할 수 없는 기준이라는 겁니다.</p></blockquote>
<p>이렇게 접근성 향상을 위한 수단으로 웹 표준에 대한 비판을 하며 대안으로 별도의 텍스트 홈페이지 구축을 이야기한다. 물론, 텍스트 홈페이지 구축은 장애인 접근성의 측면에서 한가지 대안이 될 수 있다. 하지만, 플래시나 실버라이트 같은 <acronym title="Rich Internet Application">RIA</acronym>가 접근성 보장을 어렵게 한다는 것은 금시 초문이다. 실제로 Adobe에서는 <a href="http://help.adobe.com/ko_KR/Flash/10.0_UsingFlash/WSd60f23110762d6b883b18f10cb1fe1af6-7c4aa.html">Flash나 Flex에서 접근성을 향상시킬 수 있도록 가이드라인</a>을 제공하고 있고, MS 역시 <a href="http://blogs.msdn.com/eva/archive/2008/12/14/silverlight-wpf-accessibility.aspx">실버라이트에 <acronym title="User Interface Automation">UIA</acronym> 기술을 채택</a>하고 있다.</p>
<h3>ActiveX는 웹이 아니다</h3>
<p>물론, ActiveX가 웹 페이지를 통해서 제공되는 경우가 대부분이지만, 실제로 이는 Windows라는 운영체제를 기반으로 동작하는 어플리케이션이다. 기본적인 인터페이스 또한 앞에서 언급한바 있는 UIA를 따르고 있기에 운영체제에서 동작하는 스크린리더를 이용할 경우 내용을 인식하는 것이 가능하고, 키보드 컨트롤 역시 가능하다.</p>
<p>기술이 발전하는 이유는 더 효율적이고 편리한 것을 사용자에게 제공하기 위해서라 할 수 있다. 그리고, (안타깝게도) 외국에서 제작되는 대부분의 개발 도구는 접근성이라는 측면을 고려하여 만들어지고 있다. 우리가 기간에 그 도구를 제대로 쓰지 못했기 때문에 야기된 문제를 또 다른 도구로 해결하려는 것은 나중에 더 많은 작업을 요구하는 일이라는 것이다.</p>
<h2>장애인용 웹 사이트를 권장하지 않는 이유</h2>
<p>기간의 정부기관이나 공공기관 사이트를 보면 장애인이라는 이름을 달고 별도의 웹 사이트를 제공하는 경우가 있다. 이런 경우에는 크게 두가지 패턴이 있는데, 첫째는 대부분 해당 기관에서 장애인을 위해서 어떤 일을 하고 있는지를 다루고 있는 홍보 사이트였다. 둘째로는 장애인이 이용할 수 있도록 하는 텍스트 사이트였는데 대부분 본래의 사이트와는 상이한 내용을 다루거나 같은 내용을 다루더라도 업데이트가 함께 이루어지지 않는 문제가 있었다.</p>
<p>웹 접근성 전문가들이 장애인용 웹 사이트를 권장하지 않는 것에는 위와 같은 이유도 있지만, 현재의 기술 수준을 고려했을 때 별도의 웹 사이트를 제작해야할만큼 접근성을 보장할 수 없을만한 신기술이 없다고 보기 때문이다. 또한 별도의 웹 사이트를 구축하기 위한 시간과 노력, 비용을 고려한다면 오히려 하나의 사이트로 모든 사람이 이용 가능하도록 만드는 것이 더 효율적이라 할 수 있기 때문이다.</p>
<p>하나 덧붙인다면, 장애인용이라는 이름을 달고 별개의 사이트가 존재하는 것 자체가 일종의 차별이 아닐까.</p>
<h2>링크 하나만 더 넣으면 되는데</h2>
<blockquote cite="웹접근성과 장차법에 대한 오해"><p>일반적으로 홈페이지는 표현과 내용이 결합된 형태로 서비스 되는 게 일반적인 홈페이지 입니다. 이걸 분리해서 홈페이지를 만든다고 해도 장애인이 스크린 리더를 통해 표현부분(디자인이나 네비게이션 부분)을 거쳐 내용(콘텐츠)에 도달하는 데는 많은 노력과 시간이 소요 되는 게 현실입니다.</p>
<p>따라서 홈페이지의 내용에 직접적으로 도달할 수 있는 다시 말해 일반인을 위한 불필요한 표현요소를 제거한 내용만을 직접적으로 전달해 줄 수 있는 별도의 홈페이지가 있다면 장애인이나 정보취약계층이 일반인과 같은 수준으로 손쉽게 콘텐츠에 도달 할 수 있는 것 입니다.</p></blockquote>
<p>웹 표준에서 말하는 구조와 표현의 분리를 내용과 표현의 분리로 이야기하고 있는데, 먼저 이 내용에서는 표현이라는 단어를 오해하고 있다고 말하고 싶다. 웹 사이트를 편리하게 사용하기 위해서 제공되는 메뉴는 그 자체가 표현을 위해서 존재하는 것이 아니며, 웹 페이지의 내용 중 일부분이다.</p>
<p>또한, 지침의 항목 2.5 (반복 네비게이션 링크(repetitive navigation link))에는 <q>내용만을 직접적으로 전달</q>하는 것보다 웹 페이지의 내용으로 직접 이동할 수 있는 링크를 제공할 것을 규정하고 있다. 원하는 콘텐츠에 접근하기 위해서 반복적인 키보드 컨트롤을 하지 않도록 하려면, 네비게이션을 건너뛰는 링크(Skip Navigation link)를 제공하는 것으로 충분하다. 이것이 싫으면 콘텐츠가 먼저 배치되도록 내용을 작성하고 네비게이션의 위치는 CSS로 조정해줄 수도 있다.</p>
<h2>웹 접근성을 향상 시키려면 웹 표준을 지켜라?</h2>
<blockquote cite="웹접근성과 음성출력 솔루션의 문제점 해결 "><p>국내 웹접근성 지침을 준수하려면 기존 웹사이트의 이미지나 플래쉬에 대체텍스트를 넣은 방법 이외에도 테이블명 등을 상세히 기입해 주어야 하며, 스크린리더에서 장애인이 원할 히 콘텐츠를 취득하려면 사이트 구조 설계 시 본문 이외에도 전체적인 메뉴체계 등이 포함 된 영역까지 네비게이션 규칙이 준수된 CSS구조로 변경을 해 줘야 한다, 또한 저시력자, 노인 등을 위한 글자확대, 축소, 색약관련 색상변경기능 등의 적용이 가능하도록 설계되어야 하며, 다용한 브라우저사용자를 고려하여 익스플로어, 파이어폭스 등의 크로스 브라우징에 맞추어 사이트를 구축하여야 한다. 이와 같이 웹접근성을 준수하며 웹사이트를 구축하고 관리하기위한 수많은 노력과 그에 따른 비용이 발생 된다.</p></blockquote>
<p>인용한 글의 요지는 현재까지의 개발 방식을 고려했을 때 웹 접근성을 지키려면 너무 많은 비용과 시간과 노력이 들어간다는 점이다. 물론 현실적으로 이런 문제들은 분명히 존재한다. 아직까지 웹 접근성이 뭔지도 모르는 사람도 여전히 많고, 이를 지키는 방법을 강구하기 위해 많은 노력이 이루어지고 있다. 그렇다고 해서 이런 과정을 빼고 특정 요소를 대체할 솔루션을 도입한다면 웹 사이트는 이후에 더 복잡한 유지보수 과정과 이를 위한 비용을 필요로하게 될 것이다.</p>
<p>웹 접근성 지침에서는 웹 표준을 이용하여 웹 사이트 전반을 구축하길 희망하지만 그렇다고 해서 배치용 테이블(layout table)과 같이 비표준적인 요소를 완전히 배제하지 않는다. 이는 코드 자체가 어떻게 쓰이든 접근가능성(Accessibility)에 더 무게를 두기 때문이다. 웹 접근성 향상을 위해서 웹 표준 준수를 요구하는 것은 그것이 가장 좋은 방법이기 때문이다. <a href="http://www.visitmix.com/Articles/Web-Standards-Where-the-ROI-is">웹 표준이 가져다주는 이익</a>에 대해 여기서는 따로 언급하지 않겠다. 다만, IWCAG는 <a href="http://www.w3.org/TR/WCAG10/"><acronym title="Web Contents Accesssibility Guideline">WCAG</acronym></a>를 근간으로 하고 있고 W3C에서는 이를 실현할 수 있도록 기술 표준안을 내놓고 있다.</p>
<p>별도로 한가지 지적하고 싶은 것은 웹 접근성과 관계없는 내용이 거론되고 있다는 점이다. <q>다용한 브라우저사용자를 고려하여 익스플로어, 파이어폭스 등의 크로스 브라우징에 맞추어 사이트를 구축하여야 한다</q>라는 내용은 지침의 어디에도 나와있지 않다. 크로스브라우징은 웹 표준을 지켰을 때 얻을 수 있는 부가적인 효과일 수는 있어도 접근성 지침이 보장을 바라는 내용은 아니다.</p>
<h2>무단 횡단을 하지 맙시다</h2>
<p>웹 접근성 전문 교육 때도 한번씩 언급했던 내용이지만, 장차법은 도로교통법과 비슷한 점이 있다. 무단 횡단을 해도 경관에게 걸리지 않으면 넘어가듯이 웹 접근성 지키지 않아도 걸리지만 않으면 된다. 그렇다고 몰래 무단횡단을 하라는 이야기는 아니지 않은가. 무단횡단하지 않으려고 횡단보도를 들고다닐 수는 없는 노릇이다. 횡단 보도를 찾기 위해서 조금 더 걷는 과정은 필요하다는 이야기다.</p>
<p>더 많은 노력이 필요한 상황일지라도, 사이트를 한번 잘 만들어두면 유지보수도 수월해질 수 있고 누구나 웹 사이트를 무리없이 쓸 수 있게 된다. 지금 힘들다고 길을 가로지를 생각보다는 장기적인 관점에서 사이트 제작을 준비하려는 자세를 요구하고 싶다.</p>
<p>무엇보다도, 규칙은 피하라고 있는 것이 아니라 지키라고 있는 것이다. 이 점을 잊지말자.</p>
<p class="note"><ins datetime="2009-01-01T02:35:20+09:00">정찬명님께서 <a href="http://naradesign.net/wp/2009/01/01/454/">비슷한 내용의 글</a>을 하나 올려주셨습니다.</ins></p>
2008년을 마무리하며2008-12-22T04:00:00+00:00http://resistan.com/goodbye-2008<p>최근에 준비하던 포스트의 진도가 잘 안나가는 까닭에... 대신 열흘도 남지않은 한해를 정리하며 인사드립니다.</p>
<p>프리젠테이션 파일을 만들다보면 브라우저 아이콘을 써야할 때가 생기는데요, 연말이 되니 왠지 이 아이콘들이 동글동글 반짝반짝 하니 트리 장식으로 잘 어울릴 것 같다는 생각이 들어서 이렇게 달아봤습니다.</p>
<p>개인적으로는 꽤 오랜 기간을 머물렀던 회사를 떠나 조금은 색다른 경험을 해야했던 한 해였던 것 같습니다. 그런 여러 가지 일이 저 자신에게 어떤 의미로 남을지는 아직 잘 모르겠습니다만, 새로이 일할 준비를 해야하는 입장에서 2009년은 또 다른 출발점이 될 수 있겠죠. 여러 해 동안 해왔던 일이 있고, 앞으로 똑같이 해나가지는 못하겠지만, 제가 뜻을 두고 있는바가 달라지지는 않을 것 같습니다.</p>
<p>얼마 남지 않은 2008년 뜻있는 마무리하시길 바라며, 오는 새해에도 경제위기니 뭐니에 흔들리지 않고 원하시는바 이루기실 기원합니다.</p>
<p>국내 웹 표준, 웹 접근성 계의 대표주자인 두분이 연초에 결혼하시는군요. <a href="http://hooney.net">조훈</a>님, <a href="http://gregshin.pe.kr/blog/">신승식차장</a>님 미리 결혼 축하드립니다. (제 나이를 아시는 분들은 다들 결혼 안하냐고 하시는데... 전 안합니다. 아마 영원히요... ㅋㅋ)</p>
웹 에이전시에서 웹 표준하기2008-12-06T07:19:26+00:00http://resistan.com/standards-in-agency<p>며칠 전 <a href="http://mydeute.com/txp/article/60">현실과 이상</a>이라는 글을 보니 공감가는 부분도 많고 이런 저런 생각이 많이 들어 결국 포스트를 쓰기 시작했지만… 지금 나는 아마도 타칭 <a href="http://zine.standardmag.org/200708/13/web-publisher-the-job">웹 퍼블리셔</a>라는 직업을 가진 사람이 된 것 같다. 최근에 나가고 있는 강의에서 참 많은 분들을 만나고, 커뮤니티에서 읽는 글을 보면서 여러 가지 생각을 하게되는 요즘인 것 같다. 블로깅을 하면서 웹 표준이나 웹 접근성에 대해 주로 다루고 있지만 내가 이런 것들에 대해 알게 돼서 직접 코드를 작성하고 써본건 아직 4년이 채 안된다. 내 경우를 돌아보니 그 시작은 2005년 5월 쯤이었던 것 같다.
<!--more--></p>
<p>사전 경고: 혹시라도 어떤 방법론을 기대하고 오셨던거라면 그냥 돌아가시는 편이 좋을 듯</p>
<h2 id="그-분의-이름이나-얼굴은-기억나지-않지만">그 분의 이름이나 얼굴은 기억나지 않지만</h2>
<p>한번은 나와 같이 일할 사람을 뽑기 위해서 면접을 봤었는데 오신 분이 div를 이용한 코딩을 알고 있냐고 물어보셨다. 당연히 나는 모르고 있었고, 그 점에 대해서 그 분은 실망을 하셨던 것 같다. 면접이 끝난 후에 그 분이 거론했던 사이트를 좀 찾아보게 되었고, 참 재밌는 방식의 코딩이라고 생각했다. 해서 이런 저런 단어로 검색하고 찾아보고 해도 당시에는 관련 서적이나, 잘 정리되어있는 사이트가 국내에서 찾아보기 어려운게 실정이었다.</p>
<h3 id="국내-최초의-웹-표준-세미나">국내 최초의 웹 표준 세미나</h3>
<p>그렇게 한달 좀 더 지났을까, <a href="http://www.bizdeli.com/offline/detail_ref.asp?pfid=S0322">CSS를 이용한 웹 사이트 디자인 전략 세미나</a>라는게 열린다는 소식을 접했고, 회사에 졸라서 개발자 한명과 같이 갔던게 내가 웹 표준에 관한 제대로된 정보를 처음 접한 때라 할 수 있다. 꽤 규모 있는 강당을 가득 메운 사람들(여성 비율이 압도적이었던 것으로 봐서 대부분 디자이너들이라고 추측했었다)과 함께 들었던 당시의 세미나에서는 웹 표준의 효용에 관한 이야기를 중심으로, 어떤 어떤 개념이다라는 내용이 주를 이루었다.</p>
<p>세미나를 가기 전에는 내가 수집한 자료를 A4지 몇장에 정리해서 소속(당시에 나는 디자인팀이었다) 팀장님께 제출하고 내가 그 세미나에 가야할 이유를 설명해야 했고, 다녀온 후에는 배워온 방법들을 업무에 적용하기 위해 고민해야 했다. 물론, 세미나에 다녀와서는 사내에 그 내용을 전파하기 위해 직접 사내에 배포할 자료를 준비해서 지속적으로 알리는 과정도 필요했다.</p>
<h2 id="웹-퍼블리셔라고-불리기까지">웹 퍼블리셔라고 불리기까지</h2>
<h3 id="2005년">2005년</h3>
<p>당시 그 세미나에 같이 갔던 동갑내기 개발자도 나름 고민이 많은 친구였고 이런 저런 이야기를 하면서 조금씩 조금씩 우리가 만들던 웹 사이트에 적용해보기 시작했다. 내가 웹 표준에 맞는 코드를 작성하기까지 알게 모르게 내 실험의 대상이 되었던 페이지가 많다. 몇 페이지로만 작성되는 프로모션 페이지라던지, 콘텐츠가 얼마 안되는 작은 사이트들까지 꽤 많은 사이트들이 내 실험의 대상이었고, 그런 사이트가 실험 대상이 되어도 괜찮았던 건 <em>최종 결과물의 모양새만 멀쩡하다면</em> 문제가 제기될 이유도, 제기할 사람도 없었기 때문이다.</p>
<p>내게는 새로운 방식이 너무도 재미있었고 놀라운 일의 연속이었던 것 같다. 그렇게 연습해서 어느 정도 감을 잡았다고 생각했던 시점에 제대로 된 적용을 해볼 기회가 생겼다. 대형 사이트 프로젝트가 두 개 정도 들어왔고, 하나는 내가 직접, 다른 쪽은 경력이 충만한 계약직을 뽑아서 진행하게 되었다. 두 사이트 모두 웹 표준을 지켜서 만드는 것이 제안서 상의 요건이었고 각각 3~5개월간 프로젝트를 진행하면서 복잡한 구조의 페이지를 제대로 구성하기 위해 많은 시도와 고민을 해야했었다.</p>
<p>한가지 여담이라면, 내가 직접 담당하지 않았던 쪽은 진행 초반에 웹 표준에 맞는 마크업이 되질 않아서 당시까지 진행됐던 수백페이지를 내 말 한마디에 다 버려야하는 상황이 벌어졌었다. 그리고 작업자를 옆에 앉혀두고 표준 코드로 레이아웃팅하는 방법부터 보여주면서 어떤 방식으로 작업이 진행되어야 하는지 이야기했었는데, 전문 코더로 경력을 쌓아오신 - 태그와 CSS에 대한 기본적인 이해가 있는 - 분들이라 쉽게 받아들이실 수 있었던 듯 하다. 거의 한달 이상 작업한 결과물을 헌신짝처럼 버리게 했던 점은 좀 미안하지만, 그렇게 강행하지 않았다면 그 사이트나 그 작업자분들이 변화하기 어려웠을거라 생각한다.</p>
<h3 id="2006년">2006년</h3>
<p>업무를 진행하는 동안 겪었던 수많은 충돌. 지금도 많은 사람들이 하소연 하고 있는 ‘우리 회사는 웹 표준에 대한 인식이 부족해서…‘라는 과정을 나 역시 충분히 겪었다.</p>
<p>큰 프로젝트를 진행한 후라 나름의 자신감이 좀 붙었달까. 스스로 더욱 전문화되기 위한 노력이 필요했는데 나 혼자서는 어떻게 해도 힘들었다. 프로젝트에 투입되는 많은 사람들을 불러서 웹 표준이나 웹 접근성에 대한 세미나를 진행한 것만 수차례<sup id="fnref:1" role="doc-noteref"><a href="#fn:1" class="footnote" rel="footnote">1</a></sup>, 그 과정에 나와 함께 그룹지어지던 코더들에 대한 마크업 교육. 결국 실력있는 몇 사람도 함께 하게 되고 코더 스스로가 만드는 결과물의 품질은 괜찮다고 말할만한 수준에 올랐지만, 구조적으로 문제가 있는 기획, 디자인. 잘 만들어진 페이지를 파괴하는 개발자. 대리라는 직급으로 전 부서의 업무 프로세스를 변화시키는 일은 끝끝내 성공할 수 없었다.</p>
<p>개인적으로는 하반기부터 블로그를 쓰기 시작했고고, <a href="/tag/meet/">여러 오프모임</a>에도 다니기 시작했다. 웹 표준이라는 걸 알고, 사용해 볼 때마다 더 많은 것에 관심이 가고 알고 싶었기 때문이다. 특히 <a href="/wordpress-user-meet/">워프모임</a> 날 <a href="http://hyeonseok.com">현석님</a>, <a href="http://www.nmindplus.com">대석님</a>, <a href="http://hooney.net">훈님</a>, <a href="http://kukie.net">쿠키님</a>을 만나게 된 것도 그렇지만, 보잘 것 없는 발표자료를 들고 찾았던 <a href="/barcamp-1st-sent/">BarCampSeoul</a>에서 알게된 웹은 내가 아는 것보다 훨씬 넓은 곳이었다. 행사 시즌이었는지 <a href="/1st-web-standards-day-sent/">첫번째 웹 표준의 날 행사</a>도 같은 달에 있었고 그 시기에 정말 많은 사람들과 넓은 세상에 대해 배울 수 있었던 것 같다.</p>
<h3 id="2007년">2007년</h3>
<p>회사에 팀이라는 형태를 처음 만들었던 해이기도 하다. 디자인실 소속이었기 때문에 진행하기 힘들었던 부분들이 너무 많았고 하는 일의 성격 자체 또한 디자인 보다는 개발에 어울린다고 생각해서, 개발실로 소속을 옮겼다.<sup id="fnref:2" role="doc-noteref"><a href="#fn:2" class="footnote" rel="footnote">2</a></sup> 하지만, 업무를 진행하는 과정 자체가 달라지는 것이 아니었기 때문에 전문 퍼블리셔들의 목소리를 내기 위한 장치가 필요했고, 결국 사내 조직 개편을 기회로 퍼블리시팀의 방을 하나 배정받을 수 있었다.</p>
<p>하지만 그렇게 만들어가기까지, 또 그렇게 팀을 만들고 난 후에도 프로젝트에 투입된 팀원들이나 문서 작업이나 가이드라인 작성 쪽에 힘을 쏟았던 나는 숱한 야근과 철야, 휴일 반납으로 인한 피로에 시달릴 수밖에 없었다. <strong>문제는 조직 구조에 있었던 것이 아니라 업무에 대한 이해와 그 진행 방식에 있었던 것이다.</strong><sup id="fnref:3" role="doc-noteref"><a href="#fn:3" class="footnote" rel="footnote">3</a></sup> 기업은 이윤을 추구하고, 다른 기업과 경쟁하며 적은 투자를 통해 더 많은 이익을 창출하려고 한다. 아무리 생각해봐도 프로젝트를 진행하는 구성원이 넉넉했던 적은 없는 것 같다. 동시 진행되는 프로젝트의 수가 적었던 적은 있어도 진행을 여유롭게 했던 일은 생각나지 않는다.</p>
<p>개인적으로는 현석님, 훈님의 추천으로 2006년 후반부터 웹 표준에 관한 크고 작은 강의를 맡게되었고, 웹 접근성 평가 작업이라던지 회사 밖의 일을 시작하면서 웹 표준을 하는 분들과의 교류도 잦아졌고 회사의 이해를 구해 외부 활동을 좀 더 왕성하게 할 수 있었던 시기였기도 하다. 회사와 약간의 관련이 있는 월간 w.e.b.이라는 잡지에 <a href="/tag/w-e-b/">웹 표준에 관한 기고</a>를 하기도 했는데, 기술자가 글을 쓰는게 결코 쉽지만은 않더라.</p>
<h3 id="2008년">2008년</h3>
<p>2007년 하반기에 진행되었던 대형 프로젝트가 연초까지 진행되었다. 끊임없이 발생하는 크고 작은 사고들. 팀장이라는 직책을 맡고서 ‘관리’라는 일이 정말 어렵다는걸 절실히 느끼게된 것 같다. 내 체질엔 맞는 일이 아니라는 것도 말이다. 내가 다른 사람들 이상으로 나를 혹사했다고 생각하지는 않는다. 하지만 나는 그렇게 건강한 편은 아니었나보다. 나 홀로 시작한 일이 하나의 팀을 구성할 때까지 약 3년이 걸렸고, 그 기간동안 소진된 체력과 건강을 회복하기 위해서 회사를 그만두고 현재는 잘 쉬면서 이런 저런 생각을 정리하고 있다.</p>
<h2 id="지금-나는">지금 나는</h2>
<p>웹 퍼블리셔도 팀장도 아니다. 회사를 그만두고 나선 몇달간 미친듯이 쉬었고, 주머니가 궁한 관계로 지금은 소소한 몇가지 일로 입에 풀칠을 하고 있다. 그러니 지금은 백수란 단어(프리랜서<sup id="fnref:4" role="doc-noteref"><a href="#fn:4" class="footnote" rel="footnote">4</a></sup>는 싫어서)가 더 어울리는 사람이다.</p>
<p>나중에 우스개처럼 한 이야기지만 나에겐 ‘서비스를 직접 운영하는 작은 회사’가 어울릴지도 모르겠다. 만들 수 있는 것을 만들고, 보다 많은 가능성을 고민하고, 적절한 협의와 협업을 통해서 추구하는 바를 구현할 수 있는 그런 회사 말이다. 내가 원하는 회사가 너무 거창한건가? 굳이 작은 회사를 말하는 이유는, 전에 소속된 회사가 입사 당시와 퇴사 때의 규모가 확연히 달라졌기 때문이다. 문서 업무라는 것이 무조건 효율적이거나 비효율적이라는 건 아니지만, 회사의 규모가 커질 수록 늘어나는 것 중의 하나는 실제 업무와 관계가 있는 듯 없는 듯한 문서 작업이다. 특히 나중엔 실무팀을 담당했던 내 입장에선 그런 관리 업무가 가장 힘들기도 했고 말이다.</p>
<h2 id="그래서-결론은">그래서 결론은</h2>
<p>없다… 라고 하면 허무하실까? 후후</p>
<p>한 회사를 다니면서 몇 년간 겪었던 일을 간단히나마 글로 쭉 정리하고 나니, 내가 참 많이 부족했구나 하는 생각이 든다. 요즘들어 강의도 가끔 나가고 하면 지난 이야기를 웃으며 하지만, 단지 지난 이야기이기 때문에 웃을 뿐인거다. 내 입으로 꺼내기엔 민망한 이야기지만 당시엔 너무 힘이 들어 서럽게 울었던 적도 몇 번 있었다. 하지만, 돌이켜보니 좀 더 나은 방법이 있어서 보다 나은 결과를 만들 수 있었을 것도 같다는 생각도 든다. 결과적으론 내가 여러 가지 착오를 해왔기 때문에 그렇게 생각하는 거겠지만.</p>
<p>퍼블리셔와 HTML코더를 차별하는 풍토, 실력과는 상관없이 웹 표준이 대세일 때 고액의 프리랜서가 되고 싶은 사람들, 울며 겨자먹기로 그런 사람들을 써야하는 회사들, 해야된다고 하니까 덤비고 있는데 뭘해야하는지 몰라서 헤메는 사람들. 이런 건 언제나 있었던 문제고 당분간은 계속될 일이라고 생각한다.<sup id="fnref:6" role="doc-noteref"><a href="#fn:6" class="footnote" rel="footnote">5</a></sup></p>
<p>개인적인 이야기를 늘어놓다가 싸잡아 욕하는 게 썩 좋은 모양새는 아니라 쿡쿡 찔러대는 일은 그만하련다. 내가 굳이 내 경험담을 늘어놓은 이유라면 밥숟갈에 밥, 반찬 다 올려서 떠먹여주는 걸 원하는 사람이 너무 많아 보이기 때문이다. 받아먹는 그 한 술 밥에 배부를까. 결국 배가 고프니 다른 숟가락을 또 찾는다. 마크업을 밥 짓는 법이라고 치면, CSS는 반찬 만드는 법 쯤으로 치자. 스크립트로 국끓이는 법까지 배워두면 배고플 땐 언제든지 밥 해먹을 수 있다. 처음엔 간도 좀 안맞고 하겠지. 자꾸 하다보면 맛도 좋아지고 깔끔한 밥상이 되는거다.</p>
<p>웹 표준이라는 걸 새로 시작하는 사람들은 여전히 많고, 그 사람들이 뭐부터 해야하는 지 모르는 건 당연하다. 그리고 보다 자세한 자료를 얻길 원하는 심정도 잘 이해한다. 하지만 이런 점도 있다. 나와 비슷한 시기나 그 보다 먼저 웹 표준을 공부한 사람들은 서적과 자료에 목말라 있었는데 지금은 조금만 둘러봐도 관련 서적이나 자료가 널렸다. 20년 전에는 어땠는데 지금은 세상 좋아졌다라는 투의 말을 하고 싶은게 아니다. 앞선 사람들이 뒤에 올 사람들을 위해서 꼭 뭔가를 준비거나 가르쳐줘야한다는 법 조항이라도 있는가.<sup id="fnref:7" role="doc-noteref"><a href="#fn:7" class="footnote" rel="footnote">6</a></sup> 다른 사람에게 투정할 것이 아니라 스스로 공부하고 노력하는 것이 가장 확실하고 빠른 길이라는 이야기를 하고 싶은 것이다.</p>
<h2 id="모르겠다">모르겠다</h2>
<p>3~4년 사이 나를 따라다니게 된 호칭이 많다. ‘웹 퍼블리셔’, ‘과장’, ‘팀장’, ‘강사’, 무슨 ‘위원’, ‘웹 접근성 전문가’ 등등. 예전엔 나도 스스로를 웹 퍼블리셔라 부르기에 주저하지 않았는데, 지금은 웹 페이지를 다루는 개발자 정도로 해두고 싶다. 그게 정말 내가 할 수 있는, 하고 있는, 하는 일이니까.</p>
<p>글을 쓰다보면 주절주절하다가 이상하게 마무리 되는 건 여전하다. 불친절해보여도 그러려니 하시길.</p>
<div class="footnotes" role="doc-endnotes">
<ol>
<li id="fn:1" role="doc-endnote">
<p>현재까지도 웹 에이전시의 고질적인 문제 중의 하나는 인력의 이동이 너무 잦다는 점이다. 가르쳐 놓으면 힘들다고 이직하고, 다른 프로젝트가 바쁘니 잘 진행되던 쪽의 인력이 잘 안되고 있는 쪽으로 옮겨가야 하는 경우가 왕왕 생긴다. 이런 문제가 해결되지 않는한은 교육이 반복적으로 진행될 수밖에 없었다. <a href="#fnref:1" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:2" role="doc-endnote">
<p>아마 그림을 그리는 것이 아니라 코드를 작성한다는 측면에서 개발에 가깝다고 여겨졌을 것이다. 여전히 HTML 코더들이 소속된 곳의 부서명이 명확치 않다. 야후!코리아의 경우엔 F2E(Front-end Engineer), 네이버는 WS(WebStandards), 다음은 UI팀에 소속된 것으로 알고 있다. 내 경우엔 좀 더 다루는 영역을 분명히 하기 위해 SA(Standards&Accessibility)로 팀 이름을 정했었다. <a href="#fnref:2" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:3" role="doc-endnote">
<p>교육을 지속적으로 진행했지만, <em>웹 표준이나 웹 접근성을 모두 함께 준비해야한다는 공감대가 형성되지 않으면 그 몫은 고스란히 웹 퍼블리셔에게 돌아온다.</em> 신현석님이 이야기 했던 <a href="http://zine.standardmag.org/200708/13/web-publisher-the-job">웹 퍼블리셔</a>의 개념에는 사이트 제작 업무의 전반에 개입하면서 효율이나 구조의 개선을 추구한다는 가치가 포함되어 있지만, 그런 형태로 일하기엔 현실이 녹록치 않다. <a href="#fnref:3" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:4" role="doc-endnote">
<p>Free Lancer는 전장에 투입되는 용병에서 나온 말로 알고 있다. 아직도 이 분야의 용병들은 목숨을 걸고 일하고 있고, 몇 번쯤… 일하다 죽을 것 같았던 경험이 있는바 이 단어가 나에게 붙는게 썩 내키지 않는다. <a href="#fnref:4" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:6" role="doc-endnote">
<p>이번에 <a href="/savethedeveloper/">브라우저 업그레이드 캠페인</a>을 진행하는 중에 어느 분께서도 하셨던 이야기지만, 진짜 문제는 브라우저 사용자가 아니라, 사람 사용자<sup id="fnref:5" role="doc-noteref"><a href="#fn:5" class="footnote" rel="footnote">7</a></sup>에 있다. 웹 에이전시에 국한된 이야기가 아니라 웹 에이전시에 의뢰하는 클라이언트, 나아가 웹 사이트를 운영하는 많은 기업들이 가진 시각의 문제이기도 하다. <a href="/web-serial-1st-korean-web/#title_index_50463223714915623418117323615715232236155185">월간 웹 기고 중</a>에도 언급한 적이 있지만문제는 정부도 기업도, 제작자도 모두 안고 있다. 그 문제를 제대로 인식하고 개선하려는 노력을 하는 곳이 적은 것도 사실이다. <a href="#fnref:6" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:7" role="doc-endnote">
<p>장차법이 생기면서 웹 접근성이라는 분야에선 정말 좋은 설득의 근거가 생겼다. 다른 사람들 보다 먼저 웹 표준이나 웹 접근성을 시작한 사람들도 나름 정리하고 배려하려고 노력해 온 것도 사실이다. 눈에 잘 띄지 않거나 찾는 사람들 입맛에 안맞을 지라도 말이다. <a href="#fnref:7" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
<li id="fn:5" role="doc-endnote">
<p>고용-피고용 등의 계약관계에서도 사용자라는 말을 쓰곤 한다. <a href="#fnref:5" class="reversefootnote" role="doc-backlink">↩</a></p>
</li>
</ol>
</div>
markdown 이야기2008-12-01T05:00:05+00:00http://resistan.com/markdown<h2 id="markdown">Markdown</h2>
<p><a href="http://daringfireball.net/projects/markdown/">markdown</a>은 <a href="http://daringfireball.net">John Gruber</a>와 <a href="http://www.aaronsw.com">Aaron Swartz</a>가 만든 간편한 마크업 언어다. 가독성과 텍스트 기반의 쉬운 글쓰기 기능을 중심으로 작성되어 있기 때문에, <a href="http://ko.wikipedia.org">위키</a>를 비롯한 많은 프로그램에서 유사한 형태로 사용되고 있다.
나같은 경우에는 위키라는 걸 알게 되면서 위키문법을 써야하는구나… 정도로만 생각했었는데 <a href="http://aheu.org/2008/11/06/161/#comments">dh님과의 대화</a>를 통해 이런 문법의 대표격이 <a href="http://daringfireball.net/projects/markdown/">markdown</a>이라는 걸 알게되었다.
<!--more--></p>
<p><a href="http://en.wikipedia.org/wiki/List_of_lightweight_markup_languages">markdown과 유사한 마크업 언어들</a>은 꽤 많이 있지만, 현재 가장 많이 사용되는 것은 <a href="http://daringfireball.net/projects/markdown/">markdown</a>과 <a href="http://textile.thresholdstate.com/">textile</a> 정도인 듯 하다. 예전에 <a href="http://resistan.com/what-is-web-editor-1/">웹 에디터를 제작하는 방법에 대해 고민</a>을 좀 했었는데, 문법을 보편화시키는 일만 잘 해낼 수 있다면 웹 접근성의 측면에서 이런 간편 마크업 언어는 상당한 도움이 될 수도 있을 법 하다. 또 일반 페이지들의 코드가 더 유효화될테니 의미론적인 웹이 만들어지는데도 좀 도움이 되지 않을까.</p>
<p>이 글 역시 <a href="http://wordpress.org/extend/plugins/markdown-for-wordpress-and-bbpress/">wordpress용 markdown plugin</a>을 설치해서 작성해본 것이다. <a href="http://daringfireball.net/projects/markdown/basics">문법</a>이 상당히 간단하기 때문에 익히기 매우 쉽다. 대개 글을 쓸 때 사용하는 태그가 뻔하다. 그럼에도 기존에는 코드가 유효하도록 작성하기 위해서 워드프레스의 WYSWYG 모드와 Plain Text 모드를 번갈아가며 글을 써야했었는데, <a href="http://daringfireball.net/projects/markdown/">markdown</a>을 사용하니 WYSWYG 모드를 볼 필요가 없어졌다.</p>
<p><a href="URL">링크이름</a>로 걸리는 링크란… 얼마나 단순한가! 왠지 앞으로 할 포스팅이 풍성해질 것 같은 예감에 <a href="http://daringfireball.net/projects/markdown/">markdown</a> 예찬론자가 될 듯한 느낌이다.</p>
<h2 id="참고할만한-글">참고할만한 글</h2>
<ul>
<li><a href="http://en.wikipedia.org/wiki/Markdown">Wikipeida, Markdown</a></li>
<li><a href="http://helpcenter.springnote.com/pages/1896688">스프링노트, Markdown (How to edit pages)</a></li>
<li><a href="http://lordmiss.com/journal/archives/116">markdown 사용, 여러 프로그램 지원</a></li>
<li><a href="http://hi8ar.net/entry/%EB%B8%94%EB%A1%9C%EA%B7%B8-HTML-%EA%B8%80%EC%93%B0%EA%B8%B0%EC%9D%98-%EA%B8%B0%EC%88%A0">블로그, HTML 글쓰기의 기술</a></li>
<li><a href="http://yongyeol.com/blog/entry/textcube-1-6-and-markdown?TSSESSIONyongyeolcomblog=11eddda97e1d25fa22a92c0b7fb58478">텍스트큐브 1.6, Markdown</a></li>
<li><a href="http://kingori.egloos.com/3717575">egloos에 markdown 적용하기</a></li>
<li><a href="http://moodle.co.kr/help.php?file=advanced_markdown.html">Markdown의 고급활용</a></li>
</ul>
<p>덧. Markdown이라는 이름이 Markup의 반대말처럼 느껴지는 건 나뿐일까?</p>
스크린리더 에뮬레이터 Fangs2008-11-28T14:29:54+00:00http://resistan.com/fangs-screen-reader-emul<p>2008 민간개발자 웹 접근성 전문교육에 출강을 하고 있는 요즘이다.</p>
<p>국내에 현존하는 스크린리더는 여러개 있지만 현재까지도 지속적인 업그레이드가 이루어지는 제품은 센스리더 뿐이다. 교육 때는 스크린리더 체험도 해보게 되지만 실제로 웹 사이트 제작 때에는 모든 개발자들이 스크린리더를 사서 테스트해 볼 수 없을 것이다. 물론 회사 차원에서 한카피 정도는 구입해서 비치해두고 테스트용으로 사용해보면 좋겠지만, 모든 회사가 개발에 필요한 도구를 구매해주리라는 기대를 하기 어려운 것 역시 사실이다. 내 경우에는 강의 중에 수강하는 분들께 웹 접근성 평가나, 소스코드 작성에 도움이 되는 도구를 소개하고 있는데 스크린리더를 대신할만한 수단으로 <a href="/use-lynx/">Lynx를 소개</a>해왔다.<!--more--></p>
<p><img class="size-medium" src="/media/eab7b8eba6bc-11-262x300.png" alt="resistan.com의 메인페이지를 fangs로 읽었을 때의 모습" /></p>
<p><a href="http://lynx.isc.org/">Lynx</a>는 대체텍스트를 포함해서 사이트의 모든 콘텐츠를 텍스트로 표현해주고 있는데, 이는 검색 사이트가 크롤러로 페이지 정보를 수집하는 방식과 유사<sup id="fnref-331-1"><a href="#fn-331-1" rel="footnote">1</a></sup>한 면이 있기에 스크린리더 대용으로 사용하는 것 외에도 <acronym title="Search Engine Optimize">SEO</acronym> 측면에서 이용해볼 수 있다.</p>
<p>3회차 교육에 참석하셨던 Na!님께서 스크린리더 대신 사용해볼만한 도구로 <a title="한국 모질라 사이트" href="http://mozilla.or.kr">Firefox</a> Plugin <a href="http://www.standards-schmandards.com/projects/fangs/">Fangs</a>에 대해 알려주셨다. 간단히 사용해 봤더니, 직관적으로 스크린리더가 화면을 읽어주는 순서를 알려주어 꽤나 유용할 것 같았다.</p>
<p>함께 올리는 그림은 이 사이트의 메인페이지를 Fangs로 읽어본 모습이다. 스크롤바가 있는 창의 텍스트 부분이 스크린리더가 읽어주는 내용인데, 배경색이 있는 부분은 콘텐츠에는 없지만 시각 장애인의 이해를 돕기위해 스크린리더가 별도로 추가하는 음성 정보나 동작하는 부분이다.</p>
<p>Fangs가 우리 나라 환경에 맞지 않는 부분이 조금 있다면, 그 출력 내용이 국산 스크린리더의 음성 출력과 같지는 않다는 점이다. 그 차이점에 대해서는 <a href="http://njpaiks.egloos.com/503592">백남중 부장님</a>께서 작성해주신 <a href="http://pds3.egloos.com/pds/200708/05/54/sense-fangs.htm">센스리더 1.4 음성 출력과 Fangs 화면 출력 비교표</a>에 잘 나와있다.</p>
<p>스크린리더를 체험해보는 시간에 사람들의 반응을 보면 좀 재밌는 구석이 있다. 처음에는 음성으로 출력되는 콘텐츠의 내용에 놀라워하다가도, '이렇게 출력되도록 만들어야 하는구나...'하는 생각이 드는지 곧 막막해하곤 한다. 하지만, Fangs 같은 도구를 이용해서라도 어느 정도는 시뮬레이션해볼 수 있다고 생각하면 그 부담이 좀 덜어지지 않을까 싶다.</p>
<div class="footnotes">
<ol>
<li id="fn-331-1">
대부분의 크롤러가 Lynx와 매우 유사한 방식으로 사이트를 인식하므로 Lynx 등의 텍스트 브라우저를 사용하여 사이트를 살펴보세요. (via <a href="http://www.google.com/support/webmasters/bin/answer.py?answer=35769&cbid=1rcdlyxqkcvci&src=cb&lev=answer#2">구글 웹 마스터 가이드라인</a>) <a href="#fnref-331-1" rev="footnote">↩</a>
</li>
</ol>
</div>
깨달았도다2008-11-21T07:08:50+00:00http://resistan.com/web-agency-cartoon<div style="text-align:center;"><img class="alignnone size-medium wp-image-88 aligncenter" src="/media/1995052711-300x293.jpg" alt="1995년 5월 27일자 한겨레 만평" width="300" height="293" /></div>
<p style="text-align: center;">1995년 5월 27일자 한겨레 그림판.</p>
<p>당시 노조의 파업을 앞두고 김영삼 정부의 정책을 풍자한 박재동 화백의 그림이다. 이제 보니 꽤나 오래된 일인데도 박화백의 그림 중에 내 머리에 가장 진하게 남아있는 것 중 하나다.<!--more--></p>
<p>어제 지인 몇 분과 술자리에서 이런저런 이야기를 하다가 이 만평 이야기를 꺼냈는데 국내 웹 에이전시가 처한 상황이 딱 이런 모양이 아닐까 싶었다.</p>
<div style="text-align: center;"><img class="alignnone wp-image-89 size-full" src="/media/web11.gif" alt="realilty of web agency" width="640" height="626" /></div>
<p>웹 전문가로서 일하는 것이 아니라, 하청업체라는 이름으로 납기일에 전전긍긍하는 사람들. 잦은 야근과 철야, 발전하지 않는 기술. 품질보다는 일정에, 사용자보다는 결과물에 천착한... 사람이 없는 웹 사이트. 서글플 뿐이다.</p>
Lynx 한 번 써보시죠!2008-11-14T10:38:09+00:00http://resistan.com/use-lynx<p class="leftimage"><img class="alignnone size-medium wp-image-85" src="/media/lynx1-300x229.png" alt="Lynx screen shot" width="300" height="229" /><br />mac osx용을 설치하고 컬러 옵션을 끈 모습. 처음 설치하면 텍스트 중 링크 등이 컬러로 제공된다. 화면 아래에서 간단한 단축키를 볼 수 있으며, 초기 설정이 Novice mode이기 때문에 사용이 그리 어렵지 않을 것이다.</p>
<p>Lynx는 Unix 기반의 텍스트 웹 브라우저이다. Lynx에서는 이미지, CSS, Script 등을 제외하고 HTML 기반의 텍스트 중심으로 웹 페이지를 볼 수 있다. 누가 이런 브라우저를 쓰느냐, 얼마나 많은 사람이 이 브라우저를 쓰느냐고 묻는다면... 사실 대답하기 어려운 문제다.</p>
<p>정말 오랜만에 하는 포스팅에서 Lynx 이야기를 다루게 된 까닭이라면... 이번에 진행하게된 민간 개발자 대상 웹 접근성 교육에서 스크린리더 체험을 할 수 있는 시간이 있는데, 실제로 스크린리더를 소유하고 있는 개발자, 회사가 드물 것이라는 생각이 들었기 때문이다. 스크린리더 없이 사이트를 테스트 해볼 수 있는 방법을 고민하다 보니, Lynx가 나오더라.<br />
<!--more--><br />
Unix에서 사용할 수 있도록 만들어진 웹 브라우저이긴 하지만 윈도나 맥에서도 사용할 수 있기 때문에 간단히 소개하려고 한다. 윈도에서는 <a href="http://www.cygwin.com/">Cygwin</a>이라는 Unix 가상 머신을 사용하면 Lynx를 이용해 볼 수 있다.</p>
<p><a href="http://www.ktug.or.kr/"><acronym title="Korean Tex Users Group">KTUG</acronym></a>에서 제공하는 <a href="http://project.ktug.or.kr/cygwin-teTeX/cygwin-setup.htm">Cygwin에 관한 설명과 설치방법</a>을 참조하여 설치하면 편리할 것이다. 이 문서 중에 9-2단계에서 카테고리 중 Web에 살펴보면 Lynx를 찾을 수 있고, 옵션을 체크하여 함께 설치해야 한다. 물론 설명에 나와있는 방법대로 다 설치하게 되면 600MB나 필요하지만, Lynx와 기본적인 것만 설치하려면 50MB 정도면 충분할 듯 하다.</p>
<p>Mac OS는 Unix 기반이기에 설치가 보다 간편하고 아래 링크에서 다운로드 받으면 그 뒤는 아주 간단할 것이다.</p>
<p>다운로드</p>
<ul>
<li>lynx for windows(with cygwin)
</li>
<li><a href="http://www.apple.com/downloads/macosx/unix_open_source/lynxtextwebbrowser.html">lynx for mac</a></li>
</ul>
미국산 소고기 수입을 반대합니다.2008-05-19T08:30:31+00:00http://resistan.com/no-mad-cow<p style="text-align: center">
<p>달리 무슨 설명이 필요하겠습니까. 이미 나라가 이렇게 들썩이는 것을.<!--more--></p>
<p>노동자가 노동만으로 생존하기엔 불가항력적인 일들이 참 많이 일어나네요.</p>
<p>10년쯤 전이었다면 저도 촛불들고 거리에 매일 나섰겠습니다만... 일단은, 블로그에라도 올려보렵니다.</p>
<p>트랙백의 파도가 소고기 수입 저지에 힘이 되기를 기대해 봅니다.</p>
제1회 웹 표준 경진대회가 열립니다.2008-04-30T09:47:55+00:00http://resistan.com/1st-webstandards-award<p class="bigimage" style="text-align: center;"><img id="image79" class="aligncenter" src="/media/saward1.gif" alt="WebStandards Award Logo" /><br />
규칙과 창조의 만남, 제1회 웹 표준 경진대회</p>
<blockquote><p>누군가가 시켜서 만드는 웹, 누구를 위해 만드는 것인지 알 수 없었던 웹은 이제 우리 자신과 보다 많은 사람들을 위해 개선되어 나가야 합니다. 더 많은 사람들이 더 좋은 방법을 이용하여 웹 사이트를 제작하고 사용할 수 있어야 하고, 시대가 이런 점을 이미 요구하기 시작했습니다. 이제는 가르치고 배우는 과정을 넘어 더 많은 사람이 보다 손 쉽게 이용할 수 있는 웹 표준으로 나아가야 할 것입니다. '규칙과 창조의 만남'이라는 슬로건처럼 웹 표준이라는 규칙을 지킴으로써 사이트가 얼마나 창조적으로, 유연하게, 얼마나 더 편리해질 수 있는지를 많은 사람들이 알 수 있게 될 것입니다.</p>
<p><!--more--></p>
<p>CSS Design Korea에서 주최하고, Hosting.kr, 에이콘출판사, 디지털미디어리서치가 후원하는 이번 대회는 2008년 5 월 1일부터 약 한달간 진행되며 2008년 6월 예정인 세번째 웹 표준의 날에 그 대미를 볼 수 있게 됩니다.</p>
<p>우리가 원하는, 모두를 위한 웹을 만들어가려는 이번 행사에 많은 분들의 참여를 기대합니다.</p></blockquote>
<p>준비 과정에 참여하면서 우여곡절도 많았고, 해서 계획보다 많이 늦어지게 됐지만 어쨌거나 이제 시작하게 되었다.</p>
<p>많은 사람들이 참여해서, 앞으로는 웹 사이트를 잘 모르는 사람들도 좋은 사이트 모델을 활용할 수 있었으면 한다.</p>
<p><a title="제1회 웹 표준 경진대회" href="http://award.standardmag.org">대회 페이지 바로가기</a></p>
장애인차별금지법 시행. 그리고?2008-04-13T13:51:44+00:00http://resistan.com/accessibility-applications<p>최근에 iMac을 샀고, 갖고있던 데스크탑을 처분해버렸다.</p>
<p>테스트나 몇가지 Mac에서 이용할 수 없는 것들 때문에 가상머신을 이용해서 Windows를 새로 설치해봤는데 몇가지 프로그램을 설치하고, 어떤건 사기도 하고... 윈도를 새로 설치할때마다 느끼는 거지만, 제일 짜증나는 건 수많은 ActiveX다. 은행 사이트라도 한번 들어가거나, 온라인으로 결제한번 하려 치면 기본적으로 깔아야하는 ActiveX가 최소 3개에서 많게는 6개나 된다.<!--more--></p>
<p>물론, 최근에는 <a title="paygate" href="http://www.paygate.net">페이게이트</a>라는 ActiveX를 이용하지 않는 결제 서비스 제공업체도 등장했고, 아직은 윈도에서만 동작하는 듯 하지만 Firefox용 XecureWeb, Inisafe Plug-in도 나왔다. 흠... 은행이나 쇼핑몰 담당자들은 이 사실을 알고나 있을까?<br />
4월 11일자로 장애인차별금지법이 시행되었다. 이에 환호하는 사람도 있고 절규하는 사람도 있을 것이다. 나야 좋긴 하지만, 앞으로 할 일을 생각하니 걱정도 좀 생긴다(한동안 먹고 살 걱정은 안해도 될테지만).</p>
<p>문제는... 단순히 웹 사이트의 접근성을 높이려는 노력만으로는 안된다는 점이다. 웹 사이트가 브라우저 상에서 독자적으로 동작하는 경우도 있지만, OS 기반의 어플리케이션을 동반하는 경우도 많기 때문에 이런 <strong>소프트웨어의 접근성에 관한 문제</strong>도 우리는 주목할 필요가 있는 것이다. 물론 ActiveX처럼 부가 어플리케이션을 사용하지 않고, 접근성있는 페이지로만 서비스를 구현하는 것이 가장 좋겠지만, 현재의 웹 접근성 규정은 부가 어플리케이션의 사용에 대해서 제제하는 것은 아니다. 국내에는 <a title="소프트웨어 접근성 지침" href="http://www.iabf.or.kr/Pds/StandardView.asp?board=relatstand&pg=1&bseq=2280&md=search&sf=bSubject&ss=%BC%D2%C7%C1%C6%AE%BF%FE%BE%EE">소프트웨어 접근성 지침</a>도 이미 마련되어 있다.</p>
<p>ActiveX 뿐만이 아니다. Flash, Flex, Silverlight... 예상하셨으리라 생각한다. 페이지에 결합되는 플러그인들은 많다. 화려함을 추구하는 국내 웹 사이트의 풍토라면 쉽게 포기할 수 있는 도구가 아니다. 물론, 이미 접근성을 지킬 수 있도록 지원되는 제작 도구들이고, 잘 알고, 잘 지켜서 쓰기만 하면 된다. 그걸 안하니 문제지만.</p>
<p>프로젝트를 하다보면 정말 웹 퍼블리셔만 웹 접근성을 지킨다는 생각을 지우기 어렵다. 알리고 설득하는 일을 몇 번째 반복하는지, 이제는 잘 기억도 안난다.</p>
<p>하지만... 그래도 또 가르치고 설득해야 한다. 웹 사이트 제작에 동원되는 모든 사람들을 말이다.</p>
<p>이제는 법이라는 든든한 배경도 생기지 않았는가. 힘내자.</p>
시각장애인용 게임 SoundRTS2008-04-07T06:27:49+00:00http://resistan.com/soundrts<p>Dh님의 블로그에서 재밌는 포스트 발견.</p>
<p><a title="SoundRTS" href="http://jlpo.free.fr/soundrts/">SoundRTS</a>(아마도 Sound Real-Time Strategy)라는 시각 장애인용 게임을 소개하고 있다.<!--more--></p>
<p>Dh님이 한글로 번역하신 내용을 조금 보면, 워크래프트의 휴먼 종족 설정에 가깝다는 걸 알 수 있다.</p>
<p>뭐랄까, 한국어로 녹음된 버전이 있으면 좋겠다는 생각이 든다. 나도 한번 해보게...</p>
<p>(게임이라면 환장하는...; )</p>
<p>오디오 게임 제작툴에 관한 이야기도 있다.</p>
<p>어쨌거나, 세상은 좋아지고 있는게다.</p>
모질라 10주년을 축하합니다.2008-03-27T02:32:55+00:00http://resistan.com/mozilla-10th<p class="bigimage"><a href="http://resistan.mireene.co.kr/wp/wp-content/uploads/2008/03/ff10th1.jpg"><img class="alignnone wp-image-74 size-full aligncenter" src="/media/ff10th1.jpg" alt="모질라 10주년 축하사진" width="800" height="578" /></a></p>
<p>오전에 <a title="페이퍼온넷" href="http://paperon.net">편집장</a>님께 <a title="mozilla.org 10th Anniversary" href="http://www.mozilla.or.kr/">모질라 10주년 이벤트 페이지</a>를 소개 받고 팀원들과 함께 축하메시지를 작성해보는게 어떨까 해서 만들어봤습니다.</p>
<p>제일 왼쪽의 막둥이가 로고 그림을 그리고 다들 한 마디씩 남겼습니다. 외부에 파견 근무 중인 팀원들이 참여하지 못한 점이 아쉽달까요.</p>
<p>어쨌거나, 모질라 재단의 열 번째 생일을 우리 모두가 축하합니다. <!--more-->:)</p>
웹 에디터, 어떻게 만들어야 할까 III2008-03-13T09:13:30+00:00http://resistan.com/what-is-web-editor-3<p class="press">이 글은 웹 에디터의 이상적인 방향을 고민하는 글<del>입니다</del><ins>이었습니다</ins>. 우둔함에 스스로도 한번에 풀어내지 못하는 내용이라 아래 글을 이해하는게 어렵다면 <a href="/what-is-web-editor-1/">첫번째</a>, <a href="/what-is-web-editor-2/">두번째</a> 글을 참고해주십시오. 오래 묵혀둔 글이라 두서없이 마무리 하게 됐습니다. 부디 용서를....</p>
<p><!--more--></p>
<h2>웹 에디터가 할 수 있는 일</h2>
<p>이 글을 쓰면서 든 의문 중 하나는 과연 웹 에디터가 편집 기능에만 주안점을 두어야 하는 것인가 하는 점이었다. 기본적으로 HTML은 웹이 등장하기 이전부터 사용해왔던 일반적인 문서양식을 출력할 수 있도록 만들어져있다. 그러나 에디터를 보며 워드프로세서를 떠올릴 사용자들은 차트나 도형 같은 것들을 넣고 싶어할지도 모른다. 어떤 사람들은 웹에서 소설을 쓰고 싶어하고, 어떤 사람들은 그림을 그리고 싶어한다.</p>
<p>하지만, HTML 코드라는걸 한번이라도 들여다본 적 있는 사람이라면 다 알고 있는 한계 역시 있다. HTML을 이용해서 그림을 직접 그리는 것은 불가능하다. 그래서 웹 에디터가 최근의 워드프로세서처럼 그리기 도구를 제공할 수 없는 한계를 가지는 것이다. 웹이라는 수단이 우리에게 주는 많은 장점을 생각하면, 또 보다 나은 것을 사용하고자 하는 욕구를 감안한다면, HTML의 한계를 인정할 것인가, 포기할 것인가 하는 점은 그리 쉽게 말할 수 있는 수준의 문제가 아닌 듯 하다.</p>
<h2>웹 에디터 기능의 기준</h2>
<div class="boxed alignLeft">
<img class="wp-image-73 size-medium" src="/media/pagecreator1-300x223.gif" alt="Google Page Creator" width="300" height="223" />
<p>구글 페이지 크리에이터에 탑재된 웹 에디터. 헤딩의 레벨을 정할 수 있다. 기본적인 기능 외에도 들여쓰기나 내어쓰기를 조절할 수 있다.</p>
</div>
<p>웹 에디터는 기본적으로 단독으로 사용되지 않는다. 입력 양식의 확장판이라고 할 수 있기에, 대게는 게시판이나 질의를 위한 글쓰기 페이지에 사용된다. 그리고 그런 입력 양식은 일반적으로 어떤 사이트의 일부분으로 존재한다.</p>
<p>사이트를 만드는 입장에서 웹 에디터의 출력에 두가지 방식을 고려해볼 수 있다. 그것은 사용자가 입력하는 콘텐츠를 기존 사이트의 디자인에 맞춰서 출력할 것인지, 사용자의 편집 의도대로 출력되게 할 것인지 하는 두가지 방식이다. 대부분의 웹 에디터는 후자쪽으로 만들어지는데, 이는 웹 사이트 전체의 내용과 웹 에디터를 통해 입력하는 콘텐츠의 내용을 별개로 간주하기 때문이 아닐까 한다. 웹 에디터가 존재하는 이유는 그것을 통해 입력된 콘텐츠가 운영자든, 사용자든 입력한 사람의 의도에 맞추어 출력되길 원하기 때문이라 하겠다.</p>
<h2>요구되는 점들</h2>
<p>사실 이 글을 쓰게된 애초의 목적은, 웹 접근성이나 웹 표준을 지켜서 웹 에디터를 만드려면 어떻게 해야할까에 대한 고민이 있었기 때문이다. 벌써 반년 가까이 지나버린 이야기가 되버렸지만 네이버 스마트 에디터 논쟁을 보며, 과연 웹 에디터에 웹 접근성을 요구하는 것이 절대적으로 옳은가 하는 의문도 들었고, 웹 에디터에 대해 묵혀둔 고민을 어떻게든 좀 풀어보고 싶었다.</p>
<p>우선 웹 접근성을 고려하여 웹 에디터를 만든다는 것은 <a title="ATAG 1.0" href="http://www.w3.org/TR/WAI-AUTOOLS/">웹 저작도구 접근성 지침(<acronym title="Authoring Tool Accessibility Guideline">ATAG</acronym>)</a>을 충실히 지켜야하는 일일 뿐 아니라, 그 출력물 역시 <a title="WCAG 1.0" href="http://www.w3.org/TR/WAI-WEBCONTENT/">웹 콘텐츠 접근성 지침(<acronym title="Web Content Accessibility Guideline">WCAG</acronym>)</a>에 부합하도록 한다는 의미다. 이는 달리 생각한다면 가장 단순한 형태의 웹 에디터를 요구하는 일일지도 모른다. 내용 입력을 위한 필드가 있고 각각의 요소에 대한 속성을 지정할 수 있게 하는 방식이 되겠다. 쉽게 생각하면 매우 장황한 구조의 입력 양식이 될지도 모르는 일인 것이다.</p>
<p>또한 웹 표준을 고려하여 웹 에디터를 만든다는 것은, 웹 에디터를 통하여 입력되는 콘텐츠의 가치를 높이고자 하는 일이 될 것이다. 사용자로 하여금 구조에 맞춰 콘텐츠를 작성하게 하여 그것이 출력될 때에는 재활용 가능한 형태로 나와야 하는 것이다. 이를 위해서는 위의 스프링노트의 웹 에디터처럼 내용의 구조적인 부분을 사용자가 구체적으로 지정할 수 있도록 만들어 주는 일이 필요할 것이다.</p>
<p>이런 요구 조건이 구현되기 어려운 이유는 많다. 바로 앞에 언급했던 내용만 해도 사용자가 문서 구조에 대해 이해하고 올바르게 작성하는 과정을 요구하기 때문에 상당히 지켜지기 어렵다 하겠다. 또, 마우스 중심의 웹 에디터 인터페이스를 변경해야하는 점 역시 상당히 난제이다. 구현 불가능한 일은 아니겠지만, 웹 에디터의 기능을 모아두는게 일반적이고 이를 원활히 사용할 수 있도록 만들기 위해 레이어를 이용해 옵션을 선택하게 하는 경우도 빈번하다.</p>
<h2>누가 웹 에디터를 쓰는가?</h2>
<p>앞서도 이야기를 꺼냈지만, 웹 에디터를 제작 혹은 설치하는데 있어 고려해야할 점은 바로 누가 그것을 사용할 것인지에 대한 점이 아닐까 한다. 이런 과정은 웹 에디터를 <strong>입력기</strong>로 쓸 것인지, <strong>편집기</strong>로 쓸 것인지, 사용 입장의 차이를 만들게 된다.</p>
<div class="boxed alignLeft">
<img class="wp-image-72 size-medium" src="/media/springnote1-300x227.gif" alt="Springnote Editor" width="300" height="227" />
<p>스프링노트의 웹 에디터. 사용자 한사람이 쓰기도 하지만, 협업을 통해서도 문서 작성을 해야하는 만큼 입력을 얼마나 쉽게할 수 있는지가 매우 중요한 요소인 서비스이다. 일반적으로 볼 수 있는 웹 에디터의 기능 외에도 단락 제목의 레벨(H1~H6)을 준다거나, HTML 태그로 제공하는 기능에 맞춰 본문 표시 방식을 좀 더 다양하게 할 수 있도록 하고 있는 점이 눈에 띈다.</p>
</div>
<p>블로그나 기업 사이트처럼 특정인이 반복적으로 콘텐츠를 입/출력하는 사이트라면 전체 분위기에 맞게 콘텐츠가 출력되는 쪽이 더 일관성을 살리면서 콘텐츠를 유려하게 표현하기 좋을 것이다. 반대로, 커뮤니티처럼 불특정 다수가 사용하는 곳이라면 보다 사용자가 다양한 표현을 할 수 있도록 배려하는 것이 좋겠다.</p>
<p>물론, 이는 사이트를 운영하는 주체가 해당 게시판이나 서비스를 어떻게 운영할 것인지에 대해 결정하고 준비해야할 지점이겠지만 국내의 일반적인 사이트 이용행태를 보면 이 정도의 기준이 적당하지 않을까 한다. 문제는, 불특정 다수에게 편집의 자유를 주는 에디터가 대부분 그것을 제공하는 사이트의 틀까지도 해치는 상황을 왕왕 만들어내고 있다는 점이다. 이는 사용자의 무지나 웹 에디터의 무분별한 사용에 그 원인이 있겠지만, 에디터를 제작하는 입장에서는 이러한 문제를 궁극적으로 해결하기 위해 어떤 방법을 필요로 하는 것 또한 사실이다.</p>
<p>정답이 나올 것이라 생각하며 쓰기 시작한 글은 아니었다지만, 이렇게 정리하려니 찜찜한 면이 없지 않다. 더욱 다각화되는 사용 환경과 조건들을 모두 만족시킬 수 있는 도구를 만드는 일은 웹 에디터 뿐만 아니라, 프로그램이나 서비스 등을 제작하는 모든 제작자들의 희망이자 목적지가 아닐까 한다. 제공할 사이트나 서비스의 특징과 목적을 감안하여 보다 많은 사용성, 접근성을 보장해주는 도구를 만들 수 있도록 더욱 더 노력할 수밖에...</p>
안녕 낙서넷2008-02-22T07:39:22+00:00http://resistan.com/new-domain<p>웹 페이지를 가지고 있는 주제에 도메인 관리를 못해서 다른 사람에게 팔려버리는 불상사가 생겨버렸네요.</p>
<p>제가 갱신 날짜가 됐을거라 생각해서 찾았을땐 팔린 바로 다음날이더군요. 흑...<!--more--></p>
<p>2001년 2월에 처음 사서 7년 가량 사용하며 추억이 많은 도메인인데 섭섭하기 그지없습니다.</p>
<p>뭐, 아무튼 제가 늘쓰는 아이디인 resistan을 그냥써서 새로운 도메인으로 갈아타게 됐습니다.</p>
<p>resistan.com 혹은 resistan.net으로 접속 가능합니다.</p>
<p>블로깅도 불성실했는데, 주머니 관리도 불성실했던게 이번에 탄로가 나버렸군요.</p>
<p>앞으로 좀 더 신경써서 이 공간을 유지할 수 있도록 노력하겠습니다. ㅡ.ㅜ</p>
새해 인사2008-01-02T06:24:10+00:00http://resistan.com/greetings-2008<p>시리즈물을 시작해놓고 팽개쳐놓은게 어언 두달이네요. 커험...; 이래저래 바쁘단 핑계로 도망다니기 급급했는데 조만간 짬이 좀 나려나 모르겠습니다. 몸 상태가 썩 좋지 않아서, 좀 쉴까 생각도 하고 있습니다만 여느 때처럼 쉬는 것도 맘대로 안되네요.</p>
<p>아무튼, 또 새로운 한해가 시작되었고 나이도 한살 더 먹었습니다. 20대 초반인 동료 디자이너가 40에 한걸음 더 다가간 걸 축하한다며 인사하더군요. 쿨럭...;; 서른되는거 금방이라고 알려줬습니다.</p>
<p>원했던 아니던 이미 해는 바뀌었고, 보다 많은 사이트들이 보다 많은 사람들을 배려하는 한 해가 되었으면 하는 바램이 있습니다. 뭐... 현재 진행 중인 프로젝트만 봐도 그게 그렇게 쉬운 일은 아니라는 생각은 듭니다만, 요 몇년 사이 더 많은 사람들이 웹 표준이나 웹 접근성을 공부하고, 웹을 아름답게 만들어가려는 노력을 하게 되었습니다. 언제나 그랬던 것처럼 희망은 있겠죠.</p>
<p>제가 그다지 독창적인 인물이 아니다보니, 항상 뻔한 인사를 드리게 됩니다. 하핫.</p>
<p>올해도 독자 여러분 모두 부디 건강하시고, 하시는 일들 잘 풀어가셨으면 합니다.</p>
웹 에디터, 어떻게 만들어야 할까 II2007-09-20T10:57:39+00:00http://resistan.com/what-is-web-editor-2<p class="press">이 글은 웹 에디터의 이상적인 방향을 고민하는 글입니다. 우둔한 머리 때문에 한번에 풀어내지 못하는 내용이라 아래 글을 이해하는게 어렵다면 <a href="/what-is-web-editor-1/">이전 글</a>을 참고해주십시오. 글이 갈수록 꼬이는데다 주기가 거의 월간이 되는군요. 완결은 제대로 할 수 있을지 걱정입니다.;;</p>
<h2>불가능한 작전(mission impossible)?</h2>
<p>어떤 콘텐츠를 입력할 수 있게 만들 것인지를 정하는 것부터, 어떤 표현을 할 수 있게 만들어야 하는지까지 웹 에디터 제작의 방향성은 일견 분명해보인다.</p>
<p>필자는 웹 표준을 지지하고, 웹 표준을 지키려 노력하고 그에 맞춰 브라우저나 인터넷 사용 환경이 개선되기를 희망하는 사람이다. 또한 웹 접근성을 높이려는 노력이 보다 많은 사람들에게 정보 사회의 혜택을 줄 수 있는 좋은 방법이라고 믿는 사람이다. 그래서 웹이라는 공간에 올려지는 페이지들은 가능한한 누구나 볼 수 있는 형태로 제작되어야 한다고 생각한다.</p>
<p>웹 에디터가 웹 문서를 어디까지 편집할 수 있게 해줄 것인가 하는 점에서, 웹 표준이나 웹 접근성의 문제는 굉장히 많은 질문을 우리에게 던져준다.</p>
<h2>웹 에디터</h2>
<p>우리가 예전에 사용했던 워드프로세서들처럼 웹에서 사용할 수 있는 문서 편집기 역시 이미 많이 나와있다. 우리가 에디터라 부르는 이 도구들의 목적은 어떻게 보면 아주 단순하다. 그것은 바로 사용자들이 원하는 웹 콘텐츠를 보다 쉽게 편집할 수 있도록 도와주는 것이다. 웹 에디터는 사용자가 입력 양식을 통해 웹에서 정보를 보다 쉽게 나열할 수 있도록 만들어주는 도구인 것이다.</p>
<p class="imageCaption"><img class="wp-image-67 size-medium" src="/media/editorbuttons1-300x21.png" alt="워드프레스의 웹에디터 인터페이스" width="300" height="21" /> 현재 필자가 사용하고 있는 워드프레스에 탑재된 Rich text editor의 인터페이스. 링크/이미지 삽입처럼 흔히 쓰이는 기능이 있는가하면 글자 크기나 글꼴 변경의 기능이 없고, 문맥상의 강조/삭제를 할 수 있게 하고 있다. 또, 목록이나 인용 등 콘텐츠의 종류를 선택할 수 있도록하고 있는 점이 눈에 띈다.</p>
<p>현재의 웹 에디터들이 가지고 있는 기본적인 기능들은 링크 추가, 글꼴 크기 변경, 전경색/배경색 변경, 텍스트 정렬방식 변경, 이미지와 멀티미디어 삽입 정도라 하겠다. 대부분의 웹 에디터는 일반 사용자라는 불특정 다수가 사용할 수 있도록 제작되고 있으며, 이는 사용자가 웹 페이지를 구성하는 원리가 무엇인지 몰라도 콘텐츠를 웹 상에 표시할 수 있게 만들어주고 있다. 하지만, 그 사용자 중에도 이런 기능으로 충분한 사람이 있는가 하면 아닌 사람도 있을 것이다.</p>
<p>현재까지 여러 사이트에서 제공하고 있는 에디터들은 사이트 자체에 영향을 주지 않으면서, 콘텐츠 영역에 들어갈 내용만을 편집할 수 있게 만들어져 있다. 기능을 풀어놓고 보니 꽤나 난해한 문제다. 특히 문서의 용도나, 목적을 고려했을 때, 발생할 수 있는 경우의 수가 굉장히 다양할 수 있기 때문이다.</p>
<h2>웹과 인쇄물이 다른 점</h2>
<div class="boxed alignLeft">
<img class="wp-image-68 size-medium" src="/media/limitlesscanvas1-300x293.png" alt="Limitless Canvas" width="300" height="293" />
<p>웹은 인쇄물과 다르게 Limitless Canvas 속성이 있다.</p>
</div>
<p>웹의 표현부를 다루는 CSS의 특성을 살피다보면 Screen과 Limitless Canvas라는 개념이 등장한다. 웹 페이지는 한 화면상에서만 인지할 수 있는 영역인 Screen과 스크롤바를 움직여서 볼 수 있는 웹 페이지의 나머지 부분을 포함한 전체로써 Canvas라는 영역이 존재한다. 스크롤바는 끝없이 늘어날 수 있으므로 Limitless Canvas라고 하는 것이다. (사람들이 가로 스크롤을 움직이는 것보다 세로 스크롤을 움직이는 쪽을 선호하는 이유는 기존에 인쇄물에서 많은 텍스트를 읽을 경우 세로 방향으로 읽어 내려가는 습관이 있었기 때문이 아닐까 한다.) 확실히 종이와 스크린은 서로 차이가 있다. 단순히, 영역적 한계가 있느냐 없느냐의 문제만이 아니라 다른 페이지로 이동하는 방법의 문제나 삽입 가능한 외부 객체의 차이도 있겠다.</p>
<p><a href="/what-is-web-editor-1/">이전 글</a>에서 설명했던 워드프로세서의 궁극적인 목적은 콘텐츠를 인쇄물로 손쉽게 만들어 문서의 형태로 정보를 보존할 수 있게 만드는데 있다. 그러나, 웹이라는 것은 콘텐츠를 보존하고자하는 목적은 비슷하지만, 인쇄물을 제작하는 것보다는 정보 자체의 공유를 원활히 하는데 더 중점을 두고 만들어졌다. 이렇듯 추구하는 방향이 서로 다른 두가지 도구가 할 수 있는 일도 다를 수밖에 없는 것이다.</p>
<h2>문서 편집과 웹</h2>
<p>어쨌거나 편집이라고 하는 과정은 기본적으로 문서가 가지고 있는 전체적인 내용과 틀을 두고, 더 보기 좋게, 더 가독성 높게 만들어내는 일이다. 그래서 지금까지 컴퓨터에서 사용 가능한 편집 도구들은 일반적으로 보다 자유로운 디자인을 적용할 수 있게 만드는 것을 목표로 삼아왔던 것 같다. 물론, 기본적으로 작업의 효율화, 문서 전체에 일률적으로 적용 가능한 패턴 디자인 등의 기능은 당연히 포함되어 있는 것이고.</p>
<p>여전히 이런 워드프로세서 소프트웨어는 널리 사용되고 있으며 10년 전에 비해서 그 기능도 훨씬 다양해지고 막강해졌다 할 수 있다. 컴퓨팅 환경에서 웹이라는 혁명적인 공간이 등장했음에도 불구하고 말이다.</p>
<p>어쩌면 지난 논쟁의 중심에 놓인 스마트에디터의 표현 방식은 HTML의 태생적 한계를 넘어서 워드프로세서에 가까워지려는 노력의 산물이라고 할 수 있을지도 모르겠다. 쟁점 중 하나였던 글자 크기의 문제는 접근성의 측면이나 코드 표준에는 위배될지라도 사용자가 더 많은 종류의 글자 크기를 입력할 수는 있으니 말이다.</p>
<p class="note"><a title="웹 에디터, 어떻게 만들어야 할까 III" href="/what-is-web-editor-3/">다음 편</a>에 계속...</p>
웹 에디터, 어떻게 만들어야 할까 I2007-08-21T19:29:37+00:00http://resistan.com/what-is-web-editor-1<p class="press">몇 주 전부터 쓰기 시작했습니다만, 완전히 정리된 생각이 아니다보니 글을 쓰는데 좀 더딘감이 있습니다. 풀다보니 길어질 듯하여 몇 차례 나누어 정리해보려 합니다. 어떤 에디터가 좋다 나쁘다의 이야기 보다는, 웹 에디터의 이상적인 방향을 고민해보는 글이 될 것입니다.</p>
<h2>스마트에디터 논쟁</h2>
<p>최근 네이버에서 공개한 <a href="http://cafe.naver.com/common/editor/editorhelp/sub01.jsp">스마트에디터</a>. 그에 관한 논쟁이 잠깐이나마 불붙었던 적이 있다. 더 많은 글이 있겠지만 간략하게 정리해보았다.</p>
<ul>
<li>행복한 고니님의 글 :
<ul>
<li><a href="http://blog.naver.com/gonom9?Redirect=Log&logNo=70020207149">스마트에디터 이렇게 다르다!</a></li>
<li><a href="http://blog.naver.com/gonom9?Redirect=Log&logNo=70020207149">스마트에디터에 대한 오해 1</a></li>
<li><a href="http://mygony.com/archives/1138">개발자의 자질이라...</a></li>
</ul>
</li>
<li>MP4/13님 : <a href="http://blanc.kr/216">네이버 스마트에디터에 대한 딴지</a></li>
<li>와이낫님 :
<ul>
<li><a href="http://blog.naver.com/digitrio?Redirect=Log&logNo=70020210907">네이버는 맥을 미워해...</a></li>
<li><a href="http://blog.naver.com/digitrio?Redirect=Log&logNo=70020305929">스마트 에디터? 정말 스마트한지 보자 (팔짱)</a></li>
</ul>
</li>
<li>기다림hiphapis님 : <a href="http://hiphapis.net/">웹에서 Font Size 문제..</a></li>
<li>겐도님 : <a href="http://gendoh.tistory.com/2510935">글자 크기</a></li>
<li>freeism님 : 유니버설 디자인에 대한 단상: 글자 크기</li>
<li>소닉님 : <a href="http://blog.naver.com/salzblug?Redirect=Log&logNo=70020186507">스마트에디터 - NAVER에서 글을 쓴다는 것.</a></li>
<li>제이슨님 : <a href="http://blog.naver.com/blo9?Redirect=Log&logNo=30020337897">그 이름은 '스마트 에디터™' 입니다.</a></li>
<li>mazefind님 : 인용구...는 세계최초가 아닌 것 같은데;;;</li>
</ul>
<!--more-->
<p>행복한고니님이 하나의 프로젝트를 완수하고 자랑스럽게 포스팅했던 기분에 비하면, 이 글에 달린 일부 댓글이나 관련 포스트들은 몇가지 문제점 때문에 그 노력을 마치 인정하지 못하겠다는 듯 으르렁거리는 느낌이 좀 든다. 쟁점은 여러 가지가 있겠지만, 그 중 대표적인 것이 크로스 브라우징, 크로스 플랫폼의 문제, 사용자가 조절할 수 있는 글자 크기 설정의 문제 정도가 아닐까 한다.</p>
<p>그리 오래된 일이 아니긴 하지만, 지금에 와서 그 에디터에 대해서 왈가왈부하고 싶은 생각은 없다. 필자는 스마트에디터를 아직 써보지도 않았다. 논쟁에 뛰어들기 전에 고민해야할 문제는 스마트에디터가 아니라 웹 에디터라는 도구 자체를 어떻게 만들어야하는가에 대해서 한번 따져보는 일이 아닐까 싶었기 때문이다.</p>
<h2>워드패드와 메모장</h2>
<div class="boxed alignLeft">
<img class="wp-image-62 size-full" src="/media/remo1.gif" alt="대우 워드프로세서 르모의 모습" width="296" height="256" />
<p>과거에 타자기를 디지털화한 기계가 등장한 적이 있다. 이 사진은 80년대 말에서 90년대 초반까지 대우에서 생산 판매하던 르모라는 워드프로세서 기기다. 3.5인치 플로피 디스크를 이용하여 문서를 저장하고 로드하는 것이 가능했고, 도트 매트릭스 프린터를 내장하여 타자기처럼 사용할 수도 있었다.</p>
</div>
<p>인터넷이 지금처럼 활성화되기 전에도 워드프로세서라는 기계나 프로그램들은 사람들이 문서를 보다 쉽고 편리하게 만들 수 있도록 제공되고 있었다. 물론 여전히 많은 사람들이 사용하고 있는 도구지만, 이런 것들은 기본적으로 웹에서 제공할 수 있는 것과는 근본적으로 다르다고 할 수 있다.</p>
<p>그것은 통칭 워드프로세서라고 불리는 어플리케이션으로 작성하는 문서와 웹 페이지가 기본적으로 다른 종류이기 때문이다. 아마 rtf나 txt라는 확장자를 본 분들이 많을 것이다. 전자가 Rich Text Format(서식있는 텍스트, 이하 RTF) 문서라면, 후자는 Plain text(평범한 텍스트)라고 할 수 있다. 이것이 어떤 차이를 가지는가 하면, RTF 쪽은 문서의 내용과 함께 파일에 문서의 서식 관련 정보를 함께 저장한다. 그러나 후자는 문서의 구조와 내용만을 저장하며, 서식과 관련된 내용은 아예 포함하지 않는 방식으로 작성된다.</p>
<div class="boxed alignLeft">
<img class="wp-image-64 size-medium" src="/media/pads1-300x218.gif" alt="" width="300" height="218" />
<p>워드패드와 메모장의 서식 메뉴</p>
</div>
<p>쉬운 예로, Windows의 기본 어플리케이션인 Word Pad는 RTF를, Note Pad(메모장)는 Plain text만을 만들 수 있다. 메모장을 이용해서 오른쪽 정렬을 한다고하면, 내용이 짧은 줄 앞에 미친 듯이 스페이스를 입력해야할 것이다. 그러나 워드패드는 글꼴이나 정렬 방식, 간단한 부호에 대한 스타일을 정의할 수 있도록 만들어져있다. 참고로, 웹 페이지를 작성할 때 사용하는 HTML은 Plain text 쪽이기 때문에 서식 표현을 위해서 CSS라는 별도의 언어를 사용하고, 그 양식 제어를 위해서 Javascript를 이용하도록 만들어져 있다.</p>
<h3>10년 전 이야기</h3>
<div class="boxed alignLeft">
<img class="wp-image-65 size-full" src="/media/hangul31.gif" alt="" width="300" height="263" />
<p>필자가 사용했던 한글 3.0의 도스버전 설치 화면</p>
</div>
<p>이미 10년쯤 전의 이야기지만 필자의 경우에는 과거에 한글3.0을 이용해서 다양한 인쇄물을 제작했던 경험이 있는데, 명함부터 논문, 자료집, 포스터 등 꽤 많은 것들을 하나의 프로그램으로 만들 수 있었다. 물론, 그 프로그램을 사용하면서 원하는 모양을 만드려할 때 느꼈던 한계도 많았지만, 필자에게 한글3.0은 단순한 형태의 문서를 기록하기 위해 사용하던 프로그램이 아니라 아주 다양한 인쇄물 편집을 할 수 있게 해주는 유용한 도구였다.그러나 필자에게 유용했던 한글3.0을 당시 대부분의 사람들은 그다지 신통찮은 툴 정도로 여겼던 것 같다. Mac을 이용한 만큼의 디자인은 할 수 없는 - 여전히 이런 류의 편견은 있다 - 툴이었으며, 글꼴을 바꾸고 정렬을 좀 쉽게 하며, 쪽번호를 넣어서 페이지를 알 수 있게 해주는 정도의 문서 편집기였다. 그러나, 한글3.0을 잘 사용하는 사람들이라면, 제목에 보이지 않는 표식을 달아 자동으로 목차를 생성한다거나, 짝-홀수 페이지에 따라 다른 머릿말을 넣어 양면 인쇄용 편집을 한다거나, 나름 쓸만한 기능이 많은 도구였다.</p>
<p>당시에는 필자 역시 미처 생각해보지 못했지만, 지금 생각해보면 이런 인식의 차이에는 분명히 태도의 차이가 있었다고 본다. 워드프로세스 프로그램을 정보 보존을 위한 도구로 생각하는지, 편집을 위한 도구로 생각하는지의 문제 말이다. 물론, 프로그램 자체는 두가지의 목적을 이 다 달성시켜줄 수 있다. 하지만, 사용자는 스스로가 할 수 있는 것만 사용하는 법이더라.</p>
<p class="note"><a title="웹 에디터 어떻게 만들어야 할까 II" href="/what-is-web-editor-2/">다음 편</a>에 계속</p>
Standard Magazine 오픈 준비중2007-08-09T14:51:45+00:00http://resistan.com/standard-magazine-ready<p>그간 웹 표준 커뮤니티로 많은 사랑을 받아왔던 <a title="CSS Design Korea" href="http://standardmag.org">CSS Design Korea</a>에서 웹 표준을 지키려는 사람들이 함께 생각해볼 수 있는 이야기 거리를 웹진의 형태로 내놓을 계획입니다.</p>
<div style="border: 1px solid #336699; margin: 2em auto; padding: 1em; background: transparent url('http://standardmag.org/images/back.gif') repeat scroll 0% 0%; width: 70%;">
<p style="text-align: center;"><a href="http://resistan.mireene.co.kr/wp/wp-content/uploads/2007/08/cdksmlogo1.gif"><img class="alignnone size-medium wp-image-58" src="/media/cdksmlogo1-300x48.gif" alt="Standard Magazine" width="300" height="48" /></a></p>
<p style="text-align: center;">2007년 8월 오픈 예정</p>
<p style="text-align: center;"><strong><a title="Standard Magazine 메일 구독 신청" href="http://standardmag.org/entry/wri.php" target="_blank">구독 신청하기 </a></strong></p>
</div>
<p>이 웹진에서는 웹 표준을 지키는 사람들이 생각해볼만한 주제에 대한 이야기와, 여러가지 새 소식, 그리고 이에 관심있는 사람들의 생각을 들어볼 수 있을 것입니다. 또한, 기고된 글에 대해서 독자들이 의견을 직접 교환할 수 있도록 만들어진다는군요.</p>
<p>웹 표준을 지킬 수 있는 기술을 배우는 것도 중요하지만, 더 나은 웹을 만들기 위해 더 많이 생각하고 고민해서 스스로의 방식과 철학을 세워나가는 일도 중요할 거라 생각합니다. 그런 의미에서 Standard Magazine의 창간은 게시판을 통해서만 이루어지던 단발성 소통 구조를 넘어설 수 있는 하나의 계기를 제공하지 않을까 싶습니다.</p>
<p>개인적으로는 이 웹진이 알아듣기 어려운 이야기들로 채워지기 보다는, 흔히 이야기하지만 구체적으로 다뤄보지 못했던 이야기를 했으면 합니다. 또, 많은 사람들이 웹에 대한 서로의 생각과 비전을 교류할 수 있는 장이 되었으면 합니다. 그래서 잘 풀리지 않았던 문제들이나 혼자 풀기 어려운 일을 풀어가는데 작게나마 도움을 줄 수 있는 공간이 되었으면 하는 바램이 있습니다.</p>
<p>Standard Magazine 화이팅!</p>
웹이 가야할 길2007-07-31T15:04:41+00:00http://resistan.com/web-serial-6th-future-web<p>지난 5개월간 웹 표준과 웹 접근성에 관한 이야기를 했다. 웹 표준이란 어떤 것이며 현재 국내의 상황은 어떤지, 왜 지켜져야 하는지, 어떻게 해야 웹 사이트를 더 잘 만들 수 있는가에 관한 내용이었다. 올해 중순까지 미래의 웹에 관한 여러 컨퍼런스나 세미나, 토론회 등이 있었고 많은 전문가들이 Web 2.0, 웹 표준, RIA 등에 관해 이야기하며 미래에 웹이 어떻게 변화할 것인지, 미래를 만들어갈 기술이 어떤 것인지를 말해왔다.</p>
<p><!--more-->원론으로 돌아가는 듯 하지만, 웹이라는 도구가 무엇을 위해, 어떤 일을 하기 위해 이렇게 많은 변화를 맞고 있는지를 이야기하기 전에 먼저 그 시작을 되짚어 보는 일이 필요할 것 같다.</p>
<h2>웹은 왜 만들어졌나</h2>
<p>흔히 웹의 역사를 말하면 Tim Berners-Lee 경이나 정보 공유를 좀 더 쉽게 할 수 있는 수단으로써 만들어졌다는 이야기를 하게된다. 이것은 웹이 고안되기 이전의 정보 저장을 위한 수단이 종이처럼 시간적, 공간적 제약을 받는 매체를 사용하는 하는 것이라고 보기 때문이다. 물론 컴퓨터가 등장하고 디스크라는 저장 매체가 나왔지만, 인터넷이 등장하기 이전에는 저장 용적의 확장 이상이 될 수 없었던 것이다.</p>
<p>인터넷이라는 통신 수단은 여러 가지 방식을 통해서 이러한 시간적, 공간적 제약을 뛰어넘을 수 있는 방법을 제공하였고, 그 중 하나가 현재 널리 쓰이고 있는 웹이다. 이미 알고 있는 사실이겠지만, 이 웹이라는 수단은 기본적으로 Markup 언어를 통해서 정보를 쉽게 공유할 수 있도록 하는데 초점을 맞추고 있다.</p>
<p>정보의 공유라는 것은 불특정 다수에 대한 무조건적인 공개만을 의미하는 것은 아니다. 물론, 그런 용도로 사용되는 경우도 많이 있지만, 특정 대상이나 그룹만을 위해 공개할 수 있도록 하는 것 역시 공유의 범주에 속할 수 있다. 이를 위해 웹을 제작하는데 사용되는 많은 방법들은 보안 등의 개념을 포함하고 있기도 한다. 그래서, 정보를 담기위한 그릇으로써 Markup 언어만이 아니라, 서버 사이드에서 사이트를 제어하는 언어들이 많이 사용되고 있다. 또, 웹이 Telnet이나 FTP, Usenet 등 여타의 인터넷 서비스 방식에 비해 보다 시각적으로 인식하기 쉬운 형태라는 점 때문에 다른 프로토콜을 이용하는 서비스를 끌어오기도 하였다.</p>
<p>이런 요소들이 현재의 웹을 만들어냈으며, 단순히 문서의 저장고 역할만이 아니라 사회적, 상업적 가치를 생산하는 공간으로 웹을 진화시켰다고 할 수 있다.</p>
<h2>Web 2.0</h2>
<p>2005년 하반기부터 Web2.0이라는 말이 유행처럼 거론되고 있고, 현재에는 관련 내용이 이미 많이 알려져있다. 특정한 기술이라기 보다는 진화하고 있는 웹의 특징을 간추린 이 단어는 많은 사람들이 그 실체에 대해 의문을 표시하고 있는 대상이기도 하다. 실제로 Web 2.0은 다양한 해석을 낳고 있으며, 일부 전문가들이 말하는 '거품이 빠져버린 IT 시장을 살려내기 위한 상업적 단어'만은 아니라 할 수 있다.</p>
<p>UCC의 본래 의미가 무엇이었든, 현재 대한민국에서 UCC라는 말을 못들어본 사람은 별로 없을 것이다. 흔히 인터넷이라고 부르는 웹은 이미 한국 사람들의 생활에 깊이 파고 들었고, 어떤 면에서는 오프라인에서 일어나는 일보다 빠르고 폭넓게 영향을 미치고 있는 것이다.</p>
<p>Web 2.0이 어떤 식으로 해석이 되던, 기본적으로 진보하는 웹에 대한 것을 다루고 있다는 점에 대해서는 이견을 달 수 없을 것이다. 이는 고착화되었던 웹 콘텐트와 서비스 모델이 어떻게 변화하는지를 보여주고 있으며, 웹이 더 많은 장치에서 더 다양하게 이용될 수 있다는 점을 본격적으로 보여주고 있다.</p>
<h2>가까워진 미래, 유비쿼터스</h2>
<p>90년대 후반에 폭발적으로 사용자가 증가한 휴대폰부터, MP3, PMP, 휴대용게임콘솔, UMPC, 노트북에 이르기까지 사람이 기계를 휴대하고 다니는 일이 흔해졌다. 게다가 이런 모바일 장치들은 단일 용도가 아닌 다용도 기기(Conversions)로 변화하고 있다.</p>
<p>고성능의 전자장비와는 무관해보였던 자동차의 경우도 마찬가지다. GPS 기술은 길을 안내해주는 차량용 네비게이션으로 등장하였고, 버스의 위치를 확인하여 언제 원하는 버스를 이용할 수 있는지를 안내해주는 시스템(BMS:Bus Management System)이 사용되고 있다.</p>
<p>최근 TV의 아파트 광고는 버튼으로 제어하는 주거 환경에 초점을 맞추고 있으며, 필요에 따라 투명도를 변경할 수 있는 스마트 유리, 집 안팎의 전화를 통합해서 사용할 수 있는 시스템, 가정 내의 전자 제품을 하나로 통합해서 제어하는 홈 서버 시스템 등 우리의 생활을 좀 더 편리하고 윤택하게 만들어줄 기술이 하나씩 세상에 모습을 드러내고 있다.</p>
<p>예를 들어, 과거에는 단방향 시청만을 해왔던 TV는 현재 IPTV라는 이름의 양방향 서비스로 변화하고 있다. 이는 방송국에서 송출되는 프로그램만이 아니라, 사용자가 원하는 프로그램을 원하는 때에 볼 수 있게 해주는 서비스다. 단순히 수신 중인 채널 중에서 골라서 보는 것이 아니라, 리모콘 등의 입력 장치를 통해서 원하는 프로그램을 직접 선택하여 다운로드 받아 시청하는 형태이다. 이는 나아가 쇼핑 채널을 시청하다가 리모콘의 버튼으로 바로 상품을 구매한다던지, 프로그램의 출연자 정보를 TV 화면상에서 바로 검색해볼 수 있는 시스템을 예고하는 것이라 할 수 있다.</p>
<p>한가지 예를 더 들어보자면 운전 중에 사용하는 네비게이션 프로그램이 기존에는 목적지까지의 도로만을 찾아줬지만, 이제는 같은 목적지라도 이용할 도로의 상황을 파악하여 더 빠르게 목적지로 갈 수 있는 길을 알려주는 서비스가 나타났다. 이는 기본적으로 제공되던 정보와 함께 관련 정보를 함께 적용하여 사용자가 더 유용하게 기능을 이용할 수 있도록 하는 기술이다.</p>
<p>현재에는 단방향에서 양방향으로, 단일 정보에서 관련 정보를 포함한 형태로 변화하고 있지만, 가까운 미래에 더욱 복잡한 정보를 사용자가 원하는 형태로 가공하여 제공하는 시대가 올 것임을 예견하고 있는 것이다.</p>
<h2>기계가 인터넷을 쓰는 세상</h2>
<p>그 동안 우리가 웹 사이트를 만들어왔던 방식은 사람이 인식하기 쉬운 형태로 만드는 것이었다. 그래서 웹 사이트의 외형적인 디자인을 중시해왔다. 물론, 웹 사이트 이용의 주체는 사용자이며 사람이 인식하고 사용하기 쉬운 형태로 만드는 것은 예나 지금이나 중요한 과제다. 그러나, 현재는 기계가 쉽게 인식하고 그 내용을 파악할 수 있도록 만드는 것이 전보다 중요해지고 있다. 그것은 바로 앞에서 이야기한 유비쿼터스 시대가 다가오고 있기 때문이다.</p>
<p><!--more--></p>
<p>앞서 들었던 예에서처럼, 중심이 되는 정보에 관련 정보를 덧붙이는 기술(Mash-up)은 그것이 현재에도 특정 조건을 통해 명확하게 걸러질 수 있는 정보이기 때문이다. 많은 사람들이 예견하는 것처럼 미래에는 사용자가 원하는 내용을 더 폭넓고 깊은 정보 기반을 통해 찾아내고 손쉽게 이용할 수 있게 될 것이다. 사용자는 보다 쉽게 명령하고, 기계는 그것을 적절히 해석해서 필요한 정보를 찾아내고 사용자가 원하는 결과를 알려주게 될 것이다. 현재와 다른 점이 있다면, 사용자가 직접 원하는 키워드를 정하고 조합하여 검색하는 것이 아니라 사용 중인 기기가 알아서 찾아주게 될 것이라는 점이다.</p>
<p>풀어 설명하자면, 사용자가 목이 말라 오렌지 주스를 먹고싶다고 말한다면 냉장고가 현재 남아있는 음료수를 파악하여 오렌지 주스가 있는지를 음성으로 알려줄 것이고, 없다면 사용자가 평소 선호하던 음료를 권하기도 할 것이라는 것이다. 또한 사용자의 식료품 구입 패턴을 파악하여, 부족한 것을 바로 주문할 수 있게 될 것이다.</p>
<h2>웹 표준, 데이터 표준</h2>
<p>웹 표준을 지키자는 이야기가 나온 것은 단순히 그것이 하나의 규약이기 때문은 아니다. 앞서 언급한 것처럼 정보를 표현하는 한가지 방식으로 웹을 바라볼 때, 이는 웹 콘텐트를 데이터로 간주할 수 있게 된다. 다시 말해, 웹 콘텐트를 더 구조화하고 체계적으로 표시하는 방법으로써 웹 표준이 가치를 가질 수 있음을 의미하는 것이다.</p>
<p>위에서 다뤘던 많은 미래 지향적인 기술이 가치를 가질 수 있는 것은, 그런 기술이 이용할 수 있는 정보 인프라가 구축되어있다는 것을 전제로 하기 때문이다. 위에서 들었던 예로 말하자면, 사용자의 식료품 구매 패턴을 기억하는 것은 냉장고 스스로도 할 수 있겠지만, 모든 식료품의 종류나 유통기한, 용량 등을 냉장고가 처음부터 가지고 있을 수는 없다고 보는 것이다. 그렇다면 냉장고는 사용자가 구매하는 식료품의 개별적인 정보를 주기적으로나 필요할 때마다 업데이트해야하는데, 냉장고 안에 식료품이 들어갈 때 해당 제품의 바코드를 읽는다거나, 사용자의 입력을 통해, 혹은 네트워크를 통해서 식료품 정보를 얻게 될 것이다. 이렇게 얻어진 정보를 냉장고가 파악하여 상황에 따라 필요한 정보를 제공하게 되는 것이 지능형 냉장고의 기본적인 서비스 모델이 된다.</p>
<p>이렇게 볼 때 사용자 입장에서 가장 편리한 모델이 바로 바코드 등의 식별 장치를 이용하되 해당 물품의 상세 정보를 네트워크로 자동 업데이트 받는 형태라고 할 수 있다. 그러나 여기서 간과하지 말아야 할 것은 식료품 정보를 냉장고만이 사용하지는 않는다는 점이다. 예에서 보듯 식료품 정보를 냉장고에서 사용할 수 있겠지만, 조리용 전자 제품이나 유통 과정에서 사용되는 기기에서도 식료품 정보를 얻을 수 있다는 점이다. 이런 면에서 볼 때, 식료품 정보는 냉장고 제조업체가 아니라 식료품 제조업체 쪽에서 제공하되, 범용적으로 사용할 수 있는 식품 정보 포맷을 이용하는 편이 좋겠다. 또한, 일반적으로 사용자가 식료품의 기본 정보를 조회할 수 있도록 웹 사이트에서도 동일한 정보를 제공할 것이다.</p>
<p>여기서 생각할 것은, 여러 기기에 제품 정보를 제공하기 위하여 동일 데이터를 여러 가지 형태로 제공해야 하는가에 대한 것이다. 전에도 언급했지만, 하나의 문서로 여러개의 장치, 여러 형태의 정보로 제공 가능하게 하는 기술이 바로 웹 표준이 될 수 있다는 점을 상기할 필요가 있다. 보다 작은 단위의 정보를 구조화해서 문서를 작성하고, 지능화된 장치, 검색 엔진이 동원된다면 하나의 문서를 다양한 형태로 제공할 수 있게 될 것이다.</p>
<p>이런 이유로 미래의 웹 페이지는 사람 뿐만 아니라, 사람에게 보다 다양한 방법으로 정보를 제공하는 기계들이 쉽게 인식할 수 있게 만들어져야 하는 것이다.</p>
<h2>퍼즐 조각이 모여 커다란 그림이 되듯</h2>
<p>미래는 멀리 있지 않다. 웹과 동떨어져 보이던 음성 인식 소프트웨어나 터치 패드 기술 등 새로이 등장하는 인터페이스부터 스마트 유리나 빠른 길을 찾아주는 네비게이션 소프트웨어, 집에 들어가면 집전화가 되고 외출하면 휴대전화가 되는 전화기, 다기능 모바일 장치가 속속들이 나오고 있다. 현재에는 이런 기기들이 직접 웹에 접속하는 경우가 흔치 않지만, 앞으로는 이용 형태는 다를지라도 현재 PC를 통해서 이용하듯 웹을 사용할 수 있는 시대가 올 것이다.</p>
<p>웹 표준을 지키고 정보를 구조화하는 일은 웹 페이지의 속도를 빠르게 하고 사이트를 유연하게 만드는 효과만을 보고 하는 것이 아니다. 퍼즐 조각을 보면 서로 상관없어 보이지만 그 조각들이 서로 만나서 커다란 그림을 구성할 수 있는 것처럼 지금은 전혀 관계없어 보이는 개별적인 진화를 묶어낼 수 있는 기반을 닦는 것이다. 웹 표준을 지켜서 웹 페이지를 만들고, 사이트를 만들어 나가는 일은 그 퍼즐 조각들이 함께 놓일 판을 놓는 일이 될 것이다.</p>
<p class="note">이 글은 월간 w.e.b. 8월호에 게재된 내용입니다.</p>
<p>6개월 간의 마라톤을 이제야 끝내는군요. 졸필을 읽어주신 많은 분들께 감사드립니다.</p>
CSS와 뗄 수 없는 웹 디자인2007-07-02T06:31:33+00:00http://resistan.com/web-serial-5th-css<h2>웹과 디자인</h2>
<p>디자인이란 인간 생활에 필요한 조형 활동이다. 디자인은 숟가락 하나에서부터 초대형 빌딩까지 사람이 사용하는 모든 물건에 적용되는 것이다. 그래서 디자인에는 미학적인 면과 함께 그 실용적인 면이 반드시 강조된다. 웹 디자인 역시 마찬가지라 그 아름다움과 더불어 사용자 경험에 근거했을 때 얼마나 페이지를 가독성이나 사용성이 높게 구성하느냐가 매우 중요해지는 것이다. UI나 UX가 웹 디자인에서 대두되는 이유는 바로 웹 페이지가 예술품이 아니라 사용했을 때 인간의 생활이 더 편리해지는 하나의 도구로 인식되고 있기 때문이다.</p>
<p><!--more-->웹이 인간의 도구라는 점을 굳이 장황하게 설명할 필요는 없을 것이다. 다만, 그 도구가 어떤 용도로 사용되고 있는지는 짚어볼 필요가 있다. 2006년 한국정보문화진흥원의 조사에 따르면 우리 나라 사람들이 웹을 이용하는 가장 큰 목적이 정보나 자료를 찾는데 있는 것으로 나타났다. 사람들이 웹을 정보를 쉽게 얻을 수 있는 곳으로 인식하고 있다는 증거라 하겠다. 그런데도, 국내 웹에 올라와 있는 정보들은 형태적으로는 그럴 듯해도 구조적으로 정리되지 않은 경우가 훨씬 많아서 단일 웹 페이지 이외에서 그 페이지의 정보를 재활용하거나 기계적으로 내용을 파악하기 어렵다.</p>
<h2>웹 페이지를 더욱 보기 좋게</h2>
<p>웹 페이지를 구성하는데 필요한 많은 도구가 있지만, CSS는 웹 사이트의 디자인을 해주는 아주 중요한 도구라고 할 수 있다. CSS는 기본적으로 혼자서 사용될 수는 없는 언어이다. HTML과 같은 Markup 언어가 있어야만 동작하며, 이는 CSS의 역할이 Markup 언어를 보조하는 것이라는 점을 분명히 알려준다. HTML이 웹 페이지의 뼈대를 만들어준다면, CSS는 그 뼈대 위에 장식을 해주는 역할을 한다. 그래서 HTML이 어떻게 작성되어 있느냐에 따라 CSS를 사용하는 방법이 달라지게 된다.</p>
<p>예를 들어, 기존에 흔히 하던대로 table 태그만을 이용해 웹 페이지를 작성한다면, 각각 다른 영역과 구성 요소에 굉장히 많은 종류의 클래스를 사용하여 각 영역을 구별하고, 별도의 속성을 지정해줘야 한다. 이는 콘텐트 간의 구분을 지어주는 요소가 없기 때문이다.<br />
반대로 6월호에서 소개한 방식으로 웹 표준을 지켜서 HTML을 작성한다면 사용해야 하는 클래스는 굉장히 적어지고 HTML 코드 역시 더 간결해진다. 이는 HTML 태그가 CSS를 적용해야 하는 지점을 명확하게 구별해주기 때문이라 할 수 있다.</p>
<h2>웹 디자인은 구조 디자인</h2>
<p>아래에 나올 선택자의 종류를 자세히 살펴보면 알 수 있겠지만, 웹은 문장이나 그림을 나열하는 것이 아니라 정보를 구조화해서 배치할 수 있도록 만들어져 있다. Cascading Style Sheet라는 이름에서 Cascading(계층적)이라는 말이 바로 이런 점을 그대로 드러내고 있다. 그래서 CSS는 HTML 문서의 상하 구조 순서와 요소에 따라 그 속성을 상속할 수 있다.</p>
<p>일례로 많이 쓰고 있는 바와 같이 body 태그에 CSS로 글자 크기를 지정할 경우, body 안에 들어가는 요소의 글자도 같은 속성을 상속받게 된다. 일부의 태그는 경우에 따라 상위 요소의 속성을 그대로 상속받지 않기도 한다. CSS에서 상속은 매우 중요한 특징이며, 이로 인해 CSS는 많은 부분을 중복하여 사용하지 않아도 사이트의 스타일을 지정할 수 있게 된다. 이런 이유 때문에 HTML에서 상하 구조를 잘 설계해서 작성하는 것이 중요해지는 것이다.</p>
<h2>Selector</h2>
<p>HTML의 구조에 따라 CSS는 어떤 부분을 어떻게 꾸밀지를 결정할 수 있고, Selector(선택자)라는 도구가 이를 이용할 수 있게 해준다. 흔히 사용하는 클래스 역시 이 Selector의 한 종류에 불과하다.</p>
<h3>Element Selector(요소 선택자)</h3>
<p>요소 선택자란 HTML Element인 태그를 선택자로 사용하는 경우이다. 예를 들어 아래와 같이 CSS를 사용한다면, 이 CSS가 적용되는 문서에서 P 태그가 쓰인 모든 곳의 글자 색상은 검정색이 될 것이다.</p>
<figure class="highlight"><pre><code class="language-css" data-lang="css"><span class="nt">p</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span><span class="no">black</span><span class="p">;</span> <span class="p">}</span></code></pre></figure>
<h3>ID Selector(아이디 선택자)</h3>
<p>특정 ID가 부여되어있는 요소에 대해 속성을 적용하게 된다. CSS에서 ID는 # 부호를 이용하여 구별한다.</p>
<figure class="highlight"><pre><code class="language-css" data-lang="css"><span class="nf">#MENU</span> <span class="p">{</span> <span class="nl">border</span><span class="p">:</span><span class="m">1px</span> <span class="nb">solid</span> <span class="m">#333</span><span class="p">;</span> <span class="p">}</span></code></pre></figure>
<figure class="highlight"><pre><code class="language-html" data-lang="html"><span class="nt"><h2</span> <span class="na">class=</span><span class="s">"menu"</span><span class="nt">></span>내용<span class="nt"></h2></span>
<span class="nt"><p</span> <span class="na">class=</span><span class="s">"menu"</span><span class="nt">></span>내용<span class="nt"></p></span></code></pre></figure>
<p>윗 줄은 CSS의 코드이고 아랫줄은 HTML의 코드이다. 클래스와 사용하는 방법은 유사하지만, HTML 문서 내에서 동일한 ID는 중복 사용할 수 없다.</p>
<h3>Class Seleotor(클래스 선택자)</h3>
<p>특정 class에 해당하는 모든 요소에 속성을 적용한다. Class는 . 부호를 이용하여 구별한다.</p>
<figure class="highlight"><pre><code class="language-css" data-lang="css"><span class="nc">.menu</span> <span class="p">{</span> <span class="nl">background</span><span class="p">:</span><span class="m">#EEE</span><span class="p">;</span> <span class="p">}</span></code></pre></figure>
<p>ID와 class가 다른 점이라면, 동일한 ID는 문서당 한번만 사용할 수 있지만, class는 동일한 이름을 여러 번 사용해도 된다는 점이다.</p>
<h3>Contextual Selector(문맥 선택자)</h3>
<p>문맥 선택자란 페이지의 구조에 따라 태그나 ID, 클래스 등을 상위 요소부터 차례대로 찾아나가는 방식이다. 이 때 문맥 선택자임을 나타내기 위해 요소와 요소 사이에 공백 문자를 넣어주게 된다.</p>
<figure class="highlight"><pre><code class="language-css" data-lang="css"><span class="nt">blockquote</span> <span class="nt">strong</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span><span class="no">red</span><span class="p">;</span> <span class="p">}</span></code></pre></figure>
<figure class="highlight"><pre><code class="language-html" data-lang="html"><span class="nt"><blockquote></span>
<span class="nt"><p></span>인용 문장에서 <span class="nt"><strong></span>강조<span class="nt"></strong></span>되어야 할 부분<span class="nt"></p></span>
<span class="nt"></blockquote></span>
<span class="nt"><p></span>이 문장에서 <span class="nt"><strong></span>강조<span class="nt"></strong></span>되어야 할 부분<span class="nt"></p></span></code></pre></figure>
<p>위의 예제에서 빨간색으로 나타나는 부분은 인용 문장에 있는 강조라는 단어이다. 위의 CSS 코드는 blockquote라는 요소의 하위에 있는 strong에만 해당 속성을 적용하도록 하고 있다.</p>
<h3>Pseudo-class Selector(가상 클래스 선택자)</h3>
<p>가상 클래스 선택자는 특정 요소의 특정한 상태에 대해 속성을 부여할 수 있도록 하는 수단이다. 태표적으로 사용되는 곳은 링크를 나타내는 a 태그이며, 사용자가 링크를 방문한 적이 있는지, 마우스로 선택한 상태인지 등을 나타내주곤 한다. 이 가상 클래스 선택자를 사용하기 위해서는 : 을 이용하여 해당 요소의 상태를 정의하고 필요한 속성을 정의할 수 있다.</p>
<figure class="highlight"><pre><code class="language-css" data-lang="css"><span class="nt">a</span><span class="o">,</span> <span class="nt">a</span><span class="nd">:link</span><span class="o">,</span> <span class="nt">a</span><span class="nd">:visited</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span><span class="no">black</span><span class="p">;</span> <span class="p">}</span>
<span class="nt">a</span><span class="nd">:hover</span><span class="o">,</span> <span class="nt">a</span><span class="nd">:active</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span><span class="no">red</span><span class="p">;</span> <span class="p">}</span></code></pre></figure>
<p>이 예제에서는 일반 링크 요소와 방문한 적이 있는 링크의 텍스트 색상은 검정색, 마우스를 가져다 대거나 링크가 활성화된 상태일 때는 텍스트의 색상이 빨간색이 되도록 정의하고 있다.</p>
<h3>Pseudo-element Selector(가상 요소 선택자)</h3>
<p>가상 요소 선택자는 특정 요소 중의 일부만을 골라 속성을 정의할 수 있도록 한다. 가상 클래스 선택자와 마찬가지로 : 부호를 이용하여 특정 부분을 골라낼 수 있다.</p>
<figure class="highlight"><pre><code class="language-css" data-lang="css"><span class="nt">p</span><span class="nd">:first-line</span> <span class="p">{</span> <span class="nl">font-weight</span><span class="p">:</span><span class="nb">bold</span><span class="p">;</span> <span class="p">}</span>
<span class="nt">p</span><span class="nd">:first-letter</span> <span class="p">{</span> <span class="nl">font-size</span><span class="p">:</span><span class="m">2em</span><span class="p">;</span> <span class="p">}</span></code></pre></figure>
<p>이 예제의 첫 행은 문단의 첫 번째 줄의 글자를 굵게 하고, 두 번째 행은 문단의 첫 번째 글자의 크기를 두 배의 크기<br />
가 되도록 한다.</p>
<h2>Specification</h2>
<p>CSS가 어디에 기술되는가, 또는 어떤 선택자를 사용하고 있는가에 따라 HTML 요소에 적용되는 스타일은 달라질 수 있다.</p>
<p>CSS를 사용하는 방식에는 크게 세가지가 있는데 이는 각각 inline style, embedded(internal) CSS, external CSS라 한다. 이중 inline style은 HTML의 태그 요소에 style 속성을 이용해 직접 스타일을 적용하는 방법이고, embedded는 문서 상단에 style 태그를 사용한다. 또, external은 외부에 별도의 파일로 작성하여 link 태그로 불러오는 방식이다.</p>
<h3>Inline style</h3>
<figure class="highlight"><pre><code class="language-html" data-lang="html"><span class="nt"><p</span> <span class="na">style=</span><span class="s">"color: red"</span><span class="nt">></span>내용<span class="nt"></p></span></code></pre></figure>
<h3>Embedded CSS</h3>
<figure class="highlight"><pre><code class="language-html" data-lang="html"><span class="nt"><style </span><span class="na">type=</span><span class="s">"text/css"</span><span class="nt">></span>
<span class="nt">p</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span><span class="no">green</span><span class="p">;</span> <span class="p">}</span>
<span class="nt"></style></span></code></pre></figure>
<h3>External CSS</h3>
<figure class="highlight"><pre><code class="language-html" data-lang="html"><span class="nt"><link</span> <span class="na">type=</span><span class="s">"text/css"</span> <span class="na">rel=</span><span class="s">"stylesheet"</span> <span class="nt">/></span></code></pre></figure>
<p>각각의 예제가 하나의 문서에 있고, style.css에서 p 요소에 대한 색상을 검정색으로 지정했을 경우, 문서에서 사용된 p 요소의 색상은 무엇일까? 바로 초록색이다. 물론 inline style로 지정한 문단의 경우 빨간색으로 나오게 될 것이다. 또 어떤 선택자를 사용했는가에 따라 그 우선 순위가 달라진다. 예를 들어 같은 태그 요소라고 하더라도 ID와 class가 동시에 부여되어 있다면, ID로 지정한 스타일 속성이 해당 요소에 우선 적용된다.</p>
<figure class="highlight"><pre><code class="language-css" data-lang="css"><span class="nf">#A</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span><span class="no">red</span><span class="p">;</span> <span class="p">}</span>
<span class="nc">.B</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span><span class="no">green</span><span class="p">;</span> <span class="p">}</span>
<span class="nt">p</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span><span class="no">black</span><span class="p">;</span> <span class="p">}</span></code></pre></figure>
<figure class="highlight"><pre><code class="language-html" data-lang="html"><span class="nt"><p</span> <span class="na">class=</span><span class="s">"B"</span> <span class="na">id=</span><span class="s">"A"</span><span class="nt">></span>내용<span class="nt"></p></span></code></pre></figure>
<p>이 예제에서 p 요소 안에 있는 글자의 색상은 빨간색으로 적용된다. ID 선택자는 class 선택자보다 우선하고, class 선택자는 요소 선택자보다 우선 순위가 높다. 이것을 공식화 하면 요소 선택자는 1단위, class 선택자는 100단위, ID 선택자에는 10000단위를 부여해 합산하는 방식이라 할 수 있으며 이 때 합계가 높은 쪽이 우선 순위를 갖는다.</p>
<figure class="highlight"><pre><code class="language-css" data-lang="css"><span class="nf">#A</span> <span class="nc">.b</span> <span class="nt">p</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span><span class="no">red</span><span class="p">;</span> <span class="p">}</span> <span class="c">/* 10000+100+1 = 10101 */</span>
<span class="nc">.b</span> <span class="nt">p</span> <span class="nc">.c</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span><span class="no">blue</span><span class="p">;</span> <span class="p">}</span> <span class="c">/* 100 + 1 + 100 = 201 */</span></code></pre></figure>
<p>단, 이것은 예제를 들기위해 각각 1, 100, 10000 단위를 부여한 것이지 하나의 요소를 정의하기 위해 class 선택자가 100개 사용된다고 해서 ID 선택자와 우선 순위에서 동등해지는 것은 아니라는 점을 알아둘 필요가 있다.</p>
<h2>CSS를 이용한 웹 디자인</h2>
<p>페이지 콘텐트가 확정된다면, 나뉘어 있는 콘텐트 부분 부분의 중요도를 판단하고 디자인을 하게 될 것이다. 콘텐트를 파악하고, 전체적인 레이아웃을 정하고, 각각의 요소에 특징을 부여하고, 그 요소 요소를 좀 더 읽기 편하고 사용하기 쉽게 만드는 일이 웹 디자인이 아닌가.</p>
<p>여러 방면의 디자이너들이 많이 사용하는 포토샵이라는 툴은 그림을 그릴 수 있는 도구지만, 직접 웹 페이지를 만들어주는 도구는 아니다. 웹 디자인을 한다면 PSD 파일을 만들기 전에 CSS가 무엇을 할 수 있는지, 웹 페이지에서 어떤 표현을 할 수 있는지를 알아둘 필요가 있다 하겠다.</p>
<h2>CSS는 HTML과 용도가 다르다.</h2>
<p>많은 사람들이 HTML의 속성으로 이미 디자인적 요소를 정의하고, HTML에서 정의할 수 없는 부분만을 CSS에서 정의해서 사용하는 방식을 취하고 있다. 그래서 링크의 색상 등에 대한 스타일만을 사용하는 경우가 많다. 하지만 이는 분명히 잘못된 방식이다.</p>
<p>앞서도 설명한 바와 같이, CSS와 HTML은 그 목적이 다르다. HTML이 문서의 내용과 구조를 분명히 하기 위한 수단이라면 CSS는 HTML이 해주지 않는 시각적 효과를 만들어내는 도구다. 따라서 HTML에는 디자인적 요소를 최대한 배제하고 CSS에서 모든 디자인적 요소를 처리하는 것이 옳다.</p>
<p>구조와 디자인 요소의 분리는 사이트 제작 이후에도 내용과 디자인의 관리를 이원화할 수 있게 만들어준다. 구조, 디자인, 양식(스크립트 등의 Behavior)을 분리해서 사용하는 이런 방식은 디자인 리뉴얼이 잦은 우리 나라의 풍토에서는 오히려 효율적이 될 수 있을 것이다.</p>
<p class="note">이 글은 월간 w.e.b. 7월호에 기고된 글입니다.</p>
<p>아무리봐도 글의 질적인 측면이 너무 떨어져, 내놓기 많이 힘들었습니다. 창피...; ㅠㅠ</p>
WebAppsCon 참석2007-06-23T23:27:19+00:00http://resistan.com/webappscon2007-sent<p><a title="Flickr의 WebAppsCon 사진" href="http://flickr.com/photos/tags/webappscon/">Flickr</a>에 <a title="WebAppsCon 2007" href="http://webappscon.com/">WebAppsCon</a> 관련사진이 900장 가까이 올라와 있습니다. 저는 자원봉사로 현장등록부스에 있었습니다만 뭐… 안내 표지판이 좀 마련돼있었다면 나았으련만… 8시 30분부터 10시까지는 수많은 사람들과 불평 불만에 꽤나 시달렸군요.</p>
<p>미투데이에 올라온 글이나, 블로그를 통해 사람들이 생각하는 점들을 보면 정말 성공적인 행사가 아니었나 싶습니다. 최근에 있었던 많은 컨퍼런스들이 무색할 정도로 말이죠.</p>
<p>25년이란 세월을 자라온 한국의 <del>웹</del><ins>인터넷</ins>. 그리고 많은 미래를 만들어갈 우리들. 앞으로 할 일이 참 많겠구나 싶습니다.</p>
<p>저는 웹이 좋습니다. 사람도 좋습니다. 그래서 그 사람이 쓸 웹을 만드는 제 일이 좋습니다.</p>
<p>좀 더 힘내야겠습니다.</p>
BarCampSeoul2 참석 후기2007-06-04T11:36:59+00:00http://resistan.com/barcamp-2nd-sent<p><a title="BarCampSeoul2" href="http://barcamp.org/BarCampSeoul2"><img title="BarCamp" src="/media/barcampseoul.jpg" alt="BarCamp" /></a></p>
<p>한마디로 말하면 "역시!"입니다. 기대했던 것 이상이었습니다.<br />
물론 시기적인 면도 많은 영향을 주겠지만 지난 1차 때는 Web 2.0이라는 화두와 그를 이용한 다양한 방법론들이 BarCamp를 장식했다면, 이번 2차 때는 보다 다양한 주제가 등장했고, 그 폭이 상당히 넓어졌다는 느낌을 받았습니다.</p>
<p>제가 이번 캠프에서 들었던 발표는 아래와 같습니다.</p>
<ul>
<li><a href="http://kldp.org/%7Ekss">권순선</a>님의 Open Source</li>
<li><a href="http://palimpsest.egloos.com/">이규원</a>님의 지식노동자로서의 프로그래머와 '지식'노동의 특성, 네트워크 경제</li>
<li>윤영진님의 영화제와 웹2.0</li>
<li>허진호님의 Wi-Fi와 Web 2.0이 만나면...</li>
<li><a href="http://blog.jinbo.net/h2dj">인동준</a>님의 정보통신기술인의 "직접적인" 현실 사회 참여, 정보인권, 지적재산권</li>
<li>조동원님의 사회운동과 인터넷, 자유소프트웨어운동, 협력적 문화생산 모델, 개방 아카이브, 저작권의 대안</li>
<li><a href="http://joone.net/blog">허준회</a>님의 브라우저 이야기</li>
<li>이소연님의 디지털 보존</li>
<li>이영성님의 키트가 사고를 일으킨다면 누구책임?/Computer학의 정체는?</li>
</ul>
<p>많은 분들의 이야기를 들으면서도 느꼈지만 전 확실히 머리가 나쁜가봅니다. :S 스케줄판에서 고르다보니 어째 이번엔 기술적인 부분보다는 사회나 웹에 직-간접적으로 영향을 주거나 받는 부분들에 대한 이야기가 많았습니다. 이제는 단순히 기술로 존재하는 웹이 아니라 생활의 일부가 된 웹으로, 또 단순히 세상에 영향을 주고 싶어하는 기술이 아니라 세상과 함께 호흡하는 기술을 만들어가야한다는 생각을 해봤습니다.</p>
<p><img title="공유가 이처럼 아름다운 적은 없없습니다.(정진호님 사진)" src="/media/526094443_f5ff50d66d.jpg" alt="공유가 이처럼 아름다운 적은 없없습니다.(정진호님 사진)" /></p>
<p>T-셔츠와 컵, 태터툴즈 버튼, 수첩, 핸드폰 충전기, USB 허브, 맛있는 부페. 참 이것저것 많이도 받아왔습니다. 모두가 소개하는 그 자리에서 말했던 것처럼 "날로 먹고" 왔습니다. 하지만 무거워진 가방보다 더 감사한 건 많은 분들의 열정과 노력이 있었던 그 공간이었습니다.</p>
<p>행사 준비하신 분들, 좋은 생각을 발표해주신 모든 분들께 감사드립니다. :)</p>
HTML은 구조적인 문서를 만든다.2007-05-31T05:44:59+00:00http://resistan.com/web-serial-4th-html<h2>HTML과 콘텐트</h2>
<p>웹이 정보의 공유를 원활하게 하기 위해 만들어졌다는 점 때문에, HTML을 비롯하여 웹 브라우저에서 구동되는 마크업 언어들은 기본적으로 텍스트 포맷으로 작성된다. 이는 MS Word나 한글 파일과 같은 바이너리 형식과는 달리 대단히 개방적이기 때문에 어떤 플랫폼이나 프로그램에서도 읽어들이기 쉽다는 장점을 갖고 있다. 물론, 브라우저라는 해석기가 이 HTML 파일을 좀 더 보기 좋게 담아주기는 하지만, HTML 파일은 기본적으로 간단한 텍스트 편집기 만으로도 그 내용을 읽어낼 수 있다는 뜻이다.</p>
<p><!--more-->웹 사이트에서 콘텐트란 말 그대로 페이지에 담아야할 내용이다. 이는 문서 형태를 정하는 서식이나 문서에 관한 정보를 말하는 것이 아니라, 사용자에게 전달되어야할 내용 그 자체를 말하는 것이다. 이러한 콘텐트의 형식에는 텍스트나 이미지 등이 있으며 이를 좀 더 세분화하면 일반 텍스트와 표, 이미지, 멀티미디어 등이 있겠다.</p>
<p>HTML 문서는 이런 콘텐트를 좀 더 구조적으로 작성할 수 있도록 만들어진 언어인 것이다. 따라서 콘텐트를 직접 담는 부분(Body)이 아닌 곳에서는 문서 자체에 대한 정보나, 콘텐트의 서식에 관한 것들을 지정할 수 있도록 만들어져있다. 똑같은 문서를 작성하는 도구지만 HTML이 MS Word와 다른 이유는 파일 포맷만이 아니라, 그것이 포함하는 정보의 내용이 다르기 때문이다.</p>
<p>Word와 같은 워드프로세서 프로그램들은 일반적으로 콘텐트만이 아니라 콘텐트의 형태를 정의하는 서식 정보를 함께 포함하여 파일로 저장하게 된다. 그러나 HTML은 기본적으로 콘텐트의 내용만을 저장하며, 서식 정보 등은 외부 파일을 참조하도록 만들어져 있는 것이다. 만약 HTML을 Word와 같은 도구로 사용해 본다면 그 기능에 얼마나 제약이 있는지 쉽게 알 수 있을 것이다.</p>
<p>물론, 낮은 버전의 HTML에서는 서식을 지정하는 속성을 태그에 사용할 수 있도록 하기도 했다. 하지만 그것은 W3C에서 표준안을 제작할 때 의도했던 바라고 하기 보다는, 좀 더 새로운 방향으로 확장을 꾀했던 브라우저 제조사들의 무분별한 확대 해석 때문이라고 할 수 있다. 실제로 서식을 직접적으로 지정하는 몇몇 태그들은 W3C의 아이디어가 아니라 브라우저 제조사에서 만들어졌으며, 이를 사용자들이 더 많이 사용하게 되면서 표준안에 포함되게 되었던 경우라 할 수 있다.</p>
<p>이렇게 탄생한 태그나 속성들 때문에, 문서를 제작한 사람들은 처음의 의도와는 다르게 브라우저마다 문서가 다르게 보이는 결과에 부딪힐 수밖에 없었다. 새로운 기술과 시장 지배에 대한 욕심이 오히려 사용자의 선택권을 제한하거나 사용성을 떨어뜨려 버린 것이다. 실제로 현존하는 여러 브라우저들은 똑같은 HTML 문서를 처리하는데 서로 다른 방법을 사용하고 있다.</p>
<h2>문서가 구조적이어야 하는 이유</h2>
<p>문서 제목은 그 문서가 담고 있는 정보가 어떤 내용인지를 독자가 손쉽게 파악할 수 있도록 도와준다. 일반적으로 대제목이 소제목보다 크게 표시되는 이유는 강조의 정도에 따라 어떤 것이 더 많은 부분을 포함하고 있는지를 관습적으로 설명할 수 있기 때문이다. 이런 이유에서 소제목이 대제목을 포함하는 것은 말이 안되는 일이 된다.</p>
<p>이렇듯 상위 요소와 하위 요소의 등급을 확실히 하고, 해당 요소에 포함되는 내용을 명확하게 구분해서 정리하는 것이 바로 구조화라 할 수 있다. 문서 구조화를 통해서 얻을 수 있는 이점은 무엇이 있을까?</p>
<h3>인식의 용이</h3>
<p>앞서 설명한 바와 같이 내용의 상하 등급이 분명하면, 이를 읽는 사람들도 좀 더 손쉽게 내용을 파악할 수 있게된다. 내용과 내용 사이의 구별이 쉬워지는 것은 말할 것도 없고, 어떤 것이 중요한지 아닌지를 더 알기 쉬워지는 것이다.</p>
<h3>재활용 가능한 데이터로써 콘텐트</h3>
<p>웹 사이트의 콘텐트란 파일 형식의 데이터로 볼 수도 있다. 이는 HTML 파일이 단순히 문서 형태로 사람의 눈에 인지되기 위한 존재만이 아니라, 가공을 통하여 프로그램 간에 주고 받을 수 있는 데이터로 사용될 수도 있는 것이다. 이 때 파일 내의 정보가 잘 짜여진 구조를 가지고 있다면, 단순히 파일 단위의 데이터가 아니라 태그를 통해 구별할 수 있는 작은 단위의 정보를 활용할 수도 있게 될 것이다.</p>
<h3>검색의 효율성 제고</h3>
<p>우리가 검색 엔진을 이용할 때에는 특정 키워드나 몇 개의 키워드를 조합하여 결과를 얻곤 한다. 많은 검색엔진이 그렇지만 이 때 나오는 검색 결과를 보다보면 그 키워드가 페이지의 제목인 경우보다 내용 중의 일부분, 그것도 문장 중에 연속된 형태로 나오는 경우보다 떨어져있는 단어를 각각 찾아주는 경우를 더 많이 볼 수 있다. 이는 검색 엔진이 문서 전체를 검색해서 해당하는 키워드가 있는 경우를 모두 찾아내기 때문이다.</p>
<p>만약 검색엔진이 페이지를 처음부터 끝까지 찾는 것이 아니라 제목 중심으로 검색을 해준다면 어떨까? 앞서 이야기한 바와 같이, 문서의 제목이란 문서가 담고 있는 내용을 압축적으로 전달해준다. 문서의 시작점부터 끝점까지를 다 읽는 것과, 제목만 먼저 읽는 것 중에 무엇이 더 빠를지는 명확하다. 어쩌면, 해당 키워드와 비슷한 의미의 단어가 사용된 제목을 찾아줄 여유도 생기지 않을까?</p>
<h2>구조를 만드는 방법</h2>
<p>꼭 HTML 형식이 아니라고 하더라도 여러분은 많은 문서를 작성하고 있을 것이다. 아마 Word 프로그램으로 문서를 만든다고 생각하면 이해가 쉬울 것이다. 처음부터 끝까지 똑같은 글자 크기로 줄한번 바꾸지 않고 쓰는 문서란 이미 다른 사람에게 회람할 수 있는 형태가 아닐 것이다. 마찬가지로, 문단의 내용이 변경될 때는 단락을 바꾸고, 내용이 다른 것을 다루기 시작할 때는 다음 내용의 제목을 먼저 써주고 다음 단락을 쓰면 된다.</p>
<p>이렇게 문서를 작성하다보면 우리가 일반적으로 트리 구조라고 부르는 형태가 전체적으로 만들어진다. 문서 전체를 대표하는 모든 내용은 상위 요소를 가지게 되는 하위 요소의 형태가 되는 것이다. 이렇게 문서를 구조화 하는 형태를 DOM(Document Object Model)이라고도 하며 이를 잘 지키는 것은 스타일시트나 스크립트를 활용할 때에도 매우 중요한 역할을 한다.</p>
<p><img class="alignnone wp-image-1542 size-full" src="/media/structure1.png" alt="structure1" width="562" height="429" /></p>
<p>이를 그림으로 표현하면 위와 같은 형태가 되며, 이를 태그를 이용하면 아래 그림처럼 만들 수 있다. 내용 칸에는 필요에 따라 다양한 태그를 이용하여 여러 내용을 넣을 수도 있고, 내용간의 구별을 위해 구분자를 사용할 수도 있다.</p>
<p><img class="alignnone size-full wp-image-1543" src="/media/structure2.png" alt="structure2" width="554" height="410" /></p>
<p>구체적인 내용을 다루는 태그 안에는 강조나 첨삭, 설명을 위한 태그들이 사용될 수 있으며 이는 사용자가 내용을 이해하는데 도움을 줄 수 있다. 필요한 속성을 적절히 사용하는 것 역시 마찬가지로 내용의 이해에 도움이 된다.</p>
<p><!--more--></p>
<h2>태그의 종류</h2>
<p>HTML 태그는 그 출력 형태나 사용 방법 등에 따라서 몇가지 종류가 있다. 우선 h,p,div,address, ul, ol, li, table 등의 태그는 block element로 구분된다. Block element란 스스로가 하나의 블록을 구성해서 그 태그가 끝나는 지점에서 줄이 바뀌게 되는 것을 뜻한다.</p>
<p>반대로 img, a, strong, em, span, ins, del 등의 태그는 inline element로 구분할 수 있다. 이는 다른 블록 속에서 존재하며 문장 속에서 그 일부를 구성하게 된다. 이 태그들은 사용했을 경우 그 끝점에서 줄이 바뀌지 않으며 일반적으로 다른 내용과 연속성을 갖는다.</p>
<p>이 때 br(break)이라는 태그는 block이나 inline element 모두에 속하지 않는데, 이 태그는 예외적으로 스스로 블록이 되지도 않으면서 줄을 바꿔주는 역할을 하기 때문이다.</p>
<p>또 태그가 독립적으로 사용되는지 아닌지에 따라 구별하는 방법도 있다. div, p, h, table 등의 태그처럼 여는 태그와 닫는 태그 사이에 콘텐트가 들어가게 되는 형태를 non-empty 태그라고 하며, img나 input 등의 태그처럼 여는 태그와 닫는 태그 사이에 콘텐트가 들어가지 않고 스스로가 콘텐트 중 하나가 되는 형태를 empty 태그라고 한다.</p>
<h2>태그 바로 쓰기</h2>
<p>HTML은 문서 내용에 의미를 부여하는 태그를 포함하고 있다. 태그는 콘텐트의 성질을 정의하는 용도로 만들어진 것이다. 태그는 그 스스로가 감싸고 있는 콘텐트가 어떤 역할을 하는지, 그리고 다른 태그로 싸여있는 콘텐트와 어떤 관계가 있는지를 나타낸다. 그동안 그 목적에 어긋나게 사용해왔던 table 역시 행과 열을 가진 데이터의 집합을 나타낼 수 있도록 만들어진 태그인 것이다. 그러면 콘텐트에 비교적 많이 사용되는 태그와 그 용도를 알아보자.</p>
<dl>
<dt>h(heading)</dt>
<dd>제목을 표시한다. h1부터 h6까지 사용할 수 있으며 숫자가 낮을 수록 더 큰 제목임을 뜻한다.</dd>
<dt>p(paragraph)</dt>
<dd>콘텐트 중에서 문단으로 묶인 내용을 나타낸다.</dd>
<dt>ol(ordered list), ul(unordered list)</dt>
<dd>순서가 있거나 없는 목록을 나타낸다. 목록은 여러 아이템의 집합이며 각 아이템들은 li(list item)라는 태그를 이용해 나타낼 수 있다.</dd>
<dt>dl(definition list)</dt>
<dd>정의 목록이란 사전에서 흔히 볼 수 있는 것처럼, 용어와 그 정의를 나란히 표시하기 위해 사용한다. 용어는 dt(definition term) 태그로, 이 용어의 설명은 dd(definition data)로 나타낼 수 있다.</dd>
<dt>table</dt>
<dd>행(tr:table row)과 열이 있는 표를 나타내며, 각 행과 열의 제목(th:table header)값에 해당하는 데이터를 나열할 때 사용한다. 표를 올바르게 사용하는 것은 매우 중요한데, 그것은 테이블이 데이터를 순차적으로 나열하기도 하지만 셀(td:table data)의 병합 등으로 인해 데이터가 순서와는 다르게 출력되기도 하기 때문이다.</dd>
<dt>object</dt>
<dd>텍스트가 아닌 객체를 문서에 삽입하기 위해 사용한다. 음악, 동영상, 플래시 등 멀티미디어 요소를 문서에 삽입하기 위한 용도로 주로 사용되며, param(parameter) 태그를 이용하여 삽입된 멀티미디어 요소에 변수를 제공하거나 상태를 제어할 수 있다.</dd>
<dt>img(image)</dt>
<dd>문서 내에 그림을 넣는 용도로 사용한다.</dd>
<dt>a(anchor)</dt>
<dd>HTML의 핵심적인 요소 중 하나인 하이퍼링크를 만들어주는 태그이다. 이 태그를 통해서 문서는 다른 문서와의 연결점을 가질 수 있다.</dd>
<dt>blockquote, q(quote)</dt>
<dd>이 두 개의 태그는 인용문을 표시하기 위해 사용한다. blockquote는 장문을 인용하여 인용문 자체가 하나의 문단을 구성할 때 사용할 수 있고, q 태그는 문단 내에서 짧은 인용문을 삽입하기 위해 사용할 수 있다.</dd>
<dt>em, strong</dt>
<dd>내용을 강조하기 위해 사용한다. 드러나는 형태적으로 보면 i, b 태그와 비슷하지만 그 의미에서는 차이가 있다. i나 b 태그가 글자를 이탤릭으로 만들거나 굵게 만들기 위해 사용하는 것이라면 em과 strong은 내용을 강조하거나 매우 강조하는 용도로 사용하는 것이다. 이는 이 태그들이 형태적 제어를 위한 태그가 아니라 의미적 강조를 하기 위한 태그임을 뜻하는 것이다.</dd>
<dt>acronym, abbr(abbreviation)</dt>
<dd>이 두개의 태그는 각각 이니셜과 줄임말을 표현하기 위해 사용한다. 예를 들어 UK라는 이니셜은 <acronym title="United Kingdom">UK</acronym>으로 표시하면, 그 이니셜이 어떤 뜻인지를 표현할 수 있고, <abbr title="english">en</abbr> 처럼 관습적으로 줄여쓰는 말을 표시하기 위해서는 abbr 태그를 사용할 수 있다. 이를 통해 해당 단어를 처음 보는 사람도 그것이 무슨 뜻인지를 이해할 수 있도록 내용을 작성할 수 있는 것이다.</dd>
</dl>
<p>이 외에도 주소를 나타내는 address 태그나, 문장의 일부가 삭제되었음을 뜻하는 del, 삽입되었음을 뜻하는 ins 태그 등이 사용될 수 있다.</p>
<h3>div와 span</h3>
<p>사람들이 웹 표준 마크업에 대해서 오해를 하는 것 중 하나가 table 태그를 쓰지 않고 div(division) 태그를 사용하면 모두 웹 표준을 지킨 사이트라고 여긴다는 점이다. 예전에는 div라는 태그는 마치 포토샵의 레이어처럼 문서의 내용과는 관계없이 특정한 위치에 일부 콘텐트를 넣기 위해 사용하는 태그라는 오해를 많이 받았다. 이는 Netscape에서 지원하던 layer라는 태그나 일부 에디터에서 손쉽게 사용할 수 있었던 CSS의 absolute position 속성에 영향을 받은 듯한데, 실제로 div라는 태그의 용법은 그렇지 않다.</p>
<p>division이라는 이름에서도 알 수 있듯이, div 태그는 영역을 분할하기 위한 용도로 사용된다. 앞서 설명했던 많은 태그와는 달리 div는 콘텐트의 역할이나 내용을 설명하는 것이 아니라, 여러 콘텐트를 묶거나 서로 분리해주는 역할을 한다. 이는 콘텐트를 그룹으로 묶어서 좀 더 체계적으로 관리할 수 있도록 해줄 뿐만 아니라, CSS 등에서 디자인을 손쉽게 적용할 수 있도록 도와주기도 한다.</p>
<p>span 태그 역시 마찬가지로, 콘텐트를 설명하기 보다는 일반적으로 사용하게 되는 태그로 적용하기 어려운 디자인 등을 좀 더 확장성 있게 사용할 수 있도록 도와주는 역할을 한다. 예를 들어 어떤 문장 속에 있는 특정 단어가 강조될 필요는 없지만 미적인 이유로 다른 형태를 띠어야 할 경우, span 태그를 사용할 수 있다. span은 이름 그대로 문서 구조상에서 특정한 의미를 부여받지 않지만 별도의 처리가 필요한 경우를 위한 확장용 태그라 할 수 있다.</p>
<h3>테이블 알고 쓰기</h3>
<p>앞서 태그 설명에서도 언급했지만, 표를 만드는 일은 꽤 중요하다. 왜냐하면 데이터를 인식하는 차원에서도 그렇지만 접근성의 측면에서도 어떤 정보가 있느냐 없느냐에 따라 내용을 파악할 수 있는 형태가 크게 달라질 수 있기 때문이다. 그렇다면 표에서 제공해야할 정보와 이를 올바르게 표시하는 방법을 알아보자.</p>
<figure class="highlight"><pre><code class="language-html" data-lang="html"><span class="nt"><table</span> <span class="na">summary=</span><span class="s">"테이블 내용요약"</span><span class="nt">></span>
<span class="nt"><caption></span>테이블 제목<span class="nt"></caption></span>
<span class="nt"><thead></span>
<span class="nt"><tr></span>
<span class="nt"><th</span> <span class="na">scope=</span><span class="s">"col"</span><span class="nt">></span>헤딩1<span class="nt"></th></span>
<span class="nt"><th</span> <span class="na">scope=</span><span class="s">"col"</span><span class="nt">></span>헤딩2<span class="nt"></th></span>
<span class="nt"><th</span> <span class="na">scope=</span><span class="s">"col"</span><span class="nt">></span>헤딩3<span class="nt"></th></span>
<span class="nt"></tr></span>
<span class="nt"></thead></span>
<span class="nt"><tbody></span>
<span class="nt"><tr></span>
<span class="nt"><th</span> <span class="na">scope=</span><span class="s">"row"</span><span class="nt">></span>헤딩4<span class="nt"></th></span>
<span class="nt"><td></span>데이터 1<span class="nt"></td></span>
<span class="nt"><td></span>데이터 2<span class="nt"></td></span>
<span class="nt"></tr></span>
<span class="nt"><tr></span>
<span class="nt"><th</span> <span class="na">scope=</span><span class="s">"row"</span><span class="nt">></span>헤딩5<span class="nt"></th></span>
<span class="nt"><td></span>데이터 3<span class="nt"></td></span>
<span class="nt"><td></span>데이터 4<span class="nt"></td></span>
<span class="nt"></tr></span>
<span class="nt"></tbody></span>
<span class="nt"></table></span></code></pre></figure>
<p>이 코드는 3열 3행을 나타내는 일반적인 형태의 표를 표시한다. 흔히 쓰는 방식과 다른 것이라면 summary와 caption이 제공되고 thead, tbody, th 등 표 안에서 어떤 역할을 하는 셀과 그 그룹을 분리하고 있다는 점이다. summary는 데이터테이블 전체 내용을 간략하게 요약하는 용도로 사용하고 caption은 테이블의 제목을 넣어줄 수 있는 태그이다. 이 예제처럼 셀의 모든 값이 동등한 데이터가 아니라 어떤 것은 그 열을, 혹은 그 행을 대표하고 있는 값이라는 것을 분명히 하면 해당하는 데이터가 어떤 값에 해당하는 것인지를 쉽게 파악할 수 있게된다. 또한 thead와 tbody처럼 헤딩 그룹과 데이터 그룹을 묶어주면 1페이지를 넘어가는 표의 인쇄시에도 각 헤더를 찾아볼 수 있게 출력된다. 조금만 더 신경써서 적절한 태그와 적절한 속성을 사용한다면 보다 많은 사람들이 보다 많은 상황에서 쉽게 콘텐트를 파악할 수 있게 되는 것이다.</p>
<h2>웹에 집 짓기</h2>
<p>4월호에서 언급한 적이 있지만, CSS나 Javascript를 지원하지 않는 브라우저는 있어도 HTML을 지원하지 않는 브라우저는 없다. HTML만 잘 작성해도 사용자가 콘텐트를 인식하고 이해하는데 무리가 적다는 뜻이다. 잘 만든 HTML 문서가 가독성 높은 디자인만큼 중요해지는 것은 바로 이런 이유 때문이고, 하나의 웹 페이지가 더 많은 방향으로 확장해나갈 수 있는 가능성 역시 여기에 있다 하겠다.<br />
위에서 부터 계속 강조하고 있는 것이지만, HTML은 문서의 구조와 내용을 담는 도구이다. 이는 문서가 시각적으로 어떤 형태를 띠게될지를 HTML 문서에서 굳이 다룰 필요가 없다는 점이다. 흔히 범하게 되는 오류가 형태 제어를 위한 태그나 속성을 습관적으로 사용하는 것이다.</p>
<p>font라는 태그는 글자의 모양을 제어하기 위한 수단으로만 쓰이는 태그이다. 글자의 모양은 CSS로도 제어할 수 있으며, 이 태그와 해당 속성을 사용하는 것보다 훨씬 더 세밀하게 조정이 가능하다. 마찬가지로 앞에서 말한 i나 b, 혹은 u나 s 같은 태그들 역시 형태만을 제어하는 태그이므로 사용하지 않는 것이 좋다. XHTML 1.0이 나온 이후에 이런 태그들은 많은 부분 배제되고 있으며, 차기 버전의 마크업 언어에서는 완전히 축출당할 가능성이 높다.</p>
<p>웹 사이트를 만드는 것은 집을 짓는 것과도 같다. 구조를 잘 잡고 뼈대를 잘 세워야 튼튼하고 오래가는 집이 될 수 있다. 외장이나 인테리어는 시간이 지나면 유행도 지날테고 낡아서 벗겨지거나 상하기도 할 것이라, 새로 꾸미고 싶어지는 것이 사람 마음이다. 하지만 페인트칠이 조금 벗겨진다고 해도, 그 기둥이나 지붕 같은 기본 구조에 문제가 없다면 안식처로써의 역할을 하는데는 무리가 없을 것이다. 조금 편하고 예쁘더라도 낡은 재료보다는 불편해보이고 뼈대만 있는 것 같아도 공인받는 튼튼한 재료로 집을 짓는 것이 부실공사를 피하면서도 멋진 집을 지을 수 있는 바른 방법이 아닐까.</p>
<p class="note">이 글은 월간 w.e.b. 6월호에 연재된 글입니다.</p>
웹 퍼블리셔 선언2007-05-12T02:51:27+00:00http://resistan.com/declare-publisher<blockquote><a title="저는 웹 퍼블리셔입니다." href="http://boochim.net/archives/99">저는 웹 퍼블리셔입니다</a></p></blockquote>
<p>라는 글에 이어 한사람씩 "나도!" 라며 스스로 퍼블리셔임을 선언하고 있습니다.</p>
<p>한사람 한사람 늘어가는 걸 보며 왠지 캠페인이 된 듯한 느낌도 들고.</p>
<p>얼마나 많은 사람이 이 캠페인에 동참할지 궁금해졌습니다.</p>
<ul>
<li>부침개</li>
<li><a title="저는 웹 퍼블리셔입니다." href="http://hyeonseok.com/soojung/daily/2007/05/10/373.html">신현석 </a></li>
<li>rootbox</li>
<li>dduck</li>
<li><a title="나도 웹 퍼블리셔입니다." href="http://mydeute.com/txp/article/67/webpublisher">deute</a></li>
<li>luka7</li>
</ul>
<p>어쨌건.</p>
<p>저 역시 웹 퍼블리셔입니다.</p>
웹 접근성2007-05-04T02:44:46+00:00http://resistan.com/web-serial-3rd-web-accessibility<h2>누구나라는 말</h2>
<p>사람이라면 누구나 나이를 먹는다. 또 누구나 불특정한 사고의 위험에 노출된 채 살아가며, 질병이나 상처로 고생을 하기도 한다. 하지만 대부분의 사람들은 스스로가 그런 위험에 처할 수 있다는 점을 인식하며 살아가지는 않는 편이다. 대개는 보험을 들어두곤 하겠지만, 그것이 스스로에 대한 대책은 될지언정 인프라를 바꿀 수는 없을 것이다. 사회는 이런 경우를 당한 사람들을 위한 장치들을 마련하고 있어서 대중 교통 수단에는 노약자석이 있고 보행자 도로나 계단이 있는 곳에는 휠체어를 위한 경사로나 엘리베이터가 마련돼있다. 요즘은 아파트 현관 등에서도 쉽게 볼 수 있는 것이 휠체어가 다닐 수 있는 경사로다. 이런 수단들은 이미 복지나 더 나은 삶의 상징처럼 자리 잡고 있는 것이다.</p>
<p>하지만 실제로는 휠체어를 탄 사람보다 유모차나 손수레를 끄는 사람들이 경사로를 이용하는 빈도가 높다. 아파트의 경우에는 자전거를 옮길 때 이용하기도 할 것이다. 엘리베이터의 버튼이 낮게 자리잡고 있는 것은 휠체어를 이용하는 사람들이 누르기 쉽게 하기 위한 것이었겠지만, 아이들이 훨씬 더 많이 이용하고 있다. 약자나 소수를 위해 배려를 한 부분들이 실제로는 훨씬 폭넓게 혜택을 주고 있는 것이다.</p>
<p>웹 사이트 역시 마찬가지다. 대부분의 웹 사이트들은 누구나 쓸 수 있는 사이트라며 만들어지고 있지만, 분명 그 사이트를 정상적으로 사용할 수 없는 사람이 존재하는 경우가 대부분이다. 그런 사각에는 시각적, 청각적, 혹은 지체의 자유가 없거나 부족한 사람들이 있다. 우리네 웹 사이트에서 이런 노약자들을 배려하고 있는지 돌아볼 필요가 있다. 과연 우리 나라 웹에서 “누구나”라는 말은 모든 사람을 가리키고 있는 것일까?<!--more--></p>
<h2>웹은 평등하다?</h2>
<p>윈도도 마찬가지지만, 대부분의 OS에서는 장애인처럼 정상적으로 컴퓨터를 사용할 수 없는 사람들을 위한 수단을 제공하고 있다. 예를 들어 여러분이 거의 사용하지 않을 윈도 제어판의 “내게 필요한 옵션" 항목이나 브라우저의 텍스트 크기를 제어할 수 있는 메뉴 같은 것이 있겠다. 그런데, 왜 웹 사이트는 이런 사람들이 이용할 수 없을까. HTML이 지원하지 않으니까?</p>
<p>아니다. HTML은 이미 이런 사람들이 웹에서 동등하게 정보를 제공받을 수 있는 방법을 제공하고 있다. 예를 들어 이미지를 볼 수 없는 시각 장애인을 위해서 대체 텍스트를 넣을 수 있는 속성을 이미지 태그에 사용할 수 있게 만들어져있다. 또한 표처럼 순차적으로 읽어나가서는 파악하기 힘든 내용을 이해할 수 있도록 테이블안의 데이터 간에 연관성을 부여해줄 수 있는 속성도 있다. 웹 표준을 제정하는 <a title="W3C" href="http://www.w3.org">World Wide Web Consortium</a>(이하 W3C)에서는 <a title="WAI" href="http://www.w3.org/WAI/">Web Accessibility Initiative</a>(이하 WAI)라는 부설기구를 두고 누구나 사용할 수 있는 웹을 만들기 위해 여러가지 제도나 지침을 마련하고 있다.</p>
<p><a title="WCAG" href="http://www.w3.org/WAI/intro/wcag.php">Web Contents Accessibility Guidelines</a>(이하 WCAG)부터 <a title="ATAG" href="http://www.w3.org/WAI/intro/atag.php">Authoring Tool Accessibility Guidelines</a>, <a title="UAAG" href="http://www.w3.org/WAI/intro/uaag.php">User Agent Accessibility Guidelines</a>까 지 웹 페이지의 컨텐츠가 어떻게 구성되어야 하는지부터 드림위버같은 웹 페이지 저작도구나 브라우저에 이르기까지 접근성을 향상 시키기위해 필요한 여러 가지 사항이 이미 규정되어있다. 실제로 드림위버나 대부분의 브라우저들은 이런 지침들을 잘 지키고 있는 편이며, 접근성이 가장 부족한 부분이 바로 웹 사이트에서 제공하는 컨텐츠 페이지들인 것이다. 우리 나라에도 접근성 지침이 이미 나와있고, 2005년 10월에 국가 표준으로 제정된 상태이지만, 여전히 사이트에서 이를 제대로 지키는 경우를 찾아보기는 힘들다.</p>
<p>최근 <a title="한국장애인인권포럼" href="http://www.ableforum.com">한국장애인인권포럼</a>에서 발표한 웹 접근성 사용자 평가 보고서에 따르면, 국내 웹 사이트 800여개를 평가한 결과 접근성 준수율 평균이 정부는 50.6%, 시민사회단체 46.3%, 민간부문 44.5%, 국회의원 및 정당이 40.7%였다. 물론 이 평가는 KWCAG 1.0 기준이지만 약간 조금은 다른 평가 방향으로 이루어졌기 때문에 접근성 전반에 대한 평가였다기 보다는 특정한 부류의 장애인이 사용할 수 있는가를 측정하는 평가였다고 할 수 있다. 어떻게 보면 조금은 원만했던 이 평가에서도 우리 나라의 웹 접근성은 전체 평균이 50%를 넘지 못하는 수준에 그치고 있는 것이다. 실제로는 수십만개의 사이트가 운영되고 있을 것이고 정부 기관이 차지하는 비율 등으로 고려하여 추정한다면 실질적으로 접근성의 준수율은 훨씬 더 낮을 것이다.</p>
<p>웹은 누구나 평등하게 사용할 수 있도록 만들어졌다. 하지만 현실에서는 불평등하게 사용되고 있는 것이다.</p>
<h2>웹은 정보를 담는 그릇이다</h2>
<p>시각 장애가 있는 사람들은 오프라인 상점을 이용하기 보다는 온라인 상점을 이용해 물건을 구입하는 것이 훨씬 쉬울텐데 실제로 이런 사람들이 물건을 구입하기 쉽게 만들어진 사이트가 우리나라에는 없다. 이미 우리는 많은 사람들을 차별해왔다. 시각장애인용 사이트를 별도로 만들어두고, 비장애인용 사이트와는 다른 컨텐츠를 제공해온 것이다. 최근 <a title="Amazon.com and National Federation of the Blind Join Forces to Develop and Promote Web Accessibility" href="http://www.nfb.org">amazone.com</a><a title="Amazon.com and National Federation of the Blind Join Forces to Develop and Promote Web Accessibility" href="http://www.nfb.org">은 미국 시각 장애인 협회(National Federation of the Blind)와 협력하여 시각 장애인들도 온라인 쇼핑을 할 수 있도록 접근성을 향상</a>시킨다고 한다.</p>
<p><a title="Amazone.com" href="http://amazone.com">amazone.com</a>도 그렇지만, 해외의 사이트는 텍스트 기반인 경우가 많다. 이는 해외의 웹 사이트 제작자들이 그림을 그리지 못해서 그런 것이 아니라 웹 페이지의 용도가 무엇인지 분명히 하고 제작을 하기 때문이다. 최초에 HTML이 만들어진 목적 역시 정보를 손쉽게 공유하고 찾을 수 있도록 하는 것이었다. 물론 그 정보에는 이미지가 있을 수도 있고 도표나 수식이 있을 수도 있다. 그러나 무엇보다 중요한 것은 그 내용이 무엇이든 누구나 쉽게 볼 수 있도록 만드는 것이다.</p>
<p>국내에서 웹 디자인을 보는 시각은 사이트에서 제공하는 정보를 더 잘 보이게 만들었는가가 아니라 얼마나 화려하게 만들었는가 하는 점에 치우쳐있다. 웹을 정보를 제공하는 도구로써 인식하고 제작하는 것이 아니라 좀 더 그럴 듯한 브로슈어로 만드는데 힘을 쏟고 있는 것이다. 이 때문에 보다 많은 이미지와 멀티미디어 요소로 중무장을 하고, 사용자 사용 조건보다는 얼마나 신기술을 화려하게 사용하는가에 주안점을 두곤 한다. 최근 모 쇼핑몰과 통신사 웹 사이트의 메인페이지를 장식하고 있던 플래시와 플렉스 무비가 단적인 예라 할 수 있겠다. 저 사양 컴퓨터나 회선이 느린 곳에서는 사용조차 힘든 사이트가 되어버린 것이다.</p>
<h2>장애의 종류와 특별한 장치들</h2>
<h3>시각장애</h3>
<p>전맹인 경우 눈으로 웹서핑을 하는 것이 아니라, 귀로 웹서핑을 하게된다. 이때 화면에 나오는 내용을 읽어주는 것이 화면낭독기(Screen Reader)라는 소프트웨어이며, 커서를 찾을 수 없기때문에 모든 조작을 키보드로 하게된다.</p>
<p>약시는 쉽게 말하면 안경을 써도 통상적인 시력을 확보할 수 없을만큼 눈이 나쁜 경우를 말하는데, 이런 사람들이 컴퓨터를 이용하려면 얼굴을 모니터에 바짝 붙여야만 그 내용을 인지하는 경우가 많다. 그래서, OS에서 기본적으로 제공하는 확대 옵션을 이용하거나 해상도를 매우 낮춰서 사용하곤 한다. 반대로 화면 배치가 매우 크기 때문에 발생하는 불편함도 오기 때문에, 화면을 확대해주는 소프트웨어를 사용하는 경우도 있다.</p>
<p>노인의 경우에도 마찬가지며, 색약때문에 컨텐츠 내용의 중요도를 구별하지 못하는 경우도 있다. 웹 사이트의 미화도 중요하지만 저대비(low-contrast), 색상만을 이용해 정보간의 격차를 두는 등의 디자인을 피해야 하는 이유가 여기에 있는 것이다. 일반적인 생각보다 시각의 부자유로 인해 컴퓨터나 웹을 사용하는데 불편함을 느끼는 사람들이 많으며 이를 우리는 충분히 배려할 필요가 있다.</p>
<h3>청각장애</h3>
<p>청각 장애를 가진 사람들이 웹 서핑을 하면서 불편을 느끼는 경우는 음성이나 음향이 독립적으로, 혹은 함께 제공되는 경우라 하겠다. 최근에는 동영상을 제공하는 사이트가 늘어나면서 자막이 함께 제공되지 않아, 청각 장애인들은 이해할 수 없는 화면만을 멀뚱멀뚱 쳐다만 봐야하는 경우가 많다. 이런 경우를 위해 동기화된 자막을 제공할 필요가 있으며, 자막 제공이 어렵다면 전체 내용을 잘 설명해 줄 수 있는 원고가 함께 제공될 필요가 있다.</p>
<h3>지체장애</h3>
<p>지체 장애인의 경우에는 버튼이나 볼이 매우 큰 키보드, 마우스를 사용하기도 한다. 또, 손가락을 대신하거나 발로 조작하는 입력장치, 혹은 이를 보조하는 도구들도 사용되고 있다. Apple OSX나 Winodws Vista에서도 예를 볼 수 있지만 음성으로 직접 입력을 할 수 있는 소프트웨어도 개발되고 있다.</p>
<h2>웹 접근성을 높이려면</h2>
<p>웹 접근성을 향상시키기 위해 가장 먼저 생각해야 할 원칙은 누구에게나 동등한 정보를 제공하도록 해야 한다는 점이다. 그러기 위해서는 웹 사이트의 기본 구성을 텍스트로 먼저 만들고 디자인을 입혀나가는 방식을 취하는 것이 좋을 수도 있다. 한국형 웹 컨텐츠 접근성 지침(Korea Web Contents Accessibility Guidelines, 이하 KWCAG) 1.0에서는 웹 사이트의 접근성 향상을 위한 항목으로 크게 네가지를 들고 있는데, 이는 아래와 같다.</p>
<h3>인식의 용이성</h3>
<p>인식의 용이성이라 함은 기본적으로 웹 사이트에서 제공하는 컨텐츠를 알아볼 수 있게 만들어야한다는 것을 뜻한다. 이는 비장애인 뿐만 아니라, 시각이나 청각에 장애가 있는 사람들도 동등하게 정보를 제공받을 수 있어야 한다는 뜻이다. 이미지의 경우에는 alt(alternate text) 속성을 이용하여 대체 텍스트를 제공해야하며, 플래시와 같은 멀티미디어 요소에 대해서도 그것을 직접 볼 수 없거나 작동하지 않는 환경에서 동등한 내용을 인식할 수 있게 만들어야 한다. 앞서 설명한 바 있지만 대비가 너무 낮아 내용을 알아보기 힘들어서는 곤란하며, 파이 그래프와 같은 경우에는 무늬를 넣어 색상만으로 인식되지 않도록 하는 것이 좋다. 또한 색약을 위해 청-록, 적-녹 등의 색 조합을 피해야 할 것이다.</p>
<h3>운용의 용이성</h3>
<p>시각 장애인의 경우 커서의 위치를 파악할 수 없기 때문에 마우스를 사용할 수 없다. 그래서 화면낭독 소프트웨어와 키보드를 이용해 컴퓨터를 사용하게 된다. 또한 지체 장애를 가진 사람들이 사용하는 보조 입력기기들 역시 커서를 직접 포인팅 할 수 없는 경우 키보드에 대응하도록 만들어진 것이 대부분이다. 누구나 사용할 수 있는 웹 사이트를 만들기 위해서는 onmouseover나 onmouseout, onclik 처럼 마우스에 대응하는 형태로만 사이트가 동작하도록 만들어서는 안된다. 또한 Tab 키 등을 이용하여 전후 이동을 하게되기 때문에, 컨텐츠를 순차적으로 배치하는 것이 중요하다.</p>
<h3>이해의 용이성</h3>
<p>일반적으로 표의 경우 왼쪽 위부터 오른쪽 아래의 방향으로 코드가 작성되게 되는데 시각 장애인이 사용하는 화면 낭독 소프트웨어의 경우 이 코드 순서대로 표의 내용을 읽어주게된다. 이 때 table 태그만을 이용한다면, 단순히 어떤 단어들을 나열만하게 될 것이고 시각 장애인은 그 표의 내용을 이해하기 어려울 것이다. 따라서, 표와 표가 아닌 것들에 대한 구별이 필요하고, 태그를 의미에 맞게 사용하는 것이 중요해진다. 이는 웹 표준을 준수함으로써 쉽게 해결할 수 있는 부분이다. 또한, 표를 사용할 때도 scope나 headers 등의 속성을 이용하여 셀 간의 관계를 분명히 해준다면 표를 이해하는데 큰 도움이 될 수 있다. 앞의 경우처럼 HTML 태그에는 문서와 문서, 컨텐츠 사이의 관계를 설명해 줄 수 있는 도구나 속성이 이미 마련되어 있으므로 이를 잘 활용하는 것이 중요하겠다.</p>
<h3>신기술의 사용</h3>
<p>웹 접근성이 신기술과 배치되는 개념은 아님을 분명히 할 필요가 있다. 물론 현시점에서 발표되어 있는 새로운 기술들을 모두 웹에서 사용할 수 있다는 뜻은 아니다. 앞서 언급한 것과 같이 브라우저나 저작 도구에까지도 이미 지침은 나와있고, 플래시나 미디어 플레이어 등에도 접근성에 대한 대책은 충분히 마련되어있다. 다만, 작금의 문제는 이러한 멀티미디어 요소를 정확하게 인식하고 동작시켜줄 수 있는 부가 장치들이 부족하다는 점이다. 일례로 국내에 판매되고 있는 한글 화면 낭독 소프트웨어의 경우에는 플래시를 이용한 메뉴 등에서 그 내용을 정확히 읽어주지 못하는 경우가 대부분이다.</p>
<p class="note">지면 관계상 보다 KWCAG의 구체적인 항목들을 모두 설명하기 어렵기에, 세부 지침들은 <a href="http://www.kado.or.kr">한국정보문화진흥원</a>이나 <a href="http://iabf.or.kr">정보통신접근성향상포럼</a> 등에서 찾아 보길 권한다.</p>
<p>웹 접근성은 인권과 함께 보다 나은 사용성을 보장할 수 있는 방법이다. 때문에 웹 사이트 운영하는 곳이라면 웹 접근성을 향상시킬 필요가 있다. 몇 년 전부터 정부에서는 각급 기관 사이트에서 웹 접근성을 향상하려는 노력을 지속적으로 해나가도록 권고하고 있으며, 매년 웹 접근성 실태조사를 시행하고 있다. 또한 2007년 상반기부터 “웹 접근성 품질마크 인증제도”를 시행해 웹 접근성이 높은 사이트에는 접근성 마크를 부여하도록 하고 있다.</p>
<p>웹 접근성을 향상시키기 위한 가장 좋은 방법은 웹 접근성에 대한 이해를 높이고 웹 표준을 잘 지켜 그것을 구현하는 것이다. 웹 표준과 함께 웹 접근성은 현재의 웹이 개선되어 나아갈 하나의 흐름으로 자리잡고 있으며 더 나은 웹에 대한 논의와 개선 노력이 지속적으로 이루어지고 있다. 보다 더 많은 사람들이 함께 노력해야 하겠지만, 웹 접근성을 향상시키는 것은 앞으로 더 많은 사람들이 더 편하게 웹을 쓸 수 있는 환경을 만드는 일이 될 것이다.</p>
<p class="note">이 글은 월간 w.e.b. 5월호에 기고된 글입니다.</p>
웹 표준2007-04-05T01:42:05+00:00http://resistan.com/web-serial-2nd-web-standards<p>2005년 1월에 <a title="야후! 코리아" href="http://kr.yahoo.com">야후 코리아</a>의 웹사이트가 개편되면서 전에는 볼 수 없었던 형태의 HTML 마크업 방식이 사람들에게 알려졌다. 이후 네이버나 다음의 메인 페이지도 웹 표준에 맞추어 개편되었고, 웹 표준을 지킨다는 사이트가 조금씩 늘어나고 있다.</p>
<p><!--more-->어떤 사람들은 좋은 기술이 만들어지고 많은 사람들이 사용하게 되면 그것을 표준으로 정하게 되기 때문에, 현재의 웹 표준을 지키는 것보다 더 좋은 방법을 사용하면 된다고 한다. 하지만, 그것은 원래 표준안이 없거나, 기존의 안이 있다면 그것이 제공하는 이점들을 그대로 살려내면서 좀 더 효율적이고 이로운 기술일 때의 이야기이다. 현재 웹에서 이런 표준 무용론이 그다지 설득력을 얻지 못하는 것은 실제로 웹 표준이 가져다 주는 좋은 점들이 이제서야 하나 둘씩 알려지고 있고, 다른 대안으로 그 이상의 효과를 낼 수 있는 수단이 제시된 것이 없기 때문이다.</p>
<p>지금은 웹 표준이라는 말을 흔하게 사용하지만, 여전히 그것이 div 태그와 CSS를 이용한 레이아웃 방식이다, 크로스 브라우징을 할 수 있게 하는 방법이다 등의 조금은 핵심을 비껴간 듯한 이야기만 구설수에 올라있다. 과연 웹 표준이란 무엇일까?</p>
<h2>table은 표준이 아니다?</h2>
<p>기존에는 table 태그를 이용해서 웹 페이지의 틀을 잡고 사이트를 만들어왔던 경우가 대부분이었다. 물론 table 태그 역시 표준 태그 중의 하나이며 그 용도를 잘 살펴보면, 이 태그는 여러 데이터 간의 관계를 쉽게 나타낼 수 있도록 행과 열이 있는 표를 만들어주는 것이라 할 수 있다. 그래서 행간에, 혹은 열간에 나란히 놓여있는 내용들이 어떤 특정한 값에 해당하는 데이터임을 알려줄 수 있도록 만들어주는 태그인 것이다.</p>
<p>실제로 HTML 태그 하나하나를 살펴보면 p(paragraph), h(heading), table, acronym, abbr(abbreviation), ins(insert), del(delete) 등, 문서를 만드는데 필요한 갖가지 요소가 갖춰져 있음을 알 수 있다. 그런데 우리는 그동안 table과 그 안에 들어갈 수 있는 td라는 태그면 모든 것을 다 만들어 낼 수 있었다. 과연 옳은 일일까.</p>
<p>태그의 의미를 따지기 전에 우리는 표준이라는 말에 대해서 생각해 볼 필요가 있다. 현재 우리가 웹 표준이라고 말하는 내용은 대개 <a title="W3C" href="http://www.w3.org">World Wide Web Consortium(이하 W3C)</a>에 서 권고하고 있는 웹에서 사용 가능한 기술 지침이다. W3C는 특정인이 특정인만을 위하여 만든 단체가 아니라, 웹을 발전시키고자 하는 많은 사람들과 익히 알려져 있는 마이크로소프트, IBM, HP 등 굴지의 업체들이 모여있는 단체이며 여기서는 더 많은 사람들이 더 나은 웹을 사용할 수 있도록 지침을 정하고 권고하는 일을 하고 있다. 그래서 W3C에서는 HTML이나 CSS 뿐만 아니라, XML, MathML 등의 다양한 Markup 언어와 HTTP, SOAP 등의 프로토콜, 웹 접근성이나 웹 저작도구 접근성 등 웹에 관한 거의 모든 것들을 다루고 있다.</p>
<p>현재 우리가 말하는 웹 표준에서는 HTML/CSS/XHTML/DOM 등 일반적으로 웹 사이트를 만드는데 필요한 언어만을 이야기하고 있지만, XML과 XSLT를 이용해 사이트를 만든다고 하여 웹 표준을 지키지 못하는 것은 아니다. 표준을 지키는 데 중요한 것은 W3C의 권고안에 맞춰서 의미상 적합한 코드를 작성하고 누구나 그것을 쉽게 사용할 수 있도록 만드는 것이지 특정 태그의 사용 여부가 아니라는 점을 알아야 한다.</p>
<h2>크로스 브라우징 ≠ 웹 표준</h2>
<p>웹은 마크업 언어만으로 어떤 결과물을 내기 어려운데, 이는 브라우저라는 도구가 있어야만 그 결과물을 확인할 수 있기 때문이다. W3C의 HTML 4.01, XHTML 1.0, CSS, DOM 등의 규정이 매우 상세하고 이를 지원하는 브라우저가 늘어나서 현재에는 같은 문서가 브라우저에 따라 다르게 보이는 현상은 거의 사라졌다고 할 수 있다. 오히려 표준을 지키지 않아서 브라우저마다 다르게 보이는 경우가 발생한다.<br />
이처럼 웹 표준을 지켜서 사이트를 만들면, 어떤 브라우저에서(Cross-Browse) 보더라도 내용을 인식할 수 있게 된다. 그러나 여러 브라우저에서 보았을 때 비슷하게 보인다고 해서 웹 표준을 지킨 것이라 할 수는 없다. 이는 앞서 언급한 table 태그를 이용해 웹 페이지를 작성하더라도 브라우저별로 비슷한 형태를 만들어내는 것에는 큰 문제가 없기 때문이다. 오히려 CSS나 스크립트를 잘못 사용해서 크로스 브라우징을 못하는 경우가 많지, table 태그를 썼다고 해서 크로스 브라우징이 되지 않는 것은 아니다.</p>
<p>웹 표준은 이름 그대로 표준안이기 때문에 대부분의 브라우저에서 이를 지원하고 있다. 단순히 Windows나 Mac, Linux 등 OS에서 사용하는 브라우저만이 아니라, PDA나 휴대폰, 게임기 등에서 사용되는 브라우저도 W3C의 표준 규격을 구현할 수 있도록 만들어져 있는 것이 보통이다. 이 이야기는 웹 표준을 지키면 더 많은 장치에서 더 많은 사용자들이 웹 사이트를 동등하게 이용할 수 있도록 구현할 수 있다는 사실을 알려준다.</p>
<p>다만, 여기서 분명히 해둬야 할 것은 크로스 브라우징이 어떤 브라우저에서 보더라도 형태적으로 똑같이 보여주는 것을 말하는 게 아니라 같은 정보를 차별없이 제공받을 수 있도록 하는 것이라는 점이다. 예를 들어, 같은 웹 페이지를 컴퓨터 스크린으로 보는 경우와 휴대폰(혹은 PDA 등의 화면 크기가 작은 모바일 장치)으로 보는 경우 똑같은 형태로 제공 받기 어렵다. 이럴 때 컴퓨터의 큰 화면에는 사이트의 정보가 이미지와 텍스트의 조합으로, 휴대폰에는 컨텐츠의 텍스트 위주로 제공될 수 있다. 실제로 PC와 PDA, 휴대폰 등에 탑재된 웹 브라우저는 생각보다 다양하고 웹 페이지를 표시하는 방식도 천차만별이다.</p>
<p>웹 표준은 단순히 마크업 언어만을 잘 사용하는 것에서 모든 것이 끝나지는 않는다. 사용자 층의 다양성을 고려한다면 이미 나와있는, 혹은 새로 만들어진 많은 브라우저와 장치를 감안하여 작성할 필요가 있다. 브라우저나 장치들은 만들어질 당시의 유행이나 자사의 신기술을 반영하게 된다. 하지만, 그 중에서도 항상 호환되는 것이 있으니, 바로 그것이 HTML 표준 문법이다. Javascript나 CSS가 반영되지 않는 웹 브라우저는 있지만 HTML이 동작하지 않는 경우는 없다. 그래서 HTML을 올바르게 사용하는 것이 중요해지는 것이다.</p>
<h2>table은 표를 만들 때 사용하는 태그</h2>
<p>웹 표준을 지키는 사이트가 점차 확산되고 있지만, 여전히 많은 사이트가 표에 갇혀있다. 여기서 표란 table 태그를 이용해서 사이트의 형태를 만든 경우를 말하는데, 이는 매우 좋지 않은 방식이다.<br />
우선, 브라우저가 문서를 렌더링(Rendering, 브라우저가 HTML 코드를 읽어 화면에 표시해주는 과정)할 때 table 태그의 처리를 위해 많은 연산이 필요하기 때문에 로딩 속도가 느려진다. 또한 의미에 맞는 태그를 사용하는 것 보다 코드의 분량이 많기 때문에 더욱 문서의 로딩 시간이 길어진다.</p>
<figure class="highlight"><pre><code class="language-html" data-lang="html"><span class="nt"><h1></span>제목<span class="nt"></h1></span>
<span class="nt"><p></span>내용<span class="nt"></p></span></code></pre></figure>
<p>이렇게 만들 수 있는 문서를 table을 이용할 경우 코드가 두배 이상 길어진다.</p>
<figure class="highlight"><pre><code class="language-html" data-lang="html"><span class="nt"><table></span>
<span class="nt"><tr></span>
<span class="nt"><td></span>제목<span class="nt"></td></span>
<span class="nt"></tr></span>
<span class="nt"><tr></span>
<span class="nt"><td></span>내용<span class="nt"></td></span>
<span class="nt"></tr></span>
<span class="nt"></table></span></code></pre></figure>
<p>둘째로, 내용과 내용 사이의 구별이 어려워진다. 이는 시각적인 면의 문제가 아니라 의미적인 면의 문제라고 할 수 있는데, 문서 상의 모든 내용이 td 태그 안에서 동등한 관계를 갖게되는 것이며 제목과 내용이 어떻게 이어져 있는지를 설명할 수 있는 수단이 없는 상황이 되는 것이다.</p>
<p>위의 예제에서 볼 수 있듯이 의미에 맞는 태그를 사용한 경우에는 제목과 내용이 다르다. 하지만 table을 이용할 경우 순서가 맞지 않다면 제목과 내용이 동등하게 표시되어, 둘이 단순 나열되어 있는 것처럼 보일 수도 있으며 어떤 것이 제목인지 구별하기 어려워진다.</p>
<p>셋째, 모든 내용이 표안에 들어있는 형태가 되어 문서의 순서를 파악하는데 어려움이 생길 수 있다. 흔히 볼 수 있는 부적절한 컨텐츠 순서의 예로는 로그인 인터페이스를 만들기 위해 2열 2행의 table 태그로 아이디와 비밀번호 입력창을 만들고 우측의 2행을 합쳐 로그인 버튼을 넣는 경우이다.</p>
<table border="1" summary="로그인 인터페이스 배치 예제">
<tbody>
<tr>
<td>아이디</td>
<td rowspan="2">버튼</td>
</tr>
<tr>
<td>비밀번호</td>
</tr>
</tbody>
</table>
<p>이런 인터페이스를 배치하는 table 태그는 아래와 같은데 이것이 왜 부적절한지는 쉽게 알 수 있다.</p>
<figure class="highlight"><pre><code class="language-html" data-lang="html"><span class="nt"><table></span>
<span class="nt"><tr></span>
<span class="nt"><td></span>아이디<span class="nt"></td></span>
<span class="nt"><td</span> <span class="na">rowspan=</span><span class="s">"2"</span><span class="nt">></span>버튼<span class="nt"></td></span>
<span class="nt"></tr></span>
<span class="nt"><tr></span>
<span class="nt"><td></span>비밀번호<span class="nt"></td></span>
<span class="nt"></tr></span>
<span class="nt"></table></span></code></pre></figure>
<p>코드에서 볼 수 있듯이 실제로 컨텐츠의 배치는 아이디-버튼-비밀번호 순이 되기 때문에, 입력 양식 간의 이동을 위해 탭(tab)키를 사용하는 경우에 제작 의도대로 포커스가 이동하지 않는다. 이런 양식에서 탭키를 사용하는 경우가 많다는 점을 감안하면, 이것은 사용자의 실수를 유발하기 쉬운 형태가 되는 것이다.</p>
<p>이처럼 컨텐츠가 순서대로 배치되지 않았을 경우 마우스를 사용하지 않는 장치에서 내용을 읽기가 매우 불편해질 수 있다. 컨텐츠의 순서를 잘 맞추어 작성하는 것을 선형화(線形化, linearize)라고 하며 이것은 사람에게나 기계에게나 내용을 파악하는데 많은 영향을 미치므로 내용의 순서를 지켜 문서를 작성하는 것이 좋다.</p>
<h2>어떻게 만들어야 하나</h2>
<p>구체적으로 코드를 작성하는 방법에 대해서는 후에 다시 다루겠지만, 웹 표준을 지켜서 사이트를 만드는 것에는 몇가지 원칙이 있다.</p>
<h3>첫째, Doctype을 사용하라.</h3>
<p>브라우저는 제조사가 있고, 이런 업체들은 일반적으로 자사의 기준으로 문서를 렌더링할 수 있는 기능을 브라우저에 내장시키고 있다. 이를 quirks mode라고 하는데, 이것은 브라우저가 표준 문법을 기준으로 문서를 보여주는 것이 아니라 브라우저 제조업체 기준으로 보여주도록 하는 것이다. HTML 문서 최상단에는 Doctype을 지정하도록 하고 있는데, 이는 해당 문서가 많은 표준안 중에서 어떤 것을 기준으로 만들어졌는지를 표시하며, 브라우저는 이에 따라 문서의 표현 형태를 바꾸게 된다. Doctype 표시에도 여러가지 방법이 있으며 기본적인 방법은 <a title="Recommended list of DTDs" href="http://www.w3.org/QA/2002/04/valid-dtd-list.html">W3C 문서</a>를 참고하기 바란다.</p>
<p>DTD란 Document Type Definition의 약자로 strict(엄격한), transitional(과도적인), frameset(프레임셋)의 세가지 형태가 있다. 이 중 프레임셋은 프레임을 사용할 경우에 프레임셋이 되는 문서에만 사용하게 되며, 나머지 두가지의 경우는 해당 문서가 문법을 엄격하게 준수하는지 아닌지를 표시하게 된다. 브라우저는 Doctype과 dtd를 참조하여 문서의 표시형태를 결정하게 된다. 문서의 언어 버전만 사용하고 참조 dtd를 기입하느냐 아니냐에 따라서도 문서의 표시 형태가 달라질 수 있다.</p>
<h3>둘째, 의미에 맞는 태그를 사용하라.</h3>
<p>앞에서도 설명했지만 HTML에는 문서의 구성요소를 표시할 수 있는 많은 태그가 준비되어 있다. 제목을 표시하기 위한 태그부터 내용을 표시하는 다양한 태그까지 실제로 우리가 문서를 작성할 때 잘 사용하지 않는 것들 역시 이미 마련되어 있다.</p>
<p><acronym title="World wide web Consortium">W3C</acronym>는 웹 표준을 <del>제시</del><ins>제정</ins>하는 단체이다.</p>
<p>이와 같은 문장은 아래와 같은 태그로 표현할 수 있다.</p>
<figure class="highlight"><pre><code class="language-html" data-lang="html"><span class="nt"><p><acronym</span> <span class="na">title=</span><span class="s">"World wide web Consortium"</span><span class="nt">></span>W3C<span class="nt"></acronym></span>는 웹 표준을
<span class="nt"><del></span>제시<span class="nt"></del><ins></span>제정<span class="nt"></ins></span>하는 단체이다.<span class="nt"><p></span></code></pre></figure>
<p>위의 코드에서 볼 수 있듯이 W3C라는 단어를 처음 보는 사람에게 이 약어가 무엇을 의미하는지 설명하거나, 문서의 변경으로 인해 삭제, 추가된 부분을 표시해줄 수 있는 태그도 있으며, 이 밖에도 제목, 인용문, 목록, 강조, 줄임말 등을 위한 태그도 존재하고 있다.</p>
<h3>셋째, 표현을 위한 태그나 속성을 사용하지 말라.</h3>
<p>i, b, u, s 등의 태그는 글자를 이탤릭체로 만들거나, 굵게 하거나, 밑줄을 긋거나, 취소선을 넣는 용도로 사용되어 왔다. 이런 태그들은 em, strong, ins, del 등의 태그로 대체될 수 있으며 이는 태그 안의 내용을 강조하거나, 매우 강조하거나, 삽입되었다거나, 삭제되었다는 것을 표시해준다. HTML의 기본적인 표현 방법이 마음에 들지 않는다면 CSS를 이용해 모양을 변경해줄 수 있다. HTML은 문서가 담고있는 내용이 어떤 것인지를 구체적으로 설명할 수 있는 수단이지, 문서를 장식하는 용도로 사용하는 것이 아니다.</p>
<p>앞에서 예로 든 i(italic), b(bold)나 font 등의 태그들은 HTML이 개량되는 과정에서 브라우저 제작사들의 무분별한 문법 처리 등의 문제로 만들어진 태그이지, 의미를 담을 수 있는 태그가 아니다. 그래서 차기 버전의 HTML에서는 이런 태그들을 배제할 가능성이 높다.</p>
<h3>넷째, 디자인은 CSS를 이용해 적용하라.</h3>
<p>사이트 제작 과정에서 문서에 디자인을 적용하기 위해서는 CSS를 이용할 수 있다. CSS 2에서는 매우 다양한 표현 방식과 장치를 지원하고 있으며 이를 이용하면 컴퓨터 화면과 인쇄물, PDA 화면을 서로 다르게 보여줄 수도 있다. CSS에는 글자를 꾸미는 것 뿐 아니라, 위치와 크기, 테두리와 색상 등을 표현할 수 있는 다양한 속성이 있다. 또한 문서의 구조에 따라서 그 속성을 상속하거나 상속 받을 수 있기 때문에 적은 코드로도 많은 부분에 대한 표현 정의가 가능해진다.</p>
<p>물론 현재로선 CSS 2.1의 모든 속성을 지원하는 브라우저가 없고, CSS 2의 표현 방식에 한계가 있다는 문제도 있다. W3C에서 현재 검토 중인 CSS 3가 나오고 브라우저들이 이를 지원하게되면 어느 정도 해소될 수 있는 문제겠지만, 지금으로서는 어느 정도 융통성있는 마크업이 필요한 것도 사실이다.</p>
<h2>웹 표준이 우리에게 주는 것들</h2>
<p>웹 표준은 제안 단계부터 권고안 확정까지 크게 네 단계를 거쳐 W3C에서 제정한다. 권고안(Recommendation)이라는 단어에서도 알 수 있듯이 이는 어떤 규제를 목적으로 하는 지침은 아니다. 물론 많은 개인과 기업이 참여하고 꽤 오랜 시간을 통해 검토되면서 많은 사람들의 동의로 제정되는 것이기는 하지만 제정에 참여한 사람들에게 조차도 강제력을 발생시키지 않는다. 웹 표준은 더 많은 사람이 더 좋은 웹을 사용할 수 있게 하기 위한 약속일 뿐이다. 생활하면서 약속을 때로 어기게 되기도 하지만, 여러 의미에서 이 웹 표준이라는 약속을 지켜야 하는 이유는 많다.</p>
<h3>첫째, 표준을 지키면 문서를 읽기 쉬워진다.</h3>
<p>그래픽 요소 등을 이용하여 문서를 장식하는 것은 문서의 가독성을 높이기 위한 것이기 때문에 기본적으로 문서의 내용이 있다는 사실을 전제로 한다. 그래서 문서의 내용을 먼저 잘 만들어내는 것이 중요해진다.</p>
<p>HTML은 문서를 작성하기 위한 많은 요소가 포함되어있으며, 이는 텍스트 뿐만 아니라 이미지와 같은 멀티미디어 요소 역시 포함하고 있다. 제목, 문단, 인용, 강조, 목록, 표, 이미지 등의 다양한 요소를 적절히 이용하면 특별히 장식하지 않아도 하나의 완결된 문서로 인식할 수 있도록 브라우저가 만들어 준다. 또한 비슷한 이유로 검색 엔진 등의 프로그램에서 문서의 구조를 파악하기 쉬워지기 때문에, 정보를 찾아내기가 용이해질 수 있다.</p>
<h3>둘째, 사이트가 빨라진다.</h3>
<p>앞서 설명한 바 있지만, 테이블에 비해 코드의 분량이 엄청나게 줄어들 뿐만 아니라, 브라우저가 렌더링하는 속도 역시 빨라질 수 있다. 물론, 단순히 HTML 코드만 줄어들고 CSS 등이 길면 똑같지 않느냐고 할 수도 있다. 하지만, HTML 문서는 페이지가 열릴 때마다 로딩해야하지만, CSS나 Javascript 파일 등의 경우는 처음에 한번 내려받으면 클라이언트의 캐시에 저장되어 있기 때문에, 파일이 변하지 않는한 다시 내려받지 않는다. 그래서 시각적인 효과 등을 표시하기 위해 반복적으로 사용되는 코드가 확실히 줄어들 수 있는 것이다.</p>
<p>실제로 몇몇 사이트의 리뉴얼을 통해서 코드의 분량이 40% 이상 줄어드는 것을 확인 할 수 있었다. 이는 로딩 속도의 문제 뿐 아니라 웹사이트 이용시 발생하는 트래픽의 양을 고려했을때 회선 비용 등의 절감 효과가 매우 크다할 수 있겠다.</p>
<h3>셋째, 관리가 쉬워진다.</h3>
<p>똑같은 내용의 사이트를 개편하기 위해서 처음부터 끝까지 다시 만드는 작업이 얼마나 비효율적인 일인지는 굳이 설명하지 않아도 될 것이다.</p>
<p>위에서 설명한 웹 표준 사용 원칙의 세번째와 네번째에서 이야기한 것처럼 내용과 구조는 HTML로, 표현은 CSS로 처리하는 - 구조와 표현을 분리한 - 방식으로 사이트를 만들게 되면 사이트의 관리가 쉬워질 수 있다. 내용은 어차피 내용을 담고 있는 문서를 수정해야 하는 것이지만, 디자인의 변경을 위해서 사이트를 고쳐야 한다면, 이미지 파일과 CSS의 수정만으로도 사이트의 레이아웃부터 글자, 색상까지 대부분의 것들을 수정할 수 있다.</p>
<p><a title="CSS Zen Garden" href="http://www.csszengarden.com">CSS ZenGarden</a>을 보면, 하나의 HTML문서에 CSS를 이용하여 다양한 디자인을 적용한 것을 찾아볼 수 있다.</p>
<p>웹 표준이 대세다 아니다를 따질 때가 아니다. 수많은 사람들이 머리 맞대어 고민한만큼 웹 표준에는 좋은 기능이 많으며, 이를 사용함으로써 웹을 더욱 풍요롭게 만들 수 있다. 웹을 웹 답게, 문서를 문서답게, 정보를 가치있게 사용할 수 있는 시대를 만들어가려면 웹 표준은 필수 조건인 것이다.</p>
<p class="note">이 글은 월간 w.e.b. 4월호에 기고된 글이며, 잡지 사정상 5월호까지 2회로 나뉘어 실립니다.</p>
어김없이 CSS Naked Day가 돌아왔다.2007-04-04T03:58:00+00:00http://resistan.com/2nd-css-naked-day<p>작년에 이어 올해도 당연히 참여.</p>
<p>요즘은 바쁘단 핑계로 포스팅도 뜸하지만서도... -_-;;</p>
<p>어쨌든 벗어봅니다.</p>
<p>PHP코드로 붙여놓은 관계로... 시차를 고려하여 만 이틀 정도를 벗고 있을 겁니다. 아마.</p>
<p>뭐 좀 휑할지는 몰라도, 페이지를 읽는데는 문제가 없으시죠?</p>
<p><a title="deutism" href="http://mydeute.com/txp/">deute</a>님 화이팅! 저도 <a title="ilmol님의 한마디" href="http://ilmol.com/2007/04/CSS%20Naked%20Day%20%EC%98%B7%EB%B2%97%EA%B8%B0%EA%B8%B0.html">100만년만에 트랙백</a> 하나 날려봅니다. ㅋㅋ</p>
웹, 한국 웹2007-03-04T22:19:18+00:00http://resistan.com/web-serial-1st-korean-web<h2>한국 웹의 위기</h2>
<p>지난 1월 23일 <a title="오픈웹" href="http://openweb.or.kr">오픈웹</a>이 라는 민간 단체에서 금융결제원을 상대로 무려 4억 1500만원의 손해배상을 청구하는 내용으로 법원에 조정 신청을 냈다. 오픈웹은 고려대 법대의 김기창 교수를 중심으로 80여명의 원고인단이 모여, 그간 ActiveX를 사용할 수 있는 조건에서만 전자 정부 서비스나, 인터넷 뱅킹 등을 이용할 수 있는 차별적인 상황을 조장한 정부를 상대로 다양한 플랫폼, OS, 브라우저에서도 동일한 사용을 할 수 있도록 정책을 변경하도록 종용하고 있다. 이미 많은 분야의 전문가들이 모여 ActiveX 등을 이용하지 않고도 보안이나 서비스에 문제가 없도록 사용할 수 있는지 가능성을 타진하였고, 이것이 가능하다는 결론을 내렸다. 정보 통신부 등 관계 부처에 해당 부분에 대한 조정을 건의했지만 반영되지 않아 법적으로 대응하는 상황에 까지 이르렀다.</p>
<p><!--more-->마이크로소프트사는 Windows Vista(이하 Vista)를 출시하면서, 기존에 다양하게 사용돼왔던 ActiveX 컨트롤의 보안상 취약점을 인정하고 이를 차단하겠다는 뜻을 공식적으로 밝힌바 있다. 이 이야기는 Vista를 사용하는 사람은 국내 인터넷을 이용하기 어려워진다는 뜻이기도 하다. 이미 많은 언론 매체를 통해 보도된 바 있지만, 사람들은 한국 정부나 ActiveX를 사용하는 기업들의 대응이 늦어 Vista가 출시되는 1월 말까지 문제를 해결하지 못할 것으로 예상하고, Vista의 구입 또는 설치 시기를 3월 이후로 해야한다고 말하고 있다. 인터넷 뱅킹 뿐만 아니라 많은 사람들이 즐기는 온라인 게임 역시 ActiveX를 이용해 실행하는 경우가 많기에 마찬가지의 상황에 처해있다.</p>
<p>이와 관련해 보도된 해외의 뉴스 중에는 한국 정부가 몇 년 전에는 마이크로소프트 사에 윈도98 등에 대한 지원 중단 일정을 연기해달라는 요청을 했다가 묵살됐다는 내용이나, <a title="slashdot 뉴스" href="http://slashdot.org/article.pl?sid=07/01/24/210234">한국 정부에서 Vista의 설치 시기를 늦추라고 권고하고 있다는 내용</a>이 있었다. 이 뉴스를 본 해외 네티즌들의 반응은 왜 윈도 환경을 정부 차원에서 보호하려 드는지 이해되지 않는다는 반응이 대부분이었다.</p>
<p>웹을 사용하는 사람들이라면 누구나 아는 사실이겠지만 웹에서, 혹은 웹을 이용해서 할 수 있는 것은 상상외로 많다. 뉴스를 본다거나 물건을 사고 팔고, 메일을 보내고, 게임을 하는 일 이외에도, 많은 사람들이 모여서 어떤 주제로 이야기 할 수도 있고 기업 간의 거래나 정보를 주고 받기 위해서 사용할 수도 있다. 다만, 한국에서는 인터넷 익스플로러(이하 IE)를 사용하는 사람들만이 이 모든 것을 누릴 수 있다.</p>
<p>일례로, IE가 아닌 브라우저에서 대한민국 전자정부 사이트를 이용하려면, 모든 페이지에서 그림과 같은 에러메시지를 먼저 봐야했다. 일반 페이지를 보는 것 자체에는 아무런 문제가 없는데도 말이다.</p>
<p><img class="wp-image-1548 size-full aligncenter" src="/media/egov-err.png" alt="비IE로 접속했을 때 뜨는 전자정부의 오류 메시지" width="420" height="153" /></p>
<p>정부의 Vista 대응에 관한 문제로 언론의 비판이 거세지자 1월 말에 비IE 브라우저일 경우 뜨던 이 에러메시지는 삭제되었지만, 여전히 실질적인 기능들은 작동하지 않는 것이 대부분이다. 행정부처 사이트에서 민원 관련 절차를 밟으려면, IE를 사용해야만 한다. 실명 인증이나 보안이 걸린 인쇄물 등을 사용하기 위해서는 ActiveX를 반드시 설치해야하는 경우가 많기 때문이다. 특히, 공문서 출력을 위해서는 정부에서 제공하는 ActiveX를 설치할 수 있어야하고, 또 해당 프로그램이 지원하는 프린터만을 직접 연결해서 사용해야한다. 정부는 이런 문제를 보안상의 이유라는 말로 모든 이야기를 무마하려 하고 있지만, 이는 국민 혹은 소비자가 가진 선택의 권리를 이미 박탈하고 있는 것이다.</p>
<p><img class="wp-image-1547 size-full aligncenter" src="/media/egov_activex.jpg" alt="전자정부 사이트의 ActiveX 설치 문구" width="636" height="296" /></p>
<p>해외의 웹 사용자들은 전혀 이해하지 못하는 이런 상황을 왜 한국 사용자들은 맞닥뜨려야 하는 것일까. 그것은 한국 웹이 유난히 플랫폼이나 OS, 브라우저 간의 호환성에 취약하기 때문이다. 그간 한국의 웹 환경이 그만큼 마이크로소프트사에 의존하는 경향이 대단히 강했다는 뜻이기도 하다. 실제로 많은 사이트가 IE를 이용하지 않으면 제대로 보이지 않을 정도로, 상호 호환성을 고려하지 않은 상태로 제작되었고 여전히 그렇게 제작되고 있다. 대체 우리는 왜 이런 상황에 처해있는 것일까.</p>
<h2>한국의 웹</h2>
<p>국내에서 인터넷 관련 업종이 크게 발돋움한 것은 2000년경이었고, 그것은 99년 전후로 대폭 향상된 인터넷 회선의 속도에 가능성을 점친 많은 기업들이 이를 이용하고 싶어했기 때문이다. 현재는 웹 사이트가 스스로 가치를 창출해내고 있지만, 초창기의 국내의 웹 사이트는 그 사용 목적이 오프라인에서 사용하던 홍보용 브로슈어를 좀 더 많은 사람들에게 열람시키기 위해 사용하는 수단에 가까웠다. 이는 웹 사이트를 시각적으로만 인지하여, 화려한 디자인으로 방문자를 늘리고, 이것을 이용해 기업 이미지 재고나 매출액 증대에 도움을 얻기 위한 것이었다 할 수 있다.</p>
<p>인터넷 바람이 불면서 소위 IT벤처라 불리는 많은 기업들이 생겨났다. 정부는 이를 지원했고, 많은 기업들이 대대적인 투자 붐 속에 나타났다 사라졌다. 당시 국내에는 웹에 관한한 어떤 분야든 이렇다 할 전문가가 없는 실정이었다 할 수 있다. 웹에 접속할 수 있게 해주는 것이 특별한 서비스였던 시기에서 갓 벗어난 시점이었고, 텍스트 기반의 텔넷 서비스에서 그림과 텍스트가 함께 나오는 웹이라는 획기적인 수단을 그제서야 체험한 사람들이 대부분이었다. 웹 사이트를 만드는 분야에는 당연히 전문가가 있을리 없었다. 이에 웹사이트를 제작해야 했던 업체에서는 출판 디자인이나 시각 디자인 경력자들을 대거 투입하었고, 일반 어플리케이션을 개발하던 사람들이 서버 사이드 개발로 전향하기 시작했다.</p>
<p>문제는 이들이 웹이라는 매체가 기존의 출판물이나, 어플리케이션과 어떻게 다른지에 대해 인식하지 못한 채 웹을 만드는 일에 착수했다는 점이다. 만들 사이트는 많았고, 기술은 부족했다. 웹 페이지의 정보 구조나 사용성 같은 이야기는 거론의 여지조차 없었다. 현재까지도 웹 디자이너나 웹 개발자, HTML 코더라고 불리는 사람들은 계약직으로 일하면서 웹 페이지를 찍어내는 컨베이어 벨트의 끝자락에서 시간에 맞춰 공정을 끝내기 위해 강도 높은 노동을 하는 경우가 많다. 이런 상황은 디자이너는 그림만을, HTML 코더는 웹 페이지로 표시하는 작업만을 전담하는 역할 구조 뿐만이 아니라, 본질적 이해보다는 이익을 창출하기 위한 수단으로써 웹을 인식하고 사용하려는 초창기의 웹사이트 제작 풍토가 그대로 전해왔기 때문이라 할 수 있다.</p>
<p>몇 년 전부터 유행처럼 번져온 User Interface나 User eXperience 등의 이야기는 앞서 언급한 것처럼 그간 부족했던 웹의 특성을 조금이라도 살리기 위한 노력이었던 것이다. 앞서 언급한 브라우저 호환성이나 접근성에 관한 문제 등은 비즈니스적인 측면과는 떨어져있는 문제였고 정부 역시 IT 산업을 육성하는데만 급급한 나머지, 기본적으로 지켜야 할 지점들을 제대로 짚어내지 못한 채 인프라만을 조성해왔던 것이다. 이런 과정 속에서 소수의 사용자들은 그 누구로부터도 주목 받지 못한 채 한국 웹에서 10년을 보내온 것이다.</p>
<h2>브라우저 전쟁과 그 피해자들</h2>
<p><img class="wp-image-1546 size-full aligncenter" src="/media/browserwar.png" alt="제1차 브라우저 전쟁" width="395" height="110" /></p>
<p>알만한 사람은 다 아는 이야기겠지만, 현재의 상황을 설명하기 위해서 브라우저 전쟁을 말하지 않을 수 없다. 1995년경부터 약 3년간 이어진 IE와 Netscape Navigator(이하 NN)의 브라우저 전쟁은 웹을 이용하는 사람들에게 자사의 브라우저를 사용하도록 만들기 위해서 고안한 기술들을 각자의 브라우저에 접목시켰다. 또한 그 기술들을 당시 <a title="W3C" href="http://www.w3.org">World Wide Web Consortium</a>(이 하 W3C)에서 검토 중이던 HTML 표준 권고안에 반영시키기 위해 많은 노력을 했다. 그러나, 그런 표준 권고안의 존재 유무와는 상관없이 Windows와 IE를 함께 배포하던 전략을 고수한 마이크로소프트 사가 이 전쟁에서 승리했고, NN에 포함돼있던 blink 등의 태그는 역사의 뒤안길로 사라졌다.</p>
<p>문제는 마이크로소프트 사의 IE가 전세계의 브라우저 시장을 장악하면서, W3C 표준 권고안에 따라 상호 호환이 되는 웹 사이트보다, IE만을 기준으로 작성되는 페이지가 많아졌다는 점이다. 이는 말 그대로 웹이 비표준화 되고 황폐해졌다는 뜻이다. 물론, IE가 비표준만을 구현하는 브라우저는 아니다. 다만, W3C의 규약과 함께 마이크로소프트 사의 자체적인 문법이나 표현방식을 함께 사용할 수 있도록 하고 있었기 때문에, 당시의 제작자들은 사용 가능한 모든 태그를 사용한 것이고 어떤 것이 더 올바른 방식인지를 따지지 않았을 뿐이었다. 그러나, 태그의 오용은 남아있던 소수 브라우저 사용자들을 웹의 가장자리로 내몰고 있었다.</p>
<p>국내에서 브라우저 호환성의 문제는 한 때 너무나도 당연하게 지키지 못하는 것이기도 했다. 2001 ~ 2002년경에는 국내 웹 사이트의 구석에서 “Internet Explorer 5.X와 1024*768 해상도 기준으로 제작되었습니다’라는 문구를 흔히 발견할 수 있었다. 2002년 베타 서비스 중이던 전자정부 홈페이지의 경우에도 함께하는 시민행동이 라는 시민 단체의 지적에 따라 ‘익스플로러 5.5에 최적화되었다’라는 문구가 마이크로소프트사 광고로 인정되어 삭제된 바 있다. 당연히 해야할 것보다는, 소수를 배려하지 못하더라도 더 예쁘게 만드는 것이 조금이라도 많은 사람들을 끌어들인다는 생각, 이미 거기서 소수의 사용자는 소비자가 아니게 되고, 기업은 시장의 일부를 포기해버리는 것이다.</p>
<p><a href="http://www.onestat.com/html/aboutus_pressbox44-mozilla-firefox-has-slightly-increased.html">2006년 7월의 onestat.com 통계</a>를 보면, 전세계 브라우저 사용자 중 IE사용자가 83% 이하로 떨어졌으며, Mozilla Firefox의 이용자가 13% 가량으로 크게 증가하였다. 특히 2007년에는 호주나 독일의 경우 25% 이상으로 나타나 4명 중 한명은 Firefox를 사용하는 것을 알 수 있다. 또한 Apple Safari의 경우도 전 세계 사용자의 1.8%정도가 사용하고 있으며 미국을 비롯한 서유럽 국가 전반에서 1.2~3.5%의 사용자가 이용하고 있는 것으로 나타났다. 같은 시기의 <a href="http://www.xitimonitor.com/en-US/Technicals/index-1-2-3-68.html">xitimonitor.com 통계</a>에 서 아시아의 Firefox 이용률이 약 10% 정도인 것을 알 수 있지만, 한국은 이보다 훨씬 적을 것으로 예상된다. 이는 국내에서 제작되는 웹 사이트 뿐만 아니라, 보급되는 OS나 브라우저가 심하게 편중되어 있다는 점을 생각하면 충분히 유추할 수 있는 내용이다.</p>
<p>이미 외국의 경우 <a href="http://www.webstandards.org">Web Standards Project</a>와 같이 웹을 본래의 의미대로 사용할 수 있도록 만들자는 취지의 모임이 만들어져있고, 마이크로소프트사 기준의 웹이 아니라 W3C 기준의 웹 사이트를 제작할 수 있도록 노력하고 있다. 이곳에서는 IE에 관한 분과를 포함해 각 분야별 팀이 있어 표준 지침에 대해 연구하고 개선할 수 있는 방법을 고민하고 있다. 현재에도 이들의 노력은 IE에 편향돼있던 웹 사이트를 누구나 사용할 수 있는 형태로 바꿔가는데 큰 힘을 더하고 있다.</p>
<h2>접근성의 문제</h2>
<p>흔히 알려진 대로 웹 접근 가능성(Web Accessibility)이라는 말만 보면 시각이나 청각, 지체 자유를 완전히 상실한 사람들이 접속 가능한 형태만 생각하기 쉬운데, 실제로는 눈이 나쁘다거나 색약이 있다거나, 나이가 들어서 눈이 침침하다거나 하는 것을 모두 배려하고 있는 것이 웹 접근성이다. 이는 단순히 신체적 장애만이 아니라 누구나 겪을 수 있는 상황을 고려하고 있다는 뜻이기도 하다. 사람이 쓰는 모든 물건이 접근성을 고려해 만들어져야 한다는 점은 웹 사이트만의 문제는 아니다.</p>
<p>W3C에는 <a title="WAI" href="http://www.w3.org/WAI/">Web Accessibility Initiative</a>(이 하 WAI)라는 부설기구가 있다. 여기서는 웹 접근성에 대한 내용을 다루고 있으며 <a title="WCAG 1.0" href="http://www.w3.org/TR/WCAG10/">웹 컨텐츠 접근성 지침(Web Contents Accessibility Guideline, 이하 WCAG) 1.0</a>을 표준 권고안으로 제정하여 발표하였고, 현재는 WCAG 2.0을 준비 중이다. HTML에는 WAI에서 준비한 접근성에 관련된 속성이 이미 마련되어있고, 이를 잘 지켰을 때에는 별도의 장애인용 사이트가 없어도 모든 사람들에게 정보를 제공할 수 있다. 하지만, 여전히 대다수의 사이트들이 이런 접근성을 제대로 준수하지 못하고 있고 많은 사람들이 같은 이유로 웹 사이트를 이용하는데 불편해 하고 있다.</p>
<p>예를 들어, 시각 장애인의 경우 마우스 커서 위치를 찾을 수 없기 때문에, 키보드를 이용해 컴퓨터를 사용하게 된다. 비장애인은 평소에 마우스를 이용하지만, 마우스라는 장치가 항상 정상적인 상태가 아닐 수도 있다. 말하자면, 마우스가 고장난 날 컴퓨터를 사용해야 한다면, 키보드로도 사용할 수 있어야 하는 것이다. 결국 시각 장애인이나 마우스를 이용할 수 없는 상황에 대비해 사이트를 구현하는 기술은 똑같다. 이런 상황에도 무리 없이 사이트를 이용할 수 있게 만들 때 바로 웹 접근성을 잘 지켰다고 말할 수 있다.</p>
<p>1999년 시각장애인 브루스 맥과이어는 시드니 올림픽의 경기 입장권을 예약하려고 했다. 시드니 올림픽 웹 사이트는 WCAG 1.0을 지켜 구축되었다고 했기 때문에 사이트에 접속하려 한 것이다. 그러나 WCAG 1.0을 제대로 준수하지 않아 점자를 사용하던 맥과이어는 실질적으로 사이트를 이용할 수 없었다. 이에 맥과이어는 사이트 측에 문제를 제기했으나 시드니 올림픽 조직위원회는 다른 사람의 도움을 받으라는 답변만을 보내었다. 이후 소송을 통하여 맥과이어는 시드니 올림픽 조직위원회의 손해 배상을 받았고 호주 정부는 장애인의 웹 사이트 이용 관련 법안을 제정하였다. 이에 관한 자세한 내용은 <a href="http://www.hreoc.gov.au/">호주 정부의 인권위원회 사이트</a>에서 볼 수 있다.</p>
<p>웹 사이트의 장애인 접근성과 관련된 최초의 법안은 미국 산요세시에서 1996년에 제정한 것이다. 이후 미 연방 정부는 <a title="Section 508" href="http://www.section508.gov/">장애인 재활법 508조</a>에서 접근성 관련법을 규정하였고, 뒤이어 영국 등 많은 나라에서 법안이 제정되었다. 특히 유럽 연합의 소속 국가들은 2010년까지 관련 법안을 제정할 것을 결의한 바 있다. 웹 접근성의 문제는 사회 복지의 문제 뿐만이 아니라 인간의 기본적인 권리에 속하는 분야이기도 하기 때문이다.</p>
<p><a href="http://resistan.mireene.co.kr/wp/wp-content/uploads/2007/03/president.png"><img class="size-full wp-image-1549 alignleft" src="/media/president.png" alt="청와대 홈페이지 팝업" width="200" height="301" /></a></p>
<p>그러면 우리 나라는 어떨까? 예를 하나 들어보면, 한국을 대표하는 곳 중 하나인 청와대 웹 사이트는 접근성에 대한 고려가 거의 없음을 알 수 있다. 국문 사이트 뿐 아니라 영문 사이트의 경우에도, 플래시를 이용한 메뉴를 이용하는데도 불구하고 메뉴를 이용할 수 있는 대체 수단을 제공하지 않을 뿐 아니라 이미지에도 시각 장애인이 이용할 수 있는 대체 텍스트가 올바르게 들어가있지 않다. 또한, 팝업으로 제공되는 동영상은 비IE 브라우저에서는 보이지도 않을 뿐더러, 자막 등이 제공되지 않아, 청각 장애가 있는 국민들은 이용할 수 없게 만들어져 있다. 이런 상태의 웹 사이트에서 대통령이 ‘모든’ 국민의 소리를 듣기는 어려울 것이다.</p>
<p>현재 우리 나라에서는 2004년에 <a href="http://www.kado.or.kr">한국정보문화진흥원</a>의 주도로 <a title="KWCAG 1.0" href="http://www.iabf.or.kr/Guide/Kwcag.asp">한국형 웹 컨텐츠 접근성 지침(이하 KWCAG)1.0</a>이 발표되었고, <a href="http://www.kwag.net">한국 웹 접근성 그룹</a>(Korea Web Accessibility Group : KWAG)등 접근성을 고민하는 민간 그룹도 생겼다. 현재는 이 지침에 따라 공공 기관을 중심으로 웹 접근성을 높이려는 노력이 계속되고 있는 상황이다.</p>
<h2>미래를 생각한다면</h2>
<p>2005년 하반기부터 Web2.0이라는 말이 유행처럼 거론되고 있고, 현재에는 관련 내용이 이미 많이 알려져있다. <a href="http://www.google.com">Google</a>이나 <a href="http://www.flickr.com">Flickr</a>처 럼 많은 사이트가 차세대 웹 서비스의 모델처럼 여겨지고 있지만, 실제로 국내에서 Web2.0을 표방하는 업체 중에는 그런 사이트들의 아이디어를 가져온 곳은 있지만, 호환성이나 접근성의 기본적인 원칙을 지킨 곳은 드물다. 대개는 AJAX를 이용해 눈에 보이는 인터페이스만 개선하고, 그것이 마치 Web2.0의 모든 것인 양 말하는 경우가 많았다. 그러나, AJAX를 사용하기 이전에 사용자들이 그 컨텐츠에 접근하는데 있어 환경적 제약을 받지 않도록 만드는 것이 먼저다.</p>
<p><a title="What is Web 2.0?" href="http://network.hanbitbook.co.kr/view.php?bi_id=1141">Web2.0의<br />
특징 중 하나는 바로 “플랫폼으로써 웹”</a>이 며, 이는 바로 하드웨어나 OS의 제약을 뛰어넘는 서비스를 웹이라는 공간을 통해 제공할 수 있기 때문에 나온 개념이라고 할 수 있다. 그러다보니 특정 브라우저에서만 구동되는 서비스를 Web2.0 사이트라 말하기 어려울 수밖에 없는 것이다. 또한, 이런 상황은 세계적으로 이용될 수 있는 좋은 서비스를 단지 한글화하는 것 이상의 의미를 지니지 못하고, 세계로 진출하기 어렵다는 한계를 안고 있는 것이다.</p>
<p>사람이 쓰는 물건을 만들 때는 사람이 쓰기 좋게 만들어야 한다. 웹 페이지는 도화지나 광고 전단이 아니라 정보를 효율적으로 제공할 수 있는 문서 양식이다. 보기 좋게 편집된 문서는 읽기도 쉽다. 다만, 여기서 ‘보기 좋다’는 것이 화려하다는 뜻이 아님을 알아야 할 필요가 있다. 화려한 것이 나쁜 것은 아니나, 화려하기 이전에 웹의 기본적인 특징과 기술을 잘 이용해야만 더 많은 사람이 사용할 수 있고, 이해하기 쉬운 웹 사이트가 될 수 있는 것이다. 인터넷 인프라가 잘 조성되어 있다지만 이런 의미에서 한국의 웹은 앞으로도 갈 길이 멀지도 모른다.</p>
<p class="note">이 글은 월간 w.e.b. 3월호에 기고된 내용으로 잡지를 통해서도 보실 수 있습니다.</p>
마우스 중심의 인터페이스2007-02-21T02:43:22+00:00http://resistan.com/interface-only-mouse<p><a href="http://www.hof.pe.kr/wp/archives/2307">hof님의 글</a>에서 알게된 <a href="http://www.yes24.com/Goods/FTGoodsView.aspx?goodsNo=59669&CategoryNumber=001001007003004">디자인과 인간심리</a>라는 책을 사서, 어제서야 읽기 시작함. (흠... 받은 책은 표지 디자인이 바뀌었더라는...)</p>
<p>웹에 관련된 일을 하다보면 사용성 이야기를 많이 하게 되는데, 요즘 부쩍 사용성에 대한 생각을 많이 하게 돼서 주저리 주저리 몇자 남겨본다.</p>
<p>흔히들 착각하는 것 중에 하나가 동적인 인터페이스가 사용성이 더 좋다고 여기는 것이다. 예를 들어, 플래시나 스크립트 등을 이용해서 상위메뉴에 마우스를 가져가면, 하위메뉴가 옆이나 아래에 바로 나타나는 경우처럼 말이다. 물론, 마우스를 사용하는 사람들에게는 이런 것들이 더 편할 수도 있다. 하지만, 너도나도 이런 방식이 좋다고 하니 무조건 비슷하게 만들어내는데, 커서의 위치에 따라 등장하고 사라지는 하위 메뉴들이 과연 편리한 것일까?</p>
<p>커서 위치에 따라 등장하는 서브 메뉴가 과연 편리한 것인지를 따지기 전에, 과연 마우스가 모든 사람들에게 편리한 도구인지에 대해서 생각해 볼 필요가 있다. 그간 이야기 해왔던 시각장애인의 경우야 커서 위치를 알 수 없기 때문에 당연히 사용하지 않으니 논외로 하고...</p>
<p>몇 년 전에 어머니께서 컴퓨터로 가톨릭 성가를 듣고 싶어하셨다. 집에 성가 테이프나 CD가 많지 않았기 때문에 웹 사이트에서 제공하는 것으로 들을 수 있도록, 사용방법을 알려드리려 한 적이 있다. 그래서 컴퓨터 앞으로 모시고, 전원을 켜는 법부터 브라우저를 열고 사이트를 찾아가는 법(북마크를 해뒀다)을 알려드리려 하는데... 아뿔사!</p>
<p>어머니께선 그 마우스 커서를 못찾으신다. 마우스를 움직이는 거야 누구나 할 수 있는 거지만, 그 조그만 커서에 시선을 맞추고 아이콘이나 링크를 찾아서 클릭하거나 더블클릭하는 것이 초심자에게는 쉽지만은 않은 일이었던 거다. 게다가 어르신들은 노안으로 가까이 있는 것은 돋보기를 써야만 보실 수 있으니... 그때는 얼마나 당황했었는지...</p>
<p>8월의 크리스마스가 생각난다. 요즘 개그夜의 모 코너에서 패러디되고 있긴 하지만... 한석규가 아버지에게 비디오를 사용할 수 있도록 설명서를 큼직하게 써두는 장면. 손으로 쓰진 않지만, 나 역시 부모님의 전자 제품 이용을 위해 그런 설명서를 만들어서 큼지막하게 출력해드린 적이 몇 번 있었다.</p>
<p>뭐... 노인을 공경하자는 이야기를 쓰고 싶은게 아니다. 최근에 60대 할아버지의 동영상 캐스팅 같은 것들이 화제가 되어 TV에 방영되기도 했다. 시간이 지나면 지날 수록 컴퓨터 사용층의 고령화 역시 이루어지겠지. 우리도 나이를 먹어가니까 말이다.</p>
<p>사용성을 향상시키는 일은, 특정 계층, 특정 부류의 사용자만을 위해서 이루어져서는 안된다. 마우스가 어렵다면 키보드로 컨트롤 할 수 있는 수단을 제공하면 된다. 키보드조차 쓰기 어려운 사람은 대개 자신만의 입력장치를 갖고 있다. 그리고, 그런 장치들은 대개 키보드와 대응하도록 만들어진다. 보통 OS들은 키보드 컨트롤을 지원하기 때문에 마우스가 없어도 컴퓨터를 사용할 수 있다. 하지만, 현재 한국의 웹은...? 이용 불가능...!</p>
<p>주저리 주저리 끝.</p>
CSS 초급과 중급의 차이2007-02-06T01:59:52+00:00http://resistan.com/css-novice-expert<p><a title="CSS 구문과 선택자 - Hooney.net" href="http://hooney.net/2007/02/06/354/">Hooney님 글</a>에 트랙백. 일단 제목에 맞는 예제부터 보시고...</p>
<h2>예제</h2>
<h3>초급</h3>
<figure class="highlight"><pre><code class="language-css" data-lang="css"><span class="nc">.font_04</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span> <span class="m">#333333</span><span class="p">;</span> <span class="nl">font-weight</span><span class="p">:</span> <span class="nb">bold</span><span class="p">;}</span>
<span class="nc">.font_05</span> <span class="p">{</span> <span class="nl">font-family</span><span class="p">:</span> <span class="s1">"돋움"</span><span class="p">;</span> <span class="nl">font-size</span><span class="p">:</span> <span class="m">14px</span><span class="p">;</span> <span class="nl">color</span><span class="p">:</span> <span class="m">#ffffff</span><span class="p">;</span> <span class="nl">font-weight</span><span class="p">:</span> <span class="nb">bold</span><span class="p">;}</span>
<span class="nc">.font_06</span> <span class="p">{</span> <span class="nl">font-family</span><span class="p">:</span> <span class="s1">"돋움"</span><span class="p">;</span> <span class="nl">font-size</span><span class="p">:</span> <span class="m">12px</span><span class="p">;</span> <span class="nl">color</span><span class="p">:</span> <span class="m">#006699</span><span class="p">;</span> <span class="nl">font-weight</span><span class="p">:</span> <span class="nb">bold</span><span class="p">;}</span>
<span class="nc">.font_07</span> <span class="p">{</span> <span class="nl">font-size</span><span class="p">:</span> <span class="m">14px</span><span class="p">;</span> <span class="nl">color</span><span class="p">:</span> <span class="m">#CC3333</span><span class="p">;</span> <span class="nl">font-weight</span><span class="p">:</span> <span class="nb">bold</span><span class="p">;}</span>
<span class="nc">.font_08</span> <span class="p">{</span> <span class="nl">font-size</span><span class="p">:</span> <span class="m">14px</span><span class="p">;</span> <span class="nl">color</span><span class="p">:</span> <span class="m">#134472</span><span class="p">;</span> <span class="nl">font-weight</span><span class="p">:</span> <span class="nb">bold</span><span class="p">;}</span>
<span class="nc">.font_09</span> <span class="p">{</span> <span class="nl">font-family</span><span class="p">:</span> <span class="s1">"돋움"</span><span class="p">;</span> <span class="nl">font-size</span><span class="p">:</span> <span class="m">12px</span><span class="p">;</span> <span class="nl">color</span><span class="p">:</span> <span class="m">#CC3333</span><span class="p">;</span> <span class="nl">font-weight</span><span class="p">:</span> <span class="nb">bold</span><span class="p">;}</span>
<span class="nc">.font_sun</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span> <span class="no">red</span><span class="p">;}</span>
<span class="nc">.font_sat</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span> <span class="no">blue</span><span class="p">;}</span></code></pre></figure>
<h3>중급</h3>
<figure class="highlight"><pre><code class="language-css" data-lang="css"><span class="nt">body</span> <span class="p">{</span> <span class="nl">font-family</span><span class="p">:</span><span class="s1">"돋움"</span><span class="p">,</span> <span class="n">Dotum</span><span class="p">,</span> <span class="n">Arial</span><span class="p">,</span> <span class="nb">sans-serif</span><span class="p">;</span> <span class="nl">font-size</span><span class="p">:</span><span class="m">.75em</span><span class="p">;</span> <span class="nl">color</span><span class="p">:</span> <span class="m">#333</span><span class="p">;}</span>
<span class="nf">#wrap</span> <span class="p">{</span> <span class="nl">width</span><span class="p">:</span> <span class="m">65em</span><span class="p">;</span> <span class="nl">margin</span><span class="p">:</span> <span class="m">0</span> <span class="nb">auto</span><span class="p">;}</span>
<span class="nf">#header</span> <span class="p">{</span> <span class="py">paddding</span><span class="p">:</span> <span class="m">0</span> <span class="m">1em</span><span class="p">;}</span>
<span class="nf">#header</span> <span class="nt">p</span> <span class="p">{</span> <span class="nl">line-height</span><span class="p">:</span><span class="m">1em</span><span class="p">;}</span>
<span class="nf">#calendar</span> <span class="p">{</span> <span class="nl">width</span><span class="p">:</span> <span class="m">80%</span><span class="p">;</span> <span class="nl">font-size</span><span class="p">:</span> <span class="m">1em</span><span class="p">;</span> <span class="nl">color</span><span class="p">:</span> <span class="m">#c33</span><span class="p">;}</span>
<span class="nf">#calendar</span> <span class="nc">.sun</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span> <span class="no">red</span><span class="p">;}</span>
<span class="nf">#calendar</span> <span class="nc">.sat</span> <span class="p">{</span> <span class="nl">color</span><span class="p">:</span> <span class="no">blue</span><span class="p">;}</span></code></pre></figure>
<h2>차이점</h2>
<ul>
<li>초급은 클래스를 남발한다. CSS는 그저 HTML을 장식하는데 좀 더 편리한 수단에 지나지 않는다. 그래서 HTML에 class외의 관련 속성을 찾아보기 힘들다.</li>
<li>초급은 에디터에서 지원하는 속성이나 값에 의존하는 경향이 강하기 때문에 올바른 속성을 사용하지 않는 경우가 많다.</li>
<li>초급은 CSS에서 글자 색상이나 배경색, 테두리 색상 등, 간단한 것들만 선언하는 경우가 많다.</li>
<li>중급은 상속의 개념 등을 이해하기 때문에 id와 class를 적절히 섞어 쓰며, CSS 구문도 효율적으로 작성한다.</li>
<li>중급은 속성과 값을 알고 사용할 수 있어서 사이트의 전반적인 형태를 CSS로 제어할 수 있다.</li>
<li>중급은 선택자를 적절히 사용하기 때문에 HTML 구문 역시 구조적이고 효율적으로 작성한다.</li>
</ul>
<p>뭐 <a title="CSS 구문과 선택자 - Hooney.net" href="http://hooney.net/2007/02/06/354/">Hooney님 글</a> 보면서 대충 생각나는 것만 적어봤습니다. 추가 삭제할 부분있다면, 태클 걸어주세요. :)</p>
오픈웹에서 2차 원고인단을 모집합니다.2007-01-29T06:31:14+00:00http://resistan.com/openweb-2nd-movement<p>얼마 전에 <a title=" Koreans Advised to 'Avoid Vista' for Now" href="http://slashdot.org/articles/07/01/24/210234.shtml">한국 정부가 MS에 Vista 발표 연기를 요청했다가 무시당한 굴욕 사건</a>도 있었습니다만, 참 이래저래 황당한 현실입니다.</p>
<p>실제로 공인인증서를 사용하는데 ActiveX가 필요없다는 것은 많은 전문가 분들이 말씀해주신바 있습니다. 그러나 현실은 ActiveX를 이용할 수 있어야만, 인터넷 뱅킹, 온라인 게임, 공문서 등을 이용할 수 있는 상황.</p>
<p><a title="오픈웹" href="http://open.unfix.net">오픈웹</a>은 이런 상황을 조장한 정부(행정자치부,정보통신부,금융결제원 등)를 상대로 손해 배상을 요구하는 조정 신청을 법원에 낸 바 있습니다. 1차 원고인단 83인이 여기에 동참했고, 이제 2차 원고인단을 모집한다고 합니다.</p>
<blockquote><p>작년(2006년) 5월부터 계속된 우리의 노력에도 불구하고 금융결제원, 정보통신부 등은 아무런 개선 의지를 보이지 아니하여, 어찌할 수 없이 소송을 제기하게 되었습니다. 83명의 1차 원고인단이 금융결제원을 상대로 일인 당 500만원씩, 합계 4억1500 만원의 손해배상을 구하는 법정절차를 개시하였습니다. <a href="http://open.unfix.net/suit.zip">관련 서류는 여기서 내려받을 수 있습니다</a>. 그동안 여러분들께서 추가로 참여하시기를 희망해 오셨습니다. 따라서 제2차 원고인단을 모집합니다.</p>
<p>...중략...</p>
<p>오픈웹의 원고인단 참여 사이트는 보안이 유지된 사이트 입니다. 소송과 관련된 여러분의 모든 정보는 암호화되어 교신됩니다. 따라서 그리로 가는 경우, 인증서를 설치하겠는지를 묻는 창이 뜹니다. 인증서 발급자는 오픈웹에 서버를 제공해 주시고 unfix.net의 관리자로 계시는 정태영(Tae-young Jung)님 입니다. 믿을 수 있는 분입니다(제가 보장합니다 :) ) 따라서 인증서 설치를 수락하시기 바랍니다. 그런 다음에는 모든 가입정보가 암호화 되어 교신됩니다. <strong>ActiveX 는 필요 없습니다. 인터넷 익스플로러도 필요 없습니다!! MS 윈도가 없어도 됩니다!!!</strong></p>
</blockquote>
<p><a title="오픈웹" href="http://open.unfix.net">오픈웹</a> 사이트로 가시면, 여러분도 2차 원고인단이 되실 수 있습니다.</p>
<p>누구나, 어디서나 사용할 수 있는 웹 환경을 조성하기 위하여!</p>
KWAG 모임에 부쳐2007-01-21T16:12:33+00:00http://resistan.com/kwag-6th-off<p>- 지난 토요일 다음 커머스 14층 회의실에서는 <a title="KWAG" href="http://kwag.net/">KWAG</a>(Korea Web Accessibility Group)의 오프라인 모임이 있었다.</p>
<p><strong>누구나 접근가능하고, 신뢰성 있는 정보가 의미있게 소통되는 공간.</strong></p>
<p>그것이 <a title="Wikipedia : Tim Berners-Lee" href="http://en.wikipedia.org/wiki/Tim_Berners-Lee">Tim Berners-Lee</a>경이 추구했던 웹의 모습이었다.</p>
<p>이런 취지를 함께 갖고 만들어진 WEB이지만, 그런 점을 얼마나 생각하며 웹을 만들어왔는지를 돌아보면 참 부끄럽기 짝이 없다.</p>
<p>사실, 약 2년 사이에 국내에서 웹표준이 나름 이슈가 되고 많은 사람들이 지키려는 노력을 보여주고 있지만 우리가 그동안 간과해왔던 부분이 바로 이 접근성이라는 분야가 아닐까 한다. 웹 표준이라는 말이 기술적인 이슈라면 웹 접근성이라는 말은 웹에 대한 철학적이고 도덕적인 이슈라는 생각을 해보게 된다. 기술은 책이나 문서를 통해서도 얼마든지 배울 수 있지만 철학이나 도덕은 이해하고 동의하는 과정이 있어야반 비로소 시작할 수 있다. 그런 의미에서, 웹 본래의 모습을 찾자는 <a title="한국 모질라" href="http://mozilla.or.kr">Firefox</a>의 슬로건(Recover the web)도 그냥 보고 지나치지만은 않게 된다.</p>
<p>접근성을 지키는 일은 한두사람만의 힘으로, 하루이틀만 노력해서 될 일이 아니다. 원칙을 세우는 일부터, 그것을 올바르게 실행할 수 있는 방법을 만드는 일, 또 그것이 실제로 구현하는 일까지 얼마나 많은 사람들이 많은 노력을 해야할지 짐작키 어렵다.</p>
<p>웹 접근성이라는 말이 웹 표준 논쟁처럼 또하나의 쟁점이 될지는 모르겠지만, 분명한 것은 사람이 살아가고 어떤 도구를 이용하는 한, 접근성이라는 부분은 언제나 고려되어야 한다는 것이다. 디자인의 개념 중에 <a title="Wikipedia : Universal Design" href="http://en.wikipedia.org/wiki/Universal_design">Universal Design</a>이라는 것이 있다. 이것은 어떤 물건이든 <strong>사람에게는 위험하지 않고, 사용하기 쉽고, 자유롭게 쓸 수 있도록</strong> 만들어져야 한다는 지침같은 것이다.<br />
웹 역시 사람이 사용하는 편리한 수단으로써 이런 부분들이 고려되어야 하는 것은 당연할 일일진데, 지금껏 못해온 셈이고, 이를 깨달은 서유럽, 오세아니아, 북미권에서는 이미 이 웹 접근성에 관한 법을 제정해서 지킬 수 있도록 장려하고 있다. 우리나라에서도 아직 법제화까지 가지는 못했지만, 정부 주도하에 KWCAG(한국형 웹 컨텐츠 접근성 지침:Korea Web Contents Accessibility Guideline) 1.0이 이미 제정되어 있고, 이를 보완하는 작업이 진행중이다.</p>
<p><a title="Korea Web Accessibility Group" href="http://kwag.net/">KWAG</a>은 웹 접근성에 관심이 있는 사람들이 모인 곳이다. 보다 더 많은 사람들이 노력해야할 시점에 이런 모임이 생겨나고 함께 할 수 있게 되었다는 점은 꽤 고무적인 일이 아니라할 수 없다. 나 역시 <a title="Korea Web Accessibility Group" href="http://kwag.net/">KWAG</a> 오프 모임에 나간 것은 이번이 처음인 셈인데, 다른 때와는 다르게 진행된 것이라고 한다. 생각보다 많은 분들이 오시고, <a title="Hooney님 블로그" href="http://hooney.net">Hooney</a>님의 진행이 꽤나 재밌는 모임이었다. 과연 다음 모임 때 어떤 Task Force들이 생겨날지 궁금해진다.</p>
<p>웹 접근성에 관심있는 분들은 <a title="KWAG!" href="http://kwag.net/">kwag.net</a>으로 오시라!</p>
인터페이스란 이런 것이다. Apple iPhone 발표2007-01-10T07:28:47+00:00http://resistan.com/apple-iphone<p>아침부터 <a title="Macworld 2007 Keynote" href="http://events.apple.com.edgesuite.net/j47d52oo/event/">스티브잡스의 맥월드 발표 동영상</a>을 보면서 왜 사람들이 맥월드를 기다리는지 알게됐다.</p>
<p>OSX를 탑재한 것도 그렇지만 손가락을 이용해서 스크롤, 선택, 확대/축소까지 할 수 있는 터치스크린 방식이란... iPod 휠 인터페이스 이상의 충격이었달까.</p>
<p>iPhone이 휴대폰이라기보다는 전화 기능을 탑재한 iPod 6세대가 아니냐는둥 이야기가 많은데, 현재 출시돼있는 많은 휴대전화들을 보면, iPhone 역시 고성능 휴대폰이 아닐까 싶다. GSM + Edge 방식인데다 통신사의 지배를 많이 받는 시장이라는 점에서 2008년 아시아 출시 이후에도 한국에서는 쓸 수 없다는 전망이 지배적이지만... 국내에서 어느 통신사건 간에 iPhone을 내놓기만 한다면 그리 옮길 생각도 생겼다.</p>
<p>말 그대로... 확 꽂혀버린게다.</p>
<p>뱀발. 얼마전에 UMPC를 샀다면서 자랑하던 사람들이 갑자기 안쓰러워 보이는 이유가 뭘까?</p>
CSS 마스터 전략(CSS Mastery) 출간2006-12-18T08:43:33+00:00http://resistan.com/css-mastery-book-published<p><a title="웹표준 관련 책 이야기" href="/xhtml-css-book/">일전에 소개한</a> 바 있는 CSS Mastery가 CSS 마스터 전략이라는 이름을 달고 드디어 출간된다.</p>
<div></div>
<p>나는 원서를 한부 갖고 있지만 짧은 영어실력 덕에 그리 진도를 나가지 못했다. 허나, 책에 담겨있는 소스를 보면 이 책이 CSS를 사용하는데 얼마나 유용한지를 짐작할 수 있었다.</p>
<p><a title="표준이 기술이다." href="/bullet-proof-web/">전에 방탄웹 책을 소개</a>할 때처럼 목차를 함께 나눠본다. 다만, 번역된 내용을 정확히 모르는 관계로 영문의 목차로 남긴다.</p>
<blockquote>
<ul>
<li>Chapther 1: Setting the Foundations</li>
<li>Chapther 2: Visual Formatting Model Recap</li>
<li>Chapther 3: Background Images and Image Replacement</li>
<li>Chapther 4: Styling Links</li>
<li>Chapther 5: Styling Lists and Creating Nav Bars</li>
<li>Chapther 6: Styling Forms and Data Tables</li>
<li>Chapther 7: Layout</li>
<li>Chapther 8: Hacks and Filters</li>
<li>Chapther 9: Bugs and Bug Fixing</li>
<li>Case Study 1: More Than Doodles</li>
<li>Case Study 2: Tuscany Luxury Resorts</li>
</ul>
</blockquote>
<p><a title="만박님 블로그 - CSS 마스터 전략, 에이콘에서 10권 쏩니다." href="http://sumanpark.com/blog/84">만박님의 블로그</a>에서 책에 관한 간략한 소개를 볼 수 있다.</p>
맥북이 왔습니다.2006-12-15T06:56:38+00:00http://resistan.com/my-macbook<p>Core2Duo 2.0에 2Gb RAM으로 큰 맘먹고 질렀습니다.</p>
<p>11월 28일에 주문했는데, 무려 2주만에 도착했습니다. 중간에 출고일정이 딜레이되기도 하고 해서, 애플코리아에 몇번 전화도 하고, 불안-초조의 나날들이었다죠. 아무튼, 목소리를 높이니까 서둘러주더군요. 그래서 간신히 고지된 날짜에 받을 수 있었습니다.</p>
<p>이번 구매를 통해서 애플 사이트는 불여우에서 안심클릭 결제가 된다는 좋은 점과 함께, 그 결제 과정이 누락되버리는 상황도 종종 발생한다는 사실도 알게됐습니다. 그래서, 가방을 구입할 땐 일일이 승인번호를 찾아서 결제 취소를 해줘야했습니다. 결국 한국 지사가 있고 고객센터가 있어도 어딘가 어설프다는 느낌을 지울 수가 없었습니다.</p>
<p>오늘은 <a title="deute님 블로그" href="http://mydeute.com/">deute</a>님과 함께 <a title="MacHeist 패키지 자선 판매" href="http://www.macheist.com/">MacHeist</a>에서 진행하는 소프트웨어 패키지 자선판매 행사를 통해 9개짜리 소프트 패키지도 질렀다죠. 얼른 10만불 이 달성돼서 textmate도 포함돼야 할텐데요.</p>
<p>소프트웨어 사고 하다보면 앞으로 1년은 굶어야할 거 같습니다. :(</p>
MS가 웹 표준의 적(敵)인가?2006-11-30T21:35:26+00:00http://resistan.com/ms-knows-web-standards<p>웹표준 관련된 이야기를 하다보면 MS를 M$로 표기하고, MS를 싫어한다는 이야기를 많이하게 된다. $표시야, 독점 문제 같은 이슈들이 있을 때 사용하기 시작한 것이지만... 실제로 웹 표준 권고안을 준수해서 사이트를 제작하다보면, IE와 cross-browsing을 하기위해서 추가해야하는 코드나 hack이 심심찮게 등장한다. 또, IE에서 지원하지 않기 때문에 사용해야하는 스크립트나, 포기해야하는 방법이 꽤나 많다고 할 수 있다. 그래서, 회사 내부의 세미나나 웹 표준 이야기를 하다보면 개인적으로 <a title="Microsoft" href="http://www.microsoft.com">Microsoft</a>를 좋아하지 않는다는 이야기를 하게 된다.</p>
<h2>패배자는 Netscape만이 아니었다</h2>
<p><a title="World Wide Web Consortium" href="http://www.w3.org">W3C</a> DOM과 MS DOM을 비교해서 이야기하는 것처럼, 확실히 IE의 웹 페이지 구현 방식은 W3C의 표준 권고안과는 거리가 있다. MS 역시 W3C의 회원사이고, 최근에는 IE 7을 극적으로(?) 내어놓으면서 기존의 비표준 방식을 조금이나마 고쳐나가는 모습을 보이고 있다. 그런데 IE는 왜 다른 브라우저에 비해서 표준으로부터 더 멀리 서있는 것처럼 보일까?</p>
<p>1990년대 중후반의 웹을 뒤집어 놓았던 Internet Explorer와 <a title="Netscape" href="http://www.netscape.com">Netscape</a> Navigator간의 브라우저 전쟁을 기억하는 사람은 기억할 것이다. 나 역시 97년께에 처음 HTML을 접했고, 이 때 웹사이트 제작에 관해 여러 사이트를 뒤적이면서 Cross-Browsing 기법을 소개하는 사이트를 꽤 많이 만났던 것으로 기억한다. 그러나 98년에 접어들면서 웹은 IE로 기울어져 갔고, Cross-Browsing이니 뭐니 하는 사이트는 우리 기억 속에서 잊혀져갔다. 이 전쟁의 여파로 우리는 blink 태그를 잃고 marquee 태그를 얻었다. IE는 Windows의 독주와 함께 시장을 거의 독식하다시피 하게됐으며, 우리는 이렇게 MS 의존적인 웹을 사용하고 있다.</p>
<h2>MS IE가 표준을 지키지 못하는 이유</h2>
<p>99년이 되어서야 HTML 4.01이 확정되었던 점을 생각한다면, 당시의 HTML은 계속 개량 중이었고 NN이나 IE나 자사 기준을 표준안에 반영하기 위하여 굉장히 치열하게 노력했다고 볼 수 있다. 하지만, MS가 준비했던 기준과 W3C가 확정한 표준안은 다른 점이 분명히 존재했고, 그 때 벌어진 차이가 현재까지 이어져 오고 있다 할 수 있다.</p>
<p>그렇다면 IE가 이 때 이후로 버전업을 하지 않았을까. 전쟁은 98년 경에 끝났지만 IE 6은 2001년 Windows XP와 함께 배포되었다. 수년간 몇차례의 Major Upgrade가 이루어진 것이다. 그 동안 MS는 표준 기술을 적용 안하고 뭐했을까? (표준 권고안에 자사 기준을 들이대고 싶은 미련을 버리지 못했던 것은 아닐까 하는 추측을 해본다.)</p>
<p>이번 IE 7 출시를 보면 알 수 있는 점이지만 분명한 것은 IE 6.0까지 MS의 브라우저 정책은 하위 버전과의 호환성에 무게가 실려있었다. 충성도 높은 사용자들을 버리지 못한다는 이유로 비표준 태그도 품고 있는데, 이미 다르게 나와버린 표준안도 끌어안으려니 모두 수용하기 어려운 점도 분명 있었을 것이다.</p>
<h2>MS만 비판할 일일까?</h2>
<p>사실 IE가 표준을 지원하지 않는다고 하는 말은 잘못된 표현이다. 앞서 말했듯이 비표준 태그를 허용한다거나 CSS를 적용했을 때 잘못된 형태로 보여주는 문제점들은 있다. 하지만 DTD를 사용하고, HTML을 올바르게 사용한다면 문서를 표현하는데 엄청난 문제를 만들지는 않는다. 단지 완전하게 지켜주지 못할 뿐이다.</p>
<p>오히려 웹을 비표준화하고 황폐하게 만든 것은 우리의 안일함이 아니었을까한다. W3C가 결성되고, HTML이 버전업을 해왔다. 브라우저 전쟁의 끝에 이미 외국에서는 <a title="Web Standards Project" href="http://www.webstandards.org/">WaSP</a>와 같은 웹 표준화 운동이 시작되고 있었음에도 국내에 이런 움직임이 생겨나고 활동을 하게 된 것은 그 절반의 역사를 채우지 못하고 있다.</p>
<p>물론, 급속도로 성장한 국내 인터넷 환경과 IT 산업을 이유로 댄다면 별로 할 말이 없다. 사실 나도 당시에는 잘 몰랐으니까. 하지만, 저비용, 고효율, 고속 성장 지향적인 과정이 결국 만들어낸 결과물을 스스로 뒤집어 엎게 하고 있다. 기술 따위야 잘 몰라도 좋으니, 어쨌든 홈페이지처럼 보이게 하는 것. 그것이 우리 나라 기업들이 처음 웹을 인식하고 만들어낸 방식이 아니었던가.</p>
<h2>MS, 그리고 IE의 행보는?</h2>
<p><a title="Mozilla" href="http://www.mozilla.org">Firefox</a>의 시장 점유율이 괄목할만큼 성장하고, <a title="Opera" href="http://www.opera.com">Opera</a> 등의 브라우저들이 경쟁자로 인식되면서 위기감을 느낀 MS는 IE 7을 급히 내놓았다. 또 브라우저를 Windows와 짝 맞춰 내놓던 관행을 내던진 MS는 IE의 상위버전 개발에 박차를 가하고 있다는 소식이다. 또한, 올해들어 <a title="live.com" href="http://www.live.com">live.com</a>을 내세운 MS의 행보에 많은 이들이 주목하고 있다. Web 2.0이 유행처럼 번지고 웹이 새로운 플랫폼으로 주목받기 시작하면서, 기존의 OS나 Application군의 업그레이드와는 별개로 웹 서비스를 위해서 준비를 하는 모습을 보이고 있다.</p>
<p>이런 저런 소식을 접하다보면 이제 MS는 브라우저 점유율 경쟁보다는 Web-based Application 개발에 더 매력을 느끼고 있는지도 모른다는 추측도 해보게 된다. IE는 Windows에 기본 탑재되는 도구로써 안착되고, 웹에서 승부를 보려는 MS의 새로운 전략. 호적수로 회자되고 있는 <a title="Google" href="http://www.google.com">Google</a>과 한 판 붙을 생각일지도 모른다.</p>
<p>앞으로 브라우저 시장에서의 성패는 OS에 끼워팔기 보다는 그 성능과 사용성 등이 좌우할지도 모른다. 이런 이유들로 인해 더 나아진 IE가 개발되고, 다른 브라우저들도 계속 표준을 준수하는 방향으로 유지된다면, 어느 브라우저를 사용하더라도 웹을 똑같이 이용할 수 있는 시기가 오게 될 것이다.</p>
<p><strong>누구나 접근할 수 있는(Universal Access) 보편적 웹</strong>이 정말 우리 앞으로 다가와 있는 것이다.</p>
<p>한가지 재미있는 소식은... Windows Vista에서는 ActiveX Control을 보안상 유해요소로 간주하고 자동 차단을 한다더라. 이 기사를 보고 처음엔 얼마나 웃었는지... :D 부모에게 버림받은 ActiveX에게 심심한 애도의 뜻을 전한다.</p>
<p>흠... 이제는 MS에도 공공재가 뭔지에 대한 인식이 조금은 생긴 것 같은데, 싫어라만 하지말고 조금은 친해져도 괜찮지 않을까?</p>
웹에서 구조적 디자인이 중요한 이유2006-11-20T11:17:45+00:00http://resistan.com/important-structured-design<p>나는 디자이너가 아니다(그렇게 굳게 믿고 있다). 그래서 혹시라도 이 포스트를 보시다 헛소리라 여겨지시는 디자이너가 계시다면 가차없이 태클을 날리셔도 할 수 없다. 하지만 일단은 문서 구조화에 대한 정리를 하다가 떠오른 점을 좀 남길까 한다.</p>
<h2>시각적 인식의 순서</h2>
<ol>
<li>형태</li>
<li>배열</li>
<li>비례</li>
<li>대비</li>
</ol>
<p>내가 아는 인간의 시각적 인식 순서는 이와 같다. 이는 사람이 문서(편의에 따라 이렇게 부르겠다) 따위를 볼 때는 형태적으로 내용이 있는 곳과 없는 곳을 먼저 구별하고, 놓인 위치에 따라, 차지하는 크기에 따라 내용의 중요도를 판단한 후 실제 내용을 읽기 시작한다는 뜻이다.</p>
<p><s>이를 그림으로 표시하면 아래와 같다.(왼쪽부터 차례대로)</s> - 이미지 유실</p>
<p>실제로 사용자가 이런 과정을 겪는 시간은 정말 짧아서 순식간에 지나가버린다. 그래서 많은 디자이너들이 레이아웃을 만들 때는, 시선의 이동 경로나 내용 간의 강조 방식을 더 중요하게 여기고 여러 형태로 만들기 위해 고민하곤 한다. 하지만 원래는 이런 인식의 순서를 고려해서 큰 틀을 잘 그려낼 필요가 있는 것이다.</p>
<p>혹시, 글꼴이 매 페이지마다 다른 책을 보신 적 있는가? 일반적으로 그런 책은 만들지 않는다. 왜냐하면 인식을 어렵게 하기 때문이다. 통일된 글꼴과 적당한 여백은 내용에 통일성을 주거나 서로를 구별하는데 큰 도움을 준다.</p>
<h2>분리</h2>
<p>웹 사이트의 메뉴를 구성하기 위해 레이블링을 할 때는 메뉴를 다 늘어놓고 묶어나가는 방법을 쓰곤 한다지만, 디자인은 좀 다르다. 많은 페이지에서 같은 부분을 반복적으로 노출하는 경우가 많아서 레이아웃이라 부르는 기본틀과 그리드가 굉장히 중요하기 때문이다. 이는 중심부에서 주변부로 나가는 방식이 아닌, 주변부에서 중심부로 들어가는 형태로 작업을 할 수밖에 없는 이유이기도 하다.</p>
<p>달리 이야기하면 중요하지 않은 것부터 시작해서 점차 더 중요한 것을 디자인해 나가는 방식이라고도 말할 수 있다. 이는 웹 페이지가 문서라는 형태를 띠기 때문이기도 한데, 문서 묶음인 책을 기준으로 볼 때 절과 장, 혹은 제목이라는 것으로 내용을 분리해나가기 때문이다. 한가지 주제의 텍스트가 아무리 길어도, 모든 문장이 똑같지 않은 이상은 대개 분리가 가능하다. 또 내용간에도 단락이라는 구분이 존재하고, 텍스트와 텍스트가 아닌 것(그림이나 표 같은 것들)을 나란히 놓을 때도 여백 등을 이용해서 구별을 쉽게 할 수 있도록 만들어진다.</p>
<p>이런 방식으로 계속 문서를 분리해나가다 보면 트리구조가 만들어진다. 이는 제일 높은 곳부터 제일 낮은 곳까지 차례대로 놓이며 그 중요도를 쉽게 인식할 수 있도록 도와준다. HTML 태그를 열고 닫는데는 다 이유가 있다.</p>
<h2>강조</h2>
<p>그렇다면 내용 안의 경중을 가릴 때에는 어떻게 할까? 확실히 눈에 띄는 것이 더 쉽게 다가오기 마련이다. 강조란 시각적 긴장감을 조성해서 인식율을 높이는데 그 목적이 있다. 그럼에도 불구하고 눈 아플 정도로 많이 사용되는 색상이나 굵직한 글씨들은 무엇을 중요하게 여겨야하는지 헷갈리게 하기도 한다. 이는 애초에 <strong>구성을 잘해야만 전달도 적절히 이루어진다</strong>는 점을 알려준다.</p>
<p>중요한 내용을 표시할 때에는 크게 두가지 방법이 있는데, 인용 부호 같은 구분자를 이용하는 방법과 색상이나 크기 등을 이용해 표현하는 방법이다. 일반적으로 인쇄된 문서는 단색을 이용하는 경우가 많기 때문에, 색상보다는 글씨의 크기나 형태(글꼴), 또는 밑줄 등을 이용해서 강조하게 된다.</p>
<p>이를 웹에서 표시하기 위해서는 인용 태그인 blockquote나 q, 강조 태그인 strong이나 em을 사용할 수 있다.(밑줄을 긋기 위한 태그는 없다. 여러분이 알고 있는 u 태그는 표현만을 위한 것이라 강조의 뜻을 담고 있지 않다) 브라우저에 따라서 인용 태그를 사용했을 때 인용부호를 자동으로 표시해주는 경우도 있으며, 이는 HTML이 구조적이지만 디자인을 위한 요소 또한 어느 정도는 포함을 하고 있다는 의미이기도 하다.</p>
<ul>
<li>웹에서는 색상만을 이용해 강조를 하는 경우가 많은데 단색만 인식되는 경우가 존재할 가능성을 염두에 둘 필요가 있다. 이는 단순히 PC 사용자만을 의미하는 것이 아니라 PDA나 프린터 등을 통해 웹사이트를 접하는 사람이 있기 때문이다. 또한 색약인 경우나 약시일 경우도 이런 경우에 해당될 수 있다.</li>
</ul>
<h2>정리하며...</h2>
<p>HTML은 계층구조로 작성 가능한 가장 쉬운 언어 중 하나다. 복잡한 연산도 없으며, 단순히 정보를 웹이라는 곳으로 옮겨주는 역할을 하는 도구다. 이는 웹이 정보를 손쉽게 전달하고 공유하기 위한 수단으로 탄생한 것에 그 이유가 있을 것이다.</p>
<p>웹 저작용 언어인 HTML이 분리와 강조를 할 수 있는 방법을 이미 제공하고 있음에도 불구하고 국내 웹 사이트에서 태그를 이용한 분리와 강조를 사용한 경우는 찾아보기 어렵다. 쉬운 예로 제목과 내용은 그 둘의 크기만으로도 쉽게 구별 가능함에도 불구하고, 제목은 이미지, 내용은 텍스트를 사용하는 경우를 들 수 있겠다. 불필요한 테두리나 색상의 남용 또한 그 예가 많다.</p>
<p>이미지나 멀티미디어로 무장하는 것이 무조건 나쁘다는 뜻은 아니다. 하지만, 의미와 목적에 맞는 디자인과 올바른 태그가 만났을 때 구조의 미학이 제대로 발휘될 수 있다는 점을 잊어서는 안될 것이다.</p>
<p>파티가 아무리 화려해도 즐겁지 않다면 의미없는 시간인 것처럼 <strong>내용보다 중요한 디자인은 없는 법이다.</strong></p>
2nd Korea Web Standards Day2006-11-09T05:03:20+00:00http://resistan.com/2nd-web-standards-day<div><a title="2nd Korea Web Standards Day" href="http://wiki.standardmag.org/kws2day">2nd Korea Web Standards Day</a></div>
<blockquote>
<div><a class="wikilink1" title="kws1day" href="http://wiki.standardmag.org/kws1day">Korea Web Standards 1st Day</a>에 이어, 한국 웹 표준 프로젝트와 한국 소프트웨어 진흥원의 후원으로 <strong>Korea Web Standards 2nd Day</strong>를 맞이합니다.<br />
2006년 11월 30일 SoftEXPO에서 진행할 관련 컨퍼런스의 2부 모임으로, 웹 표준 및 관련 소식에 대한 정보를 나누고 토론하며 친목을 다질 수 있고, 평소에 궁금했던 것에 대한 다른 사람의 의견 또는 다른 회사 소식 등 다양한 부류의 정보를 접할 수 있는 자리가 될 것입니다.<br />
1부 공식 컨퍼런스는 2부 모임과는 별도로 진행하며, 컨퍼런스에 대한 자세한 사항은 SoftEXPO 공식사이트에서, 2nd Day 관련 의견은 <a class="urlextern" title="http://forum.standardmag.org/viewtopic.php?id=889" href="http://forum.standardmag.org/viewtopic.php?id=889" rel="nofollow">Standard Magazine Forum</a>에서 나눌 수 있습니다.</div>
</blockquote>
<p>약 한달만에 다시 열리는 두번째 행사라 이른 감이 없지않지만, 자자 빨리 빨리 알려봅시다. 선착순 50명~</p>
구조를 살리는 웹사이트 디자인2006-11-06T00:30:10+00:00http://resistan.com/structured-web-design<p>일반적으로 웹사이트를 디자인하기 위해서 사용하는 화면 분할 방식은 Grid system이다. 이는 HTML이 SGML에서 출발했던 것처럼, 출판 디자인에서 사용되던 방식이 웹사이트 디자인에 그대로 넘어온 경우다. 그러나, 인쇄물과 하이퍼텍스트의 개념이 있는 웹사이트는 분명히 그 개념과 목적에 차이가 있다. 그렇다면 웹사이트를 시각적인 면에서 더 효율적으로, 의미적으로 구성할 수 있는 방법은 무엇일까? 이 포스트는 이런 고민에서 출발하였고, Component system이라는 이름의 방법을 제시한다. 여전히 고민과 논란의 여지가 있을지 모르지만 Grid system과 비교하여 작성해본다.</p>
<h2>Grid system</h2>
<p>그리드 시스템은 출판물의 지면을 효율적으로 구성하기 몇개의 <strong>시각적 구역</strong>(grid)으로 갈라놓는 것이다. 이러한 그리드 시스템은 단 권으로 끝나지 않고 연속적으로 발행되는 잡지 등에서 많이 이용되고 있으며, 같은 형태의 페이지를 갖게되는 웹 사이트에서도 이용되고 있다.</p>
<p>웹사이트에서 그리드 시스템을 도입하는 목적은, 도입대상 전체에 걸쳐 통일된 규칙에 근거한 구성을 실현하기 위해서이다. 이 그리드 시스템을 이용하여 각 페이지의 정보를 정리하고 적절한 배치를 함으로써 정보제공자와 사용자 양쪽에 다양한 이점을 제공할 수 있다. 그리드 시스템을 도입하면 전체적인 통일감을 주어 사용자의 편의를 향상시킬 뿐 아니라, 정보제공자에게도 효율적인 제작과 정보 및 구조를 쉽게 나타낼 수 있게 한다.<br />
Grid system은 다양한 정보요소를 일정한 간격·여백을 설정하고 배치하여, 페이지상의 구조를 명시한다. 시각적으로 구조를 인지함으로써 배치된 요소의 관계성을 쉽게 파악할 수 있으며, 같은 그리드 시스템을 사용한 페이지라면, 다른 작성자가 제작한 것이라도 그리드를 통하여 공통점을 발견할 수 있게 만든다. 통일된 그리드를 이용하면 시각적인 유도 효과를 발휘하여 이미지와 정보에 대해 분류를 용이하게 하고 주목성, 가독성을 높일 수 있다.</p>
<p>이렇듯 Grid system은 반복해서 나오는 요소에 대해 정해진 위치를 제공함으로써 사용자의 학습 효율 향상을 기대할 수 있고, 다방면에 걸친 정보 속에서 사용자가 정보를 구별/선별하는 행위를 보조하여 보다 빠르고 정확히 목적의 정보에 도달할 수 있게 만든다.<br />
사용자의 주의를 끌어, 정보제공자가 의도한대로 정보를 전달하기 위해 그리드 시스템을 이용할 수 있다. 반복성을 이용하여, 배치된 요소와 전체의 구조를 명확히 할 수 있기 때문에 요소의 위치와 주위와의 관계성을 통해 내용 추측을 보조하고, 시각적인 시점을 설정하여 정보구조를 이해하기 위한 흐름을 창출한다.</p>
<h2>Component system</h2>
<p>컴포넌트 시스템은 문서의 구조를 각 구성 요소마다 몇 가지 단계로 분해 정의하고 그 조합에 의해 구조 전체를 표현하는 구성 시스템을 말한다. 이는 문서의 구조를 명확히 정의하여 컴포넌트와 영역이라는 각각의 구성을 갱신·변경 가능하게 하고 페이지 구성을 유연하게 만드는 시스템이다. 이 시스템에서는 최소한의 기준단위가 되는 요소(모듈), 요소의 조합(컴포넌트), 조합의 집합체(영역)를 정의해야 한다.</p>
<dl>
<dt>영역</dt>
<dd>화면을 분할한 영역. 이 시스템에서는 시각적 분할 영역이 아니라, 기능에 따른 의미적 분할 영역이다.</dd>
<dt>컴포넌트</dt>
<dd>각 영역를 구성하는 요소. 컴포넌트는 복수의 모듈로 구성된다. 각 컴포넌트의 구성은 공통된 범용적인 요소(컴포넌트, 모듈)로 분해할 수 있다.</dd>
<dd>(예:이미지, 링크, 텍스트 등 한가지의 블록과 그 집합)</dd>
<dt>모듈</dt>
<dd>컴포넌트를 구성하는 분할 불가능한 최소의 단위.</dd>
<dd>(예:제목과 배너)</dd>
</dl>
<p>Component system은 기본 설계에 근거하여 최소한의 구성요소를 추가하고 확충하는 방식이기 때문에 확장에 탄력적으로 대응할 수 있다. 또한 범용적으로 설계된 컴포넌트를 조합시켜 다양하고 풍부하게 표현할 수 있다. 각 컴포넌트는 기본 설계에 근거하여 작성되기 때문에 이해가 쉽고 활용이 쉽다. 또 컴포넌트는 재이용 가능성이 높고 이로 인해 작업 효율을 높일 수 있다.</p>
<p>단, 이런 일련의 작업은 구조화된 컴포넌트를 배열하기 위한 기초 설계가 튼튼할 때 가능하다. 컴포넌트를 사용하기 위한 영역의 구분은 Grid system과 함께 사용해도 좋지만, 구조적인 Markup을 통해 영역에 대한 정의를 분명히 하고, 이 영역이 디자인을 위한 Grid와 함께 사용되어야 한다. 이는 한가지 방식의 영역 정의만을 의미하지는 않으며, 내용에 따라 영역이 사용되는 형태가 바뀔 수 있다. 이런 조건에 부합될 때 좀 더 다양한 컴포넌트 조합을 통해 다양한 페이지 디자인이 가능해진다.</p>
<hr />
<ul>
<li><em>이 내용은 <a title="BarCampSeoul" href="http://barcamp.org/BarCampSeoul">BarCampSeoul</a>에서 발표했던 내용이며, 본인의 아이디어가 아니라 <a title="일본항공 한국 사이트" href="http://www.jal.co.kr">일본항공 한국 사이트</a> 작업을 하면서 알게 된 방식임을 밝혀둔다.</em></li>
<li>실무에 적용하기 위해서는 여전히 많은 고민이 필요한 점이 있다. 그래서... 토론 거리가 되었으면 하는 개인적인 바램도 있다. :)<em><br />
</em></li>
<li><del>BarCamp 발표자료 다운로드 : component system</del></li>
</ul>
대한민국 웹 : 그들만의 세상2006-11-02T05:25:13+00:00http://resistan.com/korean-web-only-their<p>싸이월드의 불여우 로고 사용이나 IE 전용 페이지 제작 문제로 논란이 가열되고 있다. 많은 분들이 의견을 올려주셨는데, 일단 내 생각은 이렇다.</p>
<p>예전에 국가 인권위원회 법상 차별 사유를 포스팅 한 적 있는데, 이 중에서만 최소 3가지 이상의 사유로 소수의 사람들이 차별당하고 있다 본다.</p>
<blockquote>
<ol start="3">
<li><strong>장애</strong><br />
: 웹 표준을 지킨다는 것은 웹 접근성을 보장해준다. IE 전용으로 만들어지는 대부분의 사이트들은 접근성이 매우 떨어지기 때문에 장애인들이 사이트를 이용할 수 없는 경우가 많다.</li>
<li><strong>나이</strong><br />
: 장애의 경우와 마찬가지로, 컨텐츠의 내용과 관계없이 사용성이 떨어지는 사이트가 많다. 이는 유아나 노인일 경우 시각적으로 큰 형태를 제공받아야 정보 인식이 용이함에도 불구하고 시각적 미려함만을 이유로 색상 대비가 낮거나 글자가 작은 크기로 고정되어 있는 서비스를 제공하는 경우들이다.</li>
<li><strong>사회적 신분</strong><br />
: 가난이나 농어촌 등 지역적 이유로 인터넷 회선의 품질이 평균 이하인 경우도 있을 수 있으며, 이런 경우에는 적은 트래픽으로도 충분히 읽을 수 있도록 서비스가 제공되는 것이 바람직하다. 많은 사이트들이 용량이 큰 대형 이미지나 플래시를 이용하고 있으며, 플래시가 동작하지 않는 환경에서는 이용할 수 없게 제작되어 있다.</li>
</ol>
</blockquote>
<p>이 외에도 Windows가 아닌 OS를 이용하거나, IE가 아닌 브라우저를 사용하는 사람들은 개인의 기호를 이유로 차별당하고 있다.</p>
<p>웹 이용자 중의 소수를 배려할 필요가 있냐는 의견에 대해서 나는 감히 <strong>개발 편의주의적 발상</strong>이라고 말하고 싶다. 그간 봐왔던 웹표준을 반대하거나 무시하는 사람들의 대부분은 웹 표준 권고안에 대해 무지한 경우가 많으며, 알려고 하지 않는 편이다. 기간에 사용해왔던 기술만으로도 사이트를 제작하는데 무리가 없다고 판단하고 있고, 개선의 의지가 없는 경우라 하겠다.</p>
<p>각급 행정부처 역시 마찬가지다. <a title="대한민국 전자정부" href="http://korea.go.kr/">대한민국 전자정부</a> 사이트를 비롯해 많은 행정 기관 사이트들이 이런 M$ 추종형 사이트의 범주에서 벗어나지 못하고 있다. 행정자치부의 웹사이트 제작-운용 지침이 나온 것은 고무적인 일이라 할만 하지만, 역시 이를 지키지 못하는 사이트가 훨씬 많은 것이 현실이다. 이번 <a title="OpenWeb" href="http://open.unfix.net">오픈웹의 행정 소송</a>도 결국 이러한 정부의 무지와 무관심에 경종을 울리기 위해 시작된 것이고, 종래에는 안일한 공무원들에게 일침을 가할 것이라 생각한다.</p>
<p>사람이 모이게 되는 곳에는 언제나 도덕률이 존재한다. 그것이 심화된 것이 법이 아닌가. 양심에 맡길 수도 있는 문제이지만, 지키지 않는 사람들이 늘어나자 법이라는 형태로 제정되는 것 아니겠는가. 쓰레기 버리는 데 쓰이는 비용이 아까워서 쓰레기 봉투를 사용하지 않는 것. 쓰레기 버리는 일이 귀찮아서 분리수거 하지 않는 것. 그런 경우와 웹 표준을 지키지 않으려는 생각은 그 출발점이 비슷하지 않은지? 행정 편의주의, 개발 편의주의. 이제는 다시 생각해야할 시점이 아닐까.</p>
<p>Hooney님이 한번씩 언급하시는 그, <strong>아름다운 웹</strong>을 어서 만나고 싶다.</p>
XHTML, CSS, 혹은 웹표준 관련 책 이야기.2006-10-29T21:57:37+00:00http://resistan.com/xhtml-css-book<p>이미 많은 분들이 소개한바 있는 <a title="실용 예제로 배우는 웹표준" href="http://www.yes24.com/Goods/FTGoodsView.aspx?goodsNo=1522512&CategoryNumber=001001003011011">실용예제로 배우는 웹표준</a>이나 <a title="웹2.0을 이끄는 방탄웹" href="http://www.yes24.com/Goods/FTGoodsView.aspx?goodsNo=1955432&CategoryNumber=001001003001">웹 2.0을 이끄는 방탄웹</a> 같은 책처럼 최근에 웹표준 관련한 책들이 제법 출간되었다. 아마 많은 분들이 이미 갖고 계시리라 생각하지만 나 역시 이 두 권은 이미 갖고 있는 책이기도 한데, 처음 실용 예제로 배우는 웹표준 출간 소식에 얼마나 기뻤는지!</p>
<p><img src="/media/4549498.jpg" alt="실용 예제로 배우는 웹표준" /> <img src="/media/4799081.jpg" alt="웹 2.0을 이끄는 방탄웹" /></p>
<p>아마 많은 분들이 이미 알고계신 책이라 생각하지만, 앞서 언급한 <a href="http://sumanpark.com/blog/58">주황색과 파란색 책</a> 외에 다른 책 한권을 소개할까 한다. 앞의 두 권이 이미 HTML이나 CSS에 대한 이해가 있는 사람들을 대상으로 한 책이라면, 지금 소개하는 책은 초보가 읽어도 큰 무리가 없는 책이 아닐까 한다.<br />
<img style="margin: 10px 30px 10px 0px; float: left" src="/media/11508550s.jpg" alt="Head&First HTML with CSS & XHTML - 웹2.0 시대의 웹 표준 학습법" /></p>
<ul>
<li><a title="Head First HTML with CSS & XHTML - 웹2.0 시대의 웹표준 학습법" href="http://www.yes24.com/Goods/FTGoodsView.aspx?goodsNo=2104548&CategoryNumber=001001003001001">Head First HTML with CSS & XHTML - 웹2.0 시대의 웹표준 학습법</a></li>
<li>by 엘리자베스 프리먼</li>
<li>한빛미디어 2006-05-31</li>
<li>ISBN 8979144105</li>
</ul>
<p>우선 이 책은 우리 나라 사람들이 좋아할만한 편집 스타일이 아닐지도 모른다. 책을 펼쳐보면 마치 잡지 같아서, 좀 산만한 감이 없지 않다. 또 전문적이라고 하기에는 아주 기초적인 내용부터 다루고 있어서, 이미 스스로의 기술 수준에 자신하는 사람들이 읽기에는 초반부가 좀 지루할지도 모르겠다.</p>
<p>하지만, HTML의 기초부터 시작한 이야기는 어떻게 하는 것이 웹 표준을 지켜서 웹페이지를 만드는 방법인지를 차근차근 설명하고 있다. 혹시라도, 자신이 다 아는 내용이라고 페이지를 쉽게 넘기지 않기를 바란다. 조금만 자세히 보면, 좀 더 새롭거나 놓치고 있었던 부분이 보인다.</p>
<p>이 책으로 회사에서 8주짜리 커리큘럼을 짜서 세미나를 진행한 적이 있는데, 참여자의 반응이나 결과가 나름 좋았던 것으로 기억한다. 우선은 내용이 어렵지 않아서 혼자서 해당 챕터를 읽어오는데 큰 무리가 없었고, 발제자가 준비한 내용으로 속을 더 채우기에 적당했던 것이다.</p>
<p>지금 출간을 준비 중인 책들도 있다. <a title="CDK 행사 안내 페이지" href="http://wiki.standardmag.org/doku.php?id=kws1day">CDK 첫번째 모임</a>에서 <a title="만박님의 블로그" href="http://sumanpark.com/">만박</a>님께서도 말씀하셨지만 <a title="CSS Mastery" href="http://www.yes24.com/Goods/FTGoodsView.aspx?goodsNo=1902524&CategoryNumber=002">CSS Mastery</a>(나는 원서를 구입한지 얼마 안됐는데 번역판이 출간 예정이라 좀 억울하다)나 <a title="nmind님의 블로그" href="http://nmindplus.com">nmind</a>님이 번역하시고 <a title="현석님의 홈페이지" href="http://hyeonseok.com">현석</a>님이 감수하셔서 이제 출간을 준비 중인 <a title="Web標準の教科書―XHTMLとCSSでつくる“正しい”Webサイト" href="http://www.kyobobook.co.kr/product/detailViewEng.laf?ejkGb=JNT&mallGb=JAP&barcode=6947980109290&orderClick=MAA">웹표준 교과서</a> 같은 책들은 정말 기대된다.</p>
<p><img src="/media/1590596145.01._SCMZZZZZZZ_V1137805159_.jpg" alt="CSS Mastery: Advanced Web Standards Solutions" /> <img src="/media/4798010928.01._SCMZZZZZZZ_V1121428832_.jpg" alt="Web標準の教科書" /></p>
<p>흠... 이젠 국내에서 저술된 책이 나오기만 기다리면 되는건가? :)</p>
제 1회 Css Design Korea 정식 모임 참석2006-10-29T14:30:06+00:00http://resistan.com/1st-web-standards-day-sent<p>서강대에서 열렸던 <a title="CDK 행사 안내 페이지" href="http://wiki.standardmag.org/doku.php?id=kws1day">CSS Design Korea의 첫번째 행사</a>에 다녀왔습니다.</p>
<p><a title="큰 사진 보기 - 참고로 전 없습니다 ㅋㅋ" href="http://www.flickr.com/photo_zoom.gne?id=281331602&context=set-72157594348393738&size=o"><img title="기념 단체 사진" src="/media/281331602_d1378e7e8d.jpg?v=0" alt="기념 단체 사진" /></a></p>
<p>(<a title="만박님의 블로그" href="http://sumanpark.com" target="_blank">만박</a>님께서 찍어주신 행사 기념 단체 사진)</p>
<p>70여명이 참석했던 이번 행사에 자원봉사를 맡아서 발표를 집중해서 듣진 못했습니다만, 노트나 노트북을 펼쳐두고 열심히 참여하시는 많은 분들의 모습을 보면서 나름 꽤나 흐뭇했달까요.</p>
<p>뒤풀이에서 각자 소개를 하고 여러가지 이야기를 하면서, 이제는 "웹표준 "이라는 단어에 얼마나 많은 사람들이 관심을 갖고 있는지, 노력하고 있는지를 알 수 있었던, 그래서 힘을 낼 수 있었던 자리였던 것 같습니다.</p>
Netvibes 좋아졌네2006-10-25T15:38:43+00:00http://resistan.com/netvibes-improvement<p>개인적으로 <a title="Netvibes" href="http://netvibes.com">netvibes.com</a>의 개인화 서비스가 제일 괜찮다고 생각하고, 실제 사용하고 있다.</p>
<p align="center">
<p>요 며칠 사이에 모양새가 이래저래 바뀌고, 개별 모듈을 붙일 수 있게 된다거나 하는 변화들이 생기는 것 같았다. 하지만 그냥 영문 환경에서 별 생각없이 사용중이었는데, 혹시하는 마음에 오늘 Setting 버튼을 눌러봤더니 이럴수가...!</p>
<p>설정할 수 있는 폭 자체가 넓어졌고, 어느새 한국어도 지원되고 있더라. <a title="Netvibes ecosystem" href="http://eco.netvibes.com">ecosystem</a>을 살펴보면 꽤나 많은 모듈이 올라와있는 것을 확인할 수 있다. (한국산 모듈은 찾아보기 어렵다.)</p>
<p align="center">
<p>여전히 한국산 컨텐츠가 제공되는 것은 아니라 전체적으로 기능 번역만 되어있는 상태다.</p>
<p align="center">
<p>앞으로 많은 국가들의 다양한 서비스를 제공하고 싶어하는 야망이 보인다. 하지만 아직은 미국 서비스 위주로 제공되고 있고, 단지 제목만 번역되어 모듈이 붙는다.</p>
<p align="center">
<p><a title="Wikipedia" href="http://wikipedia.org">위키백과</a>를 제외하고 이만큼 언어를 제공하는 서비스가 있을까? 하긴, 위키백과를 서비스라 하긴 좀 그런가??</p>
<p align="center">
<p>테마는 색상이 조금씩 바뀌는 정도의 변화를 주고, 인터페이스의 변화는 크지 않지만, 일단 선택의 폭이 생겼다는 점을 인정!</p>
<p>새로고침 할 때마다 조금씩 버벅거리는게, 업그레이드하면서 약간 불안정한 감이 없진 않지만, 개인화 서비스 중에선 Netvibes가 최강인 듯 하다. 그래서 <a title="위자드 닷컴" href="http://wzd.com">위자드닷컴</a>이 겉만 말고, 그 막강함을 얼른 쫓아가주었으면 하는 바램이다. 이미 Netvibes가 한글화된데다가, 무한 확장 가능한 방식의 서비스를 제공하고 있으니 당분간은 어렵지 않을까 싶기도 하고.</p>
BarCampSeoul 1st에 다녀왔습니다.2006-10-23T04:34:30+00:00http://resistan.com/barcamp-1st-sent<p>꽤나 생소하다면 생소한 행사겠지만, 나름대로 의미도, 재미도 있었던 행사가 되었던 것 같습니다.</p>
<p style="text-align:center"><img title="Conference Slot" src="/media/276078280_3d897552ab.jpg" alt="Conference Slot" /></p>
<p style="text-align:center">≪Conference Slot≫</p>
<p>저는 <a title="발표내용 정리" href="/structured-web-design/">Component system(구조를 살리는 웹사이트 디자인)</a>이라는 주제로 발표를 했었습니다. 처음 신청하셨던 분들보다 웹표준 관련인(?)들이 적게 오셔서 몇분만 모시고 발표하는게 부담이 적더군요. :) 뭔가 부족한 준비때문에 발표때 조금 버벅댔던 점이 있었지만, 그래도 재밌게 들어주셨고, 다른 분들의 발표 역시 재밌게 볼 수 있었습니다.</p>
<p>자유로운 발표, 신나는 토론, 즐거운 분위기. 이번 행사에 참가할 수 있어서 정말 좋았습니다.<br />
행사를 준비하셨던 많은 분들과, 좋은 내용을 발표해 주셨던 많은 분들께 감사의 인사를 전합니다.</p>
<p class="note"><s>자료 다운로드 : component system</s></p>
BarCamp에 참여합니다.2006-10-17T01:13:37+00:00http://resistan.com/go-barcampseoul-1st<p><a href="http://barcamp.org/BarCampSeoul"><img title="BarCampSeoul 10월 21일" src="/media/barcampseoul.jpg" alt="BarCampSeoul 10월 21일" /></a></p>
<blockquote>
<h2>BarCampSeoul에 오신 것을 환영합니다.</h2>
<p><a id="p-5523accf5f340f5714fc65fe895621c8871ef316" class="WikiLink" href="http://barcamp.org/BarCamp">BarCamp</a>는 자발적인 참여를 기반으로 하는 형식이 없는 컨퍼런스 입니다. 열린 환경에서 서로 배우고 공유하기 위해 만들어졌으며 심도 있는 토론과 상호 교류, 데모 등이 이루어 집니다. 모든 참가자는 하나의 발표를 하거나 자원 봉사자로 참여해야 합니다. 비슷한 국내 행사로 <a href="http://altlang.org/">대안언어축제</a>가 있습니다.</p>
<h2>BarCamp의 규칙</h2>
<ul>
<li>1조: <span class="WikiLink">BarCamp</span>에 대해 사람들에게 이야기 하십시오.</li>
<li>2조: <span class="WikiLink">BarCamp</span>에 대해 블로그에 쓰십시오.</li>
<li>3조: 만약 발표하시길 원하시면, 현장에서 발표판에 주제와 이름을 적으십시오.</li>
<li>4조: 주제는 세 단어로 요약해서 적으십시오.</li>
<li>5조: 장소가 허락하는 한 최대한 많은 발표를 만드십시오.</li>
<li>6조: 미리 발표 내용과 시간을 정하지 않습니다.</li>
<li>7조: 발표 시간은 정해져 있지 않으나 다른 발표를 듣도록 배려합니다.</li>
<li>8조: 처음 참석하는 분은 반드시 발표를 해야 합니다.</li>
</ul>
<h2>BarCamp의 취지 및 진행</h2>
<p><span class="WikiLink">BarCamp</span>는 여러 관심사의 사람들이 만나 서로 의견을 교환하는 강력한 교류의 장으로 참여자가 아닌 구경꾼이 있을 수 없습니다. 원래 <span class="WikiLink">FooCamp</span> 보다 더 자유로운 형식을 지향해서 실리콘밸리에서 시작된 이 행사는 전 세계적으로 주로 인터넷 서비스나 기술에 대한 주제를 기반으로 열리고 있으나, 영화 만들기나 취미 생활 같은 주제를 나누어도 무방합니다. <span class="WikiLink">BarCamp</span>는 캠핑장에서 숙박을 같이 하면서 열리기도 하고, 하루 행사로 열리기도 합니다. 국내에서 처음 열리는 <span class="WikiLink">BarCampSeoul</span>은 아래와 같은 모임을 제안합니다.</p>
<h2>일시 및 장소</h2>
<ul>
<li>일시: 2006년 10월 21일(토) 오전 10:00 ~ 18:00</li>
<li>장소: 다음커뮤니케이션 3F (열린방) - 4개의 분할 세션이 가능함.</li>
<li>주차가 제공되지 않습니다. 대중교통을 이용해 주세요.</li>
</ul>
<h2>프로그램</h2>
<p>모든 프로그램은 정보의 자유로운 공유와 인간 관계 증진에 역점을 둡니다.</p>
<ul>
<li>30secGreeting: 30초 스피치 (모든 참가자들이 30초간 자신을 소개합니다.)</li>
<li><span class="WikiLink">ConferenceSlot</span>: 발표 일정 정하기 (각자 주제를 컨퍼런스판에 붙이고 참여 신청을 스티커를 받습니다.)</li>
<li>Presentation: 자기가 원하는 곳에서 원하는 형식으로 발표를 하고 들을 수 있습니다.</li>
<li><span class="WikiLink">StandingLunch</span>: 간단한 음식을 들면서 서로 인사를 합니다.</li>
<li><span class="WikiLink">NamecardBattle</span>: 참가자 수만큼의 네임카드를 제출해야만 선물을 받을 수 있습니다.</li>
<li>BoF: 마음이 맞는 사람들끼리 <abbr title="Birds of a Feather">BoF</abbr>를 결성하면 저녁 식사 자리를 만들어 드립니다.</li>
</ul>
<h2>주제 정하기</h2>
<ul>
<li>15~20분 정도 자신이 잘 아는 주제를 공부해 발표하거나, 미리 만든 서비스 데모를 보여 줄 수 있습니다.</li>
<li>간단하게 주제를 표현합니다. e.x) 웹2.0을 좋아하는 이유. Firefox 3.0 엿보기. 최신 다이어트 기법...</li>
<li>발표 형식은 자유입니다. 말로 해도 되고, 메모장에 적어와도 되고, PPT로 만들어도 됩니다.</li>
</ul>
</blockquote>
<p>저도 이번 BarCamp에 참여합니다.</p>
<p>발표할 거리를 대충 준비하고 있는데, '웹표준 사이트 제작 때 고려할 점들' 정도가 되지 않을까 싶습니다만, 준비하는 내용이 어설프다 싶으면 'Grid&Component System' 정도의 이야기를 하게 되지 않을까 싶습니다. 뭐 아무튼, 이번 BarCamp는 벌써 차버려서 참석하지 못하는 분들은 애석하시겠지만... ^^; 잘 다녀오겠습니다.</p>
웹표준에 관심있는 사람들 모여라!2006-10-09T02:19:11+00:00http://resistan.com/1st-web-standards-day<div class="level2">
<ul>
<li class="level1">
<div class="li">명칭 : <strong>2006년 가을 Css Design Korea 정식 모임</strong></div>
</li>
<li class="level1">
<div class="li">부제 : <em class="u">Korea Web Standards 1st Day</em></div>
</li>
<li class="level1">
<div class="li">일시 : 2006년 10월 28일 토요일 오후 3시~7시</div>
</li>
<li class="level1">
<div class="li">장소 : 다음커뮤니케이션 3F (열린방)</div>
</li>
<li class="level1">
<div class="li">회비 : 1만원 + 회식비</div>
</li>
</ul>
</div>
<p>그간 웹표준이라고 하면, 몇몇 인물 중심의 단방향 세미나라거나, 컨퍼런스 형식이었다. 커뮤니티라던지, 뭔가 자발적으로 열리면서 모양새를 갖추게 된 것은 이번이 처음이다. 부디 많은 사람들이 웹표준을 바라보고 참석했으면 하는 마음.<br />
참석을 원하시는 분은 위의 배너를 따라가셔서 페이지 아래의 편집 버튼으로 본인의 참가여부를 직접 기입해주시면 되겠다.</p>
웹표준이 마치 종교처럼2006-09-24T08:09:49+00:00http://resistan.com/webstandards-as-religion<p>사실 전도사(Evangelist)라는 말이 썩 맘에 들진 않습니다만, 웹표준 논란에 관해서 회사 동료와 이야기하다보니 꽤나 재밌는 이야기가 나와 버렸습니다. 우선 아직 못보신 분들은 아래 포스트들을 참고해주시고...</p>
<ul>
<li>웹표준 전도사... 무엇을 전도 했는가?</li>
<li> 불친절한 웹 표준 전도사</li>
<li>불친절한 금자씨</li>
<li><a title="웹표준 전도사의 문제는 아닐지라도 일리는 있다(철수네 소프트웨어 세상 3)" href="http://charlz.wordpress.com/2006/09/24/%ec%9b%b9%ed%91%9c%ec%a4%80-%ec%a0%84%eb%8f%84%ec%82%ac%ec%9d%98-%eb%ac%b8%ec%a0%9c%eb%8a%94-%ec%95%84%eb%8b%90%ec%a7%80%eb%9d%bc%eb%8f%84-%ec%9d%bc%eb%a6%ac%eb%8a%94-%ec%9e%88%eb%8b%a4/">웹표준 전도사의 문제는 아닐지라도 일리는 있다 </a></li>
<li>웹 표준 논란</li>
</ul>
<blockquote><p>웹표준이라는 신흥 종교가 이 나라에 알려진 것은 2000년경이라 합니다. 그런데, 이미 토착 신앙이 매우 뿌리깊은 이 나라에서 2004~2005년을 즈음해 이 신흥 종교를 부흥시키려는 무리가 나타났습니다.</p>
<p>신흥 종교가 설파하는 내용이 그럴싸해 보이기는 하는데, 토착 종교의 교주들은 몸에 밴 신앙 생활이 아무래도 편했습니다. 거기다 이미 많은 교도를 거느리고 있는지라, 새로운 교리를 도입했을 때 나타날 손익계산도 해야했구요. 사도들도 눈과 귀가 있는지라 교주의 입장에선 왠지 기득권을 뺐길지도 모르는 일보다는 생색내기를 통해 교도들의 민심을 잡는데 오히려 주력해야 하기도 했습니다.</p>
<p>교단의 대문을 새로 칠하거나, 좀 더 교도들이 쉽게 올 수 있도록 몇가지 서비스를 개선(?)하기도 했습니다. 교도들은 신기해하거나, 즐거워하거나, 더 불편해하거나. 다양한 반응을 보였습니다. 그 대상이 새로운 교리는 아니지만 말이죠.</p></blockquote>
<p>너무 극단적인 비유인가요? 전도사라는 단어가 의미상 틀리진 않겠지만, - 왜 나왔는지, 왜 쓰이고 있는지도 몰라서 - 그 단어에만 천착해서 우스개처럼 써봤습니다.</p>
<p>저는 그렇습니다.<br />
나름대로 웹표준을 좋아하고, 웹표준을 공부하고, 주변 사람에게 설명이나 설득을 하려 노력하고 있습니다. 에이전시에 있다보니 공공기관 프로젝트라도 하나 할라치면 표준이나 접근성 관련 지침을 제대로 지켜내는 것이 얼마나 어려운지도 잘 알고 있습니다. 작년에 했던 H보험사나 I시청 같은 프로젝트들을 사람들은 성공적으로 끝냈다고 하겠지만, 개인적인 입장에서는(특히 웹표준 권고안 준수율 등의 기준에서) 실험적이었던 만큼, 성공적이라 말하기 어려운 프로젝트이기도 합니다.</p>
<p>다만, 저나 저와 함께 작업을 하는 동료들이 표준이라는 단어를 알고, 좀 더 가까이 가기위한 노력을 했다는 것만으로도 의미가 있다고 생각합니다.</p>
<p>그저 개인적으로 드는 생각입니다만, 알리려 하는 입장에선 조급해하는 것만큼 욕을 먹는 것 같습니다. 익숙하지 않은 일을 바쁜 일정 속에 새로운 무언가(?)를 배워가며 일하기란 쉽지 않죠.<br />
저 역시 회사에서 웹표준 관련 내용들을 주로 다루어 왔기 때문에 회사 내부 분들은 몇가지 이유로 관련 내용이 필요하면 대개 저에게 물어오십니다. 하지만, 뭐 보통은 그때뿐입니다. 필요할때마다 묻는 불편함은 감수하지만 제가 가진 내용이 업그레이드 되었는지를 궁금해하는 사람은 별로 없거든요.</p>
<p>하지만, 제 손을 들어주시는 분들도 <strong>분명히</strong> 한 분 한 분 늘어가고 있습니다. :)</p>
올블로그 2주년 행사 참석2006-09-17T12:05:35+00:00http://resistan.com/allblog-2nd-birth<p>사실 전날 팀 회식때문에 오전 업무처리가 어려울 정도로 빈사상태까지 간 상태라, 오후 2시 30분을 맞춰가기가 너무 힘들어 늦게 갈 수밖에 었없는데...(도저히 차를 탈 수가 없었다 :() 프리젠테이션이 끝날때가 다 돼서 도착을 한데다가, 사무실로 돌아가야하는 일정의 문제상 뒷풀이 역시 참여할 수가 없었고...다만, 굳이 후기를 남기는 것은, 마지막에 모두에게 자필로 한마디 써달라고 했던 하늘이님의 부탁에도 불구하고 그 종이를 깜빡하고 가지고 나왔다는 점. -_-;</p>
<p><a title="페이퍼온넷" href="http://paperon.net/197">편집장의 말</a>대로 처음부터 참석했으면 좋았을텐데, 아쉽게도 중간에 끼어든 상황이라 그냥 분위기상 부러웠던 점, 아쉬웠던 점을 몇자 쓰고 적당한(?)선에서 정리하는게 좋을 거 같다.</p>
<p>일단 내가본 올블로그 2주년 행사의 분위기라면, 젊은 기업, 아니 벤처란 이런 거구나 하는 느낌. 예전부터 느끼던 것이지만 직원들의 호칭이 대외적으로 닉네임으로 통일되어 있다는 것도 어찌보면 좀 생경한 일이다. 또, 하늘이 님의 당찬 모습부터 직원들 소개에 이르기까지 외부에서 보기엔 옹기종기 모여서 업무라는 것을 신선한 일들로 꾸며나간다는 느낌을 주는 회사랄까.</p>
<p><a title="여름날님의 블로그" href="http://in1986.egloos.com/">여름날</a>님과 이야기 하면서도 살짝 언급했지만, 내가 올블로그라는 사이트에 대해서 하는 생각이라면...<br />
실제로 내가 올블로그 사이트에 머무는 시간이 짧다는 점이다. 나 역시 포스트 아래에 올블릿 관련 글을 달아두고, 내 포스트와 관련된 글을 한번씩 찾아보는 재미는 있지만, 올블로그 사이트를 일부러 띄우는 일은 2-3일에 한번쯤일까.<br />
왜냐하면, 올블로그에서 특정 분야의 글은 feed 받아보고 있는데다가, 한번씩 어떤 트랙백 모임이 생겼나 하는 걸 찾아보러가는 것 외에는 딱히 찾지 않게되기 때문이다. 물론, 올블 검색이 강화되면서 좀더 자주 가게 될 것 같지만, 뭐랄까... 이젠 앉아서 받아보는 RSS의 귀차니즘에 물들었다고 해둘까.</p>
<p>어쨌든 일정관계상 약간 미안한 걸음으로 인사하며 나왔는데, 어쩌다보니 기념품만큼은 잔뜩 받아왔다. 요즘 카메라와는 거리를 두고 사는 관계로 사진보다는 링크로... ;;</p>
<ul>
<li>종합 기념품 세트 사진을 볼 수 있는 빛나님의 글<br />
나도 올블로그의 작년 기념품인 컵을 싸이친구님 에게서 거의 강탈하다시피 받아왔다. 재밌는 점은 이 컵을 담을 만한 박스를 찾았는데, 그 작은 상자위에는 "골빈해커 바보 :P"라고 누군가 써놨더라는 것. 싸이친구님과 나는 그걸 보고 웃을 수밖에 없었다. 사무실 내 자리에 그 상자를 전시해뒀다. -_-v</li>
<li><a title="올블로그 2주년 행사 사진들.." href="http://sogmi.com/867">행사장 풍경과 몇가지 보너스 사진이 있는 소금이님의 글</a></li>
<li><a title="올블로그 2주년 블로거간담회 동영상 중계 " href="http://itviewpoint.com/tt/index.php?pl=1870">떡이떡이님의 동영상 중계</a></li>
</ul>
<p>하늘이님과 골빈해커님의 염장질에 많은 사람들이 야유를 보냈는데 개인적으로도 그런 점만 없었다면 분위기가 흐려질 일이 없지 않았을까 하는 생각이... :)</p>
<p>아무튼, 두돌을 맞이한 올블로그의 건승을 기원하며.</p>
웹표준과 사이트 제작 비용2006-09-16T12:14:04+00:00http://resistan.com/standard-price<p>어쩌면 현석님께서 진심으로 하시는 말은 아닐것 같습니다만. :( (<a title="웹표준 적용과 제작 비용" href="http://hyeonseok.com/soojung/web/2006/09/16/285.html">현석님의 글</a>에 댓글을 달다보니 길어져서 트랙백을 하기로 합니다.)</p>
<p>저는 표준 사이트 제작 비용을 이야기하기보다는 유지보수 비용에 대한 이야기를 하곤 합니다. 당장의 제작 비용을 따진다면 표준화 쪽이 더들면 더 들지 결코 줄 것 같진 않습니다. 지금은 인력 확보부터가 쉽지않으니까요. 하지만, 표준을 지켜서 만든 웹사이트를 유지해 나가는 것, 그리고 리뉴얼 하거나 한다면 기존에 들었던 비용보다 훨씬 적게 들지 않을까라는 생각은 합니다. 물론 최초의 설계(구조화)가 잘되어야 하겠죠.</p>
<p>실제로 모 일본과 미국 기업의 한국 사이트 작업을 한 적이 있습니다.(딱히 업체명을 밝히기는 꺼려집니다만, 이 블로그를 잘 뒤져보시면 어딘지 아시게 됩니다 :)) 이 사이트들의 경우 지금 우리가 말하는 웹표준을 기준으로 한다면 유효성 검사를 통과하지 못하겠지만, 그 사이트에도 나름대로 기준이 있었습니다.</p>
<p>아래는 일본 업체의 사이트 제작용 디자인 가이드라인 중 일부를 발췌한 것입니다.</p>
<blockquote>
<h3>대상 브라우저 ※2004년 4월 1일 현재</h3>
<h4>1군</h4>
<h5>Windows</h5>
<ul>
<li>Internet Explorer 6 이상</li>
<li>Mozilla 최신판(2004년12월 현재 1.7.3</li>
<li>Firefox 최신판(2004년12월 현재 1.0 ※Mozilla 1.7.5 상당)</li>
<li>Netscape 7.1 이상(Mozilla 1.4 상당)</li>
</ul>
<h5>Macintosh</h5>
<ul>
<li>Mozilla 최신판(2004년12월 현재 1.7.3)</li>
<li>Firefox 최신판(2004년12월 현재 1.0 ※Mozilla 1.7.5 상당)</li>
<li>Netscape 7.1 이상 (Mozilla 1.4 상당)</li>
</ul>
<h4>2군</h4>
<h5>Windows</h5>
<ul>
<li>Internet Explorer 5.01 SP2 이상</li>
</ul>
<h5>Macintosh</h5>
<ul>
<li>Internet Explorer 5 이상</li>
<li>Safari</li>
</ul>
<h3>선정기준</h3>
<h4>1군</h4>
<ul>
<li>웹사이트를 이용 가능한 권장 환경(베스트뷰를 제공할 수 있는 환경)</li>
<li>화면표시, JavaScript 가동, 보안에 문제가 없는 것.</li>
</ul>
<h4>2군</h4>
<ul>
<li>사이트 이용에 있어서 동작보장환경.</li>
<li>1군에 준하는 것.</li>
<li>사내 기준.</li>
</ul>
<h3>화면해상도</h3>
<ul>
<li>1,024×768 픽셀(XGA) 이상 권장.</li>
<li>800×600 픽셀(SVGA)에서도 가로 스크롤이 발생하지 않도록 한다.</li>
</ul>
<h3>윈도우</h3>
<ul>
<li>새 창이나 팝업 사용은 되도록 피하고 가능하면 같은 창에서 볼 수 있도록 한다.</li>
<li>새 창이나 팝업을 사용 할 경우 윈도우에 고유 명칭을 부여하여, 필요 이상으로 윈도우가 열리지 않도록 한다.</li>
<li>새 창이나 팝업의 헤더와 풋터에는 네비게이션 요소를 넣지 않는다.</li>
</ul>
<h3>접근성</h3>
<ul>
<li>완벽한 대응은 어렵지만, 가능한 범위 내에서 대응할 수 있도록 유의한다.</li>
<li>웹사이트에서의 정보제공이 어려울 경우에는 콜센터로 연결되도록 유도한다.</li>
</ul>
<h3>HTML 지침</h3>
<ul>
<li>HTML4.01 Transitional에 준거한다.</li>
<li>탭, 속성은 소문자로 기술한다.</li>
<li>속성은 「」로 표시한다.</li>
<li>원칙적으로 인덴트는 하지 않는다.</li>
<li>알맞은 코멘트 <!-- -->로 블록의 개시/종료를 나타낸다.</li>
<li>문자 코드 중 일본어 컨텐츠는 "shift_JIS", 영어(포함한 알파벳계 언어) 컨텐츠는 "iso-8859-1"로 한다. 그 이외의 언어는 다음과 같이 정한다.
<ul>
<li>한국어 컨텐츠는 "euc-kr"</li>
<li>간체자 중국어 컨텐츠는 "gb2312"</li>
<li>번체자 중국어 컨텐츠는 "big5"</li>
<li>개행 코드는 "CR-LF"로 한다.</li>
</ul>
</li>
<li>확장자는 ".html"로 한다("htm"로는 하지 않는다.)</li>
<li>img에는 alt 속성을 지정한다.
<ul>
<li>gif 등의 문자로서의 정보를 갖지 않는 화상에는 「alt=""」를 지정한다.</li>
<li>카피 라이트 화상의 alt 에는 연호를 기술하지 않는다.</li>
</ul>
</li>
</ul>
<h3>CSS 지침</h3>
<ul>
<li>대상 브라우저(포함 2군)에서 표시에 문제가 없는 범위 내에서 사용한다.</li>
<li>원칙적으로 각 브라우저의 CSS 파일을 나누지 않는다.</li>
<li>특정 브라우저로 특화 시킨 기술은 가능하게 한다.</li>
<li>원칙적으로 외부 파일(.css)에서 관리하지만 HTML 소스에 직접 기술도 가능하다.</li>
<li>원칙적으로 그리드(칼럼 폭, 좌우 마진) 컴포넌트 간 상하 마진 제어는 CSS가 아니라 스페이스 gif로 한다.</li>
</ul>
</blockquote>
<p>일본쪽 사이트는 일본 업체에서 만들었겠죠. 다만 저희가 한국 사이트를 작업하면서, 수백페이지에 달하는 분량을 단 두사람이서 작업하는데 그리 오래 걸리지 않았다는 점입니다. 물론 위 내용을 담고 있는 가이드라인을 100% 지켰다고 장담하기도 어렵긴 합니다. 하지만, 마크업과 CSS(CSS는 사실 크게 수정할 부분이 없었죠, 다만 글자크기라던지, 한국측 클라이언트가 요청하는 부분들을 수정하는 작업은 있었습니다)는 저 혼자 맡았고, 디자이너 한명이 번역된 내용으로 이미지를 수정하는 작업을 했습니다.</p>
<p>일본에서 건너온 가이드라인은 웹표준(접근성)을 완전히 지키지 못한다고 말했지만(저는 보통 반표준이라는 단어를 씁니다만) 꽤나 본받을만 했습니다. 우리가 알고있는 스타일 가이드 이상의 것이라 생각되더군요. 심지어는 CSS Hack을 비롯해 사이트 제작에 사용된 여러가지 기술에 대한 팁과 참고자료조차 포함되어 있었습니다.</p>
<p>비용의 문제는 굉장히 민감하고 중요한 부분입니다. 웹표준이냐 아니냐를 떠나서 어떻게 계획하고, 설계하고, 작업을 하는가. 이런 것들이 오히려 비용을 절감시킬 수 있는 방법이 아닐까 생각이 들었습니다. 물론, 작업자들의 동의와 역할에 대한 분명한 개념 확립도 필요하겠죠.<br />
어쩌면 이 문제의 핵심은 올바른 방식의 업무 표준화가 아닐까요?</p>
<p>[붙임]</p>
<p>올블로그에 웹표준 트랙백모임을 개설해 봅니다. 개인 블로그에 포스팅되는 표준 관련 내용이 생각보다 많습니다. 약간 번거로울지 몰라도, 이렇게 모아서 보면 좀 찾아보기 쉬워지지 않을까 싶어 한번 질러봅니다.</p>
국내 웹디자인2006-09-10T06:58:30+00:00http://resistan.com/korean-web-design<p>내가 사용하는 CSS 기본 파일은 이렇다.</p>
<ul>
<li>global.css : 공통적으로 사용되는 셀렉터에 관한 정의</li>
<li>layout.css : 전체 틀에 관한 정의</li>
<li>datatable.css : 표의 유형에 관한 정의</li>
<li>board.css : 게시판에 관한 정의</li>
</ul>
<p>그런데, 최근의 작업물은 위의 파일을 제외하고도 적게는 6개에서 많게는 10개 이상의 CSS를 작성해야할 때가 많다. 더 좋은 방법을 사용하는 분도 계시겠지만, 이 파일들은 사이트의 메뉴별 CSS인 경우가 많다. 나름대로 코드량을 줄이기 위해서 이래저래 애를 써보지만, 어쩔 수 없이 써야하는 코드도 제법 된다.</p>
<p>내가 에이전시에 근무하면서 프로젝트 때마다 웹 스타일가이드를 요청하곤 하지만, 역시 느끼게 되는 점은<strong> IA보다는 Creative에 치중한 디자인</strong>이 대부분이라는 점이다. 특히 웹표준 준수(혹은 접근성 지침 준수)를 요구하는 프로젝트에서는 디자이너에게 이러쿵 저러쿵 하게될 때가 많은데, 그때마다 디자이너는 나의 간섭을 힘들어한다.</p>
<p>게다가 프로토타입 같은 것들이 기획 단계에서 알게 모르게 정해진다거나, 디자이너가 거기에 대해 이의를 제기하지 못하는(대부분 촉박한 일정 때문이지만) 경우가 많고, 기획서에 나와있는 형태가 디자인으로 탈바꿈해버리는, 그래서 HTML 마크업도 결국은 내용을 구조적으로 정리한다기 보다는 <strong>기획서상의 내용을 거의 그대로 웹페이지에 얹어</strong>내는 경우가 많다. 게다가 Cascading하게 CSS를 작성하는 것도 꽤나 까다로와진다. 왜냐하면, 사이트의 메뉴별로 색상이 바뀐다던지, 스타일이 바뀌는 경우가 비일비재하기 때문이다.</p>
<p>뭐 지금은 디자인을 하지 않지만(예전에 했다고도 말하긴 어렵지만 -_-;), 내가 아는 디자인의 원칙은 하나 뿐이다.</p>
<blockquote><p>형태는 기능을 따른다.</p></blockquote>
<p>예전에 접근성에 관해 정리하면서 Universal Design에 관한 내용도 함께 써뒀지만, 웹에 관한한 국내 웹디자이너들의 생각은 꽤나 모호해보인다. 클라이언트의 입장이 대부분 그렇지만 우리나라 웹사이트는 사용자와 그 사용성을 위해 어떤 원칙을 만족시키는지의 여부보다는 <strong>일단 보기좋고 봐야 한다</strong>는 생각이 뿌리깊어 보인다. 어떤 사람이던 웹에 대해 아무것도 몰라도 <strong>보는 눈은 있다</strong>는 점이 가장 큰 문제가 아닐까 싶다.</p>
<p>어제 <a title="Hooney님의 블로그" href="http://hooney.net/">Hooney</a>님과 간단히(?) 술한잔하면서 여러가지 이야기를 했는데, 그 중에 웹디자인과 접근성에 관한 이야기 중 인상깊었던 대목이</p>
<blockquote><p>접근성은 100%를 위한 것이고, UI는 80%를 위한 것이다.</p></blockquote>
<p>라는 이야기였다. (아하- 그렇구나~) 맞는 말이라고 생각한다.</p>
<p>웹, 디자인, 웹디자인, UI, UX... 개념은 많은데 이 중 하나라도 확실히 이해하고 들이대(?)는 사람이 얼마나 될까? 스타일가이드가 없으면 사이트의 일관성이 떨어진다는 점을 모르는 사람은 없을텐데 말이다.</p>
HTML과 CSS. 스타일 가이드 작성 방법2006-08-23T08:55:47+00:00http://resistan.com/method-styleguide<p>오늘 스타일가이드 작성에 관한 흥미로운 글을 하나 발견했다.</p>
<ul>
<li><a title="Creating a Style-Guide for your site " href="http://www.willjessup.com/?p=25">Creating a Style-Guide for your site</a></li>
<li><a title="style guide sample" href="http://www.kevo.com/styleGuide.html">Sample Styleguide</a> & <a title="Kevo.com" href="http://www.kevo.com/">Real site</a></li>
</ul>
<p>이 방법은 모든 스타일에 대해 해당하는 경우와 클래스 이름을 그대로 표기해서 샘플 페이지를 작성하는 방법이다.</p>
<p>내 경우는 보통 레이아웃 파일을 하나 만들면, 거기게 컨텐츠 상에서 들어갈 수 있는 여러 요소를 한페이지에 넣어서 샘플페이지를 만들곤 한다. 이 방법은 대개 규모있는 사이트 제작 때 마크업을 한사람이 전담해서 만들 수 없기 때문에, 한 페이지를 샘플처럼 만들어두고 다른 작업자들이 그 페이지에 놓인 요소를 가져다 쓰기 좋게 하기 위해서다. 다만 이 방법은 디자인에 따라서 세세한 부분까지 미리 정의해 둘 수 없기 때문에 - 어쩌면 이런 문제는 기획자나 디자이너들의 표준에 대한 이해 부족에 더 큰 원인이 있겠지만 - 작업자마다 작업한 페이지와 관련된 별도의 CSS를 작성해서 추후에 통합하는 과정을 거쳐야 한다.</p>
<p>kevo.com에 사용된 이 방법을 이용하면 나름대로의 장점은 있을 것 같다. 다만, 사이트가 완성된 후에 스타일가이드를 만들어야한다는 점이 좀 걸린다. 또 사이트를 유지보수 하는 과정에서도 스타일가이드를 지속적으로 업데이트해야하는 귀찮음이 있겠다. 다음 프로젝트 땐 좀 귀찮아도 한번 만들어볼까.</p>
워드프레스 사용자 모임 참석2006-08-21T04:07:21+00:00http://resistan.com/wordpress-user-meet<p>8월 19일.</p>
<p>이 날 사실 내가 가볼까 했던 모임이 세 곳 있었다. <a title="creative commons korea" href="http://creativecommons.or.kr/" target="_blank">CCK</a> 토론회와 태터툴즈 사용자 모임, 워드프레스 사용자 모임. 태터툴즈 사용자 모임은 편집장이 가지 않을까 해서 넘어가고... CCK 쪽에도 가고는 싶었지만 토론회라는 이름의 압박이랄까, 그래서 더 나를 당겼던 워드프레스 사용자 모임에 참석하게됐다.</p>
<p>사실 <acronym title="정말 우리가 성공할 수 있을까?">정우성</acronym>이라는 모임 장소에 도착할 때 즈음엔 참석한 사람들이 얼마나 될지 하는 걱정도 있었는데, 차곡차곡 예상보다 많은 인원이 모였다.<br />
처음에는 워드프레스에 관한 이야기가 주욱 진행돼서 한국 워드프레스 모임의 발전 방향이랄까 그런 - 건설적인 - 이야기가 오갔으나, <a title="kukie님 블로그" href="http://kukie.net/">kukie</a>님 등장 이후에는 테이블이 두패로 갈라졌다. hof님의 후기에 나온 현장스케치를 보면 어떻게 나뉘었는지를 알 수 있다. 개인적인 생각에 kukie님이 조장한 건 아니라고... 왜 그렇게 됐을까? :)</p>
<p>다음 번엔 하늘이님이 참석하는 모임이 있다면, 숙취해소제라도 준비해야 할 듯.</p>
<p>아래는 후기 모음.</p>
<ul>
<li><a title="워드프레스 사용자 모임 다녀왔습니다." href="http://www.hof.pe.kr/wp/archives/2055">워드프레스 사용자 모임 다녀왔습니다.</a> (hof님)</li>
<li><a title="1회 워드프레스 사용자모임" href="http://082net.com/2006/702/wordpress-user/">1회 워드프레스 사용자모임</a> (082님)</li>
<li>워드프레스 사용자 모임 후기 (8월 19일) - 인평편 (그림동화님)</li>
<li>제 1회 워드프레스 사용자 모임 후기(세이군님) + 사진보기</li>
<li>워드프레스 사용자 모임 다녀왔습니다. (하늘이님)</li>
<li>WordPress 사용자 모임에 다녀왔습니다. (starlogo님)</li>
<li>워드프레스 블로거 모임 v.1 (나니님)</li>
<li>테터 오픈하우스 & WP 사용자 모임 (싸이친구님)</li>
<li>워드프레스 사용자 모임 (델버님)</li>
</ul>
<p>그나저나 몇분이 사진을 찍어가셨는데... 뭐 주인공 몇분은 정해져있는 것 같지만 왠지 내가 나온 사진이 걱정되고 있다.</p>
<p>그림동화님, cyflux님, 옥균님, 델버님, starlogo님, hof님, 세이군님, 하늘이님, kukie님, 나니님, 싸이친구님, 후니님, 082님 모두 반가웠습니다.</p>
FONero가 되다.2006-08-18T07:30:11+00:00http://resistan.com/be-a-fonero<p>어제 사무실로 제법 묵직한 택배가 하나 도착했다.<br />
Buffalo 공유기는 품절인지 LinkSys 공유기가 도착했는데, 제법 묵직하다. 생긴건 깔끔하니 맘에 들었다. 다만, 유선 연결을 했더니 fon사이트에 가입을 해도 계속 Alien으로 뜨길래 메일로 문의를 했더니 WiFi장비가 있어야한단다. :(<br />
지금 내 소유의 WiFi장비가 하나도 없는지라 회사 동료의 PSP를 빌려서 linus로 세팅을 할 수 있었다.</p>
<ul>
<li><a title="사용자가 만들어가는 무선 인터넷 커뮤니티... FON 리뷰" href="http://its.tistory.com/entry/%EC%82%AC%EC%9A%A9%EC%9E%90%EA%B0%80-%EB%A7%8C%EB%93%A4%EC%96%B4%EA%B0%80%EB%8A%94-%EB%AC%B4%EC%84%A0-%EC%9D%B8%ED%84%B0%EB%84%B7-%EC%BB%A4%EB%AE%A4%EB%8B%88%ED%8B%B0-FON-%EB%A6%AC%EB%B7%B0">사용자가 만들어가는 무선 인터넷 커뮤니티... FON 리뷰</a> (라디오키즈님 )</li>
<li><a title="무료 무선인터넷 공유를 위한 FON 리뷰" href="http://oojoo.tistory.com/13">무료 무선인터넷 공유를 위한 FON 리뷰</a> (김지현님)</li>
</ul>
<p>뭐 나도 당장은 장비가 없는지라 다른 곳의 linus AP에 접속할 일은 없겠지만, 나름대로 의미있는 일이라 생각되어 내 AP를 열었다.<br />
(저렴한 공유기 가격이 더 큰 이유였겠지만 ㅎㅎㅎ)</p>
<p>자, FONero가 됩시다! :)</p>
접근성, 상호운용성, 장치호환성2006-08-12T03:14:23+00:00http://resistan.com/accessibility-interoperability-device-independency<blockquote>
<dl>
<dt><strong>접근성</strong></dt>
<dd>특정 조건에 구애받지 않고 <strong>누구나</strong> 이용할 수 있어야 한다.</dd>
<dt><strong>장치 호환성</strong></dt>
<dd><strong>장치에 관계없이</strong> 이용할 수 있어야 한다.</dd>
<dt><strong>상호 운용성</strong></dt>
<dd><strong>플랫폼, 브라우저 등에 관계없이</strong> 이용할 수 있어야 한다.</dd>
</dl>
</blockquote>
<p>웹표준 관련해서 세미나 같은 곳을 가보면 흔히 드는 예가 보행자 도로의 경사로나 지하철 역의 노약자/장애인용 엘리베이터를 이야기한다.<br />
실제로 경사로의 경우 휠체어가 인도에 올라갈 수 있도록 만드는 것이지만, 유모차나, 짐수레 등을 끄는 사람들이 더 많이 이용하게 된다. 부산 지하철 3호선의 경우 워낙 깊은 곳에 노선이 만들어져서 승강장까지 내려가는 것도 꽤 시간이 걸리기 때문에 노약자/장애인용이 아닌 전체를 대상으로한 엘리베이터가 설치되어 있다. 무거운 짐이라도 갖고 지하철을 이용하려면 이런 엘리베이터가 제법 절실한 요소일 수밖에 없다.</p>
<p>언젠가 EBS에서 보행자 도로의 크기를 재고 다니는 사람에 대한 다큐(?)를 잠깐 본적이 있다. 이 프로그램을 보면서 든 생각이지만, 사실 사람들이 꽤나 무관심한 것이, 경사로가 있어도 인도의 폭이 좁아서 휠체어가 지나갈 수 없다거나, 휠체어가 지나갈 정도인데도 중간에 건물의 외벽 때문에 지날 수 없는 곳이 있다거나. 생각보다 그 장애인에 대한 배려라는 것이 생색내기에 지나지 않는 경우가 많다는 점이다.</p>
<p>뭐, 어떤 의미에서 나 역시 상당히 무관심한 한 사람일테고 장애가 생활에 어떤 불편을 주는지 잘 모르는 한 사람일 뿐이다. 웹표준 웹표준 하면서 공부를 한 것은 약 1년 정도됐지만, 접근성을 높이기위한 노력을 해야겠다는 의무감을 느낀 것은 올해 초에 <a title="웹표준화 프로젝트포럼 - 새창으로 열림" href="http://forums.mozilla.or.kr/viewforum.php?f=9" target="_blank">웹표준화 프로젝트 포럼</a>에서 한 시각 장애인의 글을 읽고 나서다.</p>
<ul>
<li><a title="웹표준화프로젝트 포럼에 게시된 나그네님의 글" href="http://forums.mozilla.or.kr/viewtopic.php?t=3960&sid=8429cdad658545f9f09d99b06e09e144"> 웹 표준에 관한 이야기</a></li>
<li>센스리더의 단축키에 관한 이야기(2u님)</li>
<li>시각장애인들이 인터넷을 사용하면서 느끼는 불편한 점에 관한 이야기(2u님)</li>
</ul>
<p>예전에 Ajax를 스크린리더에서 읽을 수 있도록 컨텐츠 구조화하는 방법에 관한 글을 찾아서 <a title="스크린리더에서 Ajax 동작" href="/ajax-with-screen-reader/">그에 대한 포스팅</a>을 한 적이 있는데 2u님께서 이 글을 올블로그에서 찾으셨는지 꽤 긴 댓글을 남겨주고 가셨다. 그글을 계기로 지금은 시각 장애를 가진 블로거 2u님의 피드를 꼬박꼬박 챙겨보고 있는 중이다. ;)</p>
<p>이것 저것 찾아가며 쓰다보니 글이 또 옆길로 샐 거 같아 2u님의 글 한대목 인용하고 오늘은 마무리 해야겠다. -_-;</p>
<blockquote><p>인터넷을 하려면, 인터넷 이용 강의(스크린 리더 회사 측에서 제공하는, 혹은 다른것)만 듣고서는 인터넷을 할 수 없다. 아주 기초적인 영어단어는 알고 있어야 하고, 무수한 그래픽과 프레임을 살포시 점프하는 센스가 필요하다. (우리나라 사이트만 해당됨)<br />
가끔씩은 외 힘들게 인터넷을 하고 있을까? 남들처럼 음악듣고, 영화보고 그러면 되는걸…. 라는 생각을 합니다. 예전 dos 쓰던때가 훨씬 낳다는 생각까지 했으니까요….</p></blockquote>
스크린리더에서 Ajax 동작2006-05-26T06:18:30+00:00http://resistan.com/ajax-with-screen-reader<p>Gez Lemon, Steve Faulkner 두 사람이 <a title="Making Ajax Work with Screen Readers" href="http://juicystudio.com/article/making-ajax-work-with-screen-readers.php" target="_blank">Making Ajax Work with Screen Readers</a> 이런 글을 작성했다.</p>
<p>이 글에서는, 스크린리더의 작동 방식과 어떻게 정보가 변환되어 나타나는지, Ajax Application을 위해 어떻게 컨텐츠 구조화를 할 것인지 등을 기술하고 있다.</p>
<p>쩝.. 이런 글을 볼 때마다 영어가 짧은 게 한이다. ㅡ.ㅜ</p>
Open Web에 동참해주십시오.2006-05-23T03:04:04+00:00http://resistan.com/open-web-campaign<p><a title="웹페이지 국제표준화를 위한 행정소송 준비" href="http://forums.mozilla.or.kr/viewtopic.php?p=24583">웹페이지 국제표준화를 위한 행정소송</a>을 준비하는 사이트가 열렸습니다.</p>
<p><a title="Open Web" href="http://openweb.or.kr/">http://openweb.or.kr/</a></p>
<p>이 사이트에서는 위의 행정소송 관련 진행사항이 지속적으로 게시될 것입니다. 또한, 접근성과 표준을 지키지 않는 공공기관 및 각종 사이트 리스트를 작성할 예정입니다.</p>
<p>아래는 Opeb Web 사이트의 내용 중 일부를 발췌한 것입니다.</p>
<hr />
<blockquote><p>우리 요구는 법리적으로는 새로울 것이 없는 "평등권" 주장을 그 표면에 내세우고 있지만, 그 속에는 매우 혁신적이며 근본적인 쟁점을 품고 있습니다.</p>
<p>...중략...</p>
<p>우리 정부는 인터넷의 중요성이 끊임없이 증대할 것이라는 올바른 전제에 입각하여 "전자정부" 사업을 매우 정력적으로 추진하고 있습니다. 공공 정보 제공과 공공 서비스의 많은 부분이 컴퓨터와 인터넷을 통하여 이루어지도록 체계적, 제도적으로 강력히 드라이브를 걸고 있고, 이미 그렇게 되어가고 있습니다. 공 역무 및 공공 정보가 제공되는 기술적, 매체적 기반이 종래에는 지필묵, 전화, 팩스, 직접 대면 등의 형태로 이루어졌으나, 그 모든 것(100%는 아니지만)이 앞으로는 컴퓨터와 인터넷에 의존하여 이루어지게 된다는 말입니다.</p>
<p>이러한 혁신적인 전환을 실행함에 있어서, 우리 정부는 컴퓨터와 인터넷의 철학적, 법제적 기초에 관하여 위에서 말한 두가지 입장이 대립하여 존재하고 있다는 사실 자체를 까맣게 모른채 일을 추진해 온 듯 합니다. 컴퓨터는 그저 윈도즈밖에 없는 줄 알고, 인터넷은 그저 Internet Explorer로만 보는 줄 아는 분들이 "전자정부" 사업을 밀어붙인 것 같습니다.</p>
<p>...중략...</p>
<p>우리의 주장은 장애자의 "접근권을 보장하기 위하여 여기저기 휠체어 통로(ramp; 우리식으로 말하면, 브라우저 플러그인)라도 좀 설치해 주세요"라는 것처럼 보이지만, 그것과는 근본적으로 다릅니다. 저 처럼 몇 안되는 리눅스 이용자나 매킨토시 이용자들도 "좀 편해보자"는 것이 아닙니다.</p>
<p>전자 정부 자체가 잘못되었다는 것입이다. 장애자 비유를 사용하자면 도시 전체의 설계가 위법하니 바꾸라는 것입이다.</p>
<p>해묵은 "평등권" 주장을 표면에 내세우는 이면에는 이런 문제가 도사리고 있습니다. "평등권"을 전면에 내세우는 이유는 이러한 근본적인 문제를 소송이라는 맥락에서 제기할 마땅한 법적 담론 구조(legal discourse)가 아직은 없기 때문입니다.</p>
<p>또한 우리의 노력은 보다 현실적인 함의가 있습니다.</p>
<p>이 문제는 우리나라 소프트웨어 산업의 장래가 걸려 있는 것입니다. 윈도즈를 사용 안하는 이용자의 씨를 말려 놓으면, 소프트웨어 개발의 수요가 오로지 윈도즈 용으로만 집중되고, 이 상황에서는 우리 업계가 아무리 발버둥 쳐본들 MS의 "하청업체" 수준을 넘어설 수 없습니다.</p>
<p>...하략</p>
<p>(via <a title="Open Web 에 오신 것을 환영합니다!" href="http://openweb.or.kr/">Welcome Message</a>)</p></blockquote>
<p>Open Web이라는 이름의 연대를 통해 <strong>보다 많은 사람이 다양한 환경에서도 이용할 수 있는 대한민국 인터넷</strong>을 만들어갈 수 있었으면 좋겠습니다.</p>
<p>여전히 <strong>keechang앳fastmail.fm</strong>을 통해 민원에 참여할 분들의 지원을 받고 있습니다.<br />
참여하실 분은 위의 메일 주소로 주소와 성함을 보내주시면 됩니다.</p>
웹페이지 표준화를 위해 힘을 모아봅시다.2006-05-03T04:38:22+00:00http://resistan.com/openweb-movement<p>고려대 교수이신 김기창님께서 <a title="웹페이지 국제표준화를 위한 행정소송 준비" href="http://forums.mozilla.or.kr/viewtopic.php?p=24583">'웹페이지 국제표준화를 위한 행정소송'을 준비</a>하고 계신단다. 나 역시 <a title="웹페이지 국제표준화를 위한 행정소송 준비" href="http://ilmol.com/2006/05/%EC%9B%B9%ED%8E%98%EC%9D%B4%EC%A7%80%20%EA%B5%AD%EC%A0%9C%ED%91%9C%EC%A4%80%ED%99%94%EB%A5%BC%20%EC%9C%84%ED%95%9C%20%ED%96%89%EC%A0%95%EC%86%8C%EC%86%A1%20%EC%A4%80%EB%B9%84.html">일모리님의 블로그에서 관련 글</a>을 처음 보고 서명부터 하게됐다.</p>
<blockquote><p>수신: 정보 통신부 장관</p>
<p>.<br />
.<br />
.<br />
중략<br />
.<br />
.<br />
.</p>
<p>========= 민원 요청 사항 ===========</p>
<ol>
<li>귀 부서 웹사이트 중 일부는 MS제품 사용자만 접속할 수 있게 되어있는바, 이는 위법하므로, 운영체제(OS)나 브라우저에 상관없이 누구나 접속할 수 있도록 개편하여 주십시오.</li>
<li>정부 및 공공 단체 웹사이트가 MS제품 사용자들만 접속할 수 있게 제작, 운영되는 사례를 귀 부서가 묵인, 방치하는 것은 위법하오니, 행정 명령, 행정 지도, 공공 기관 웹사이트 발주 표준 계약서 제공, 공공 기관 웹사이트에 관한 기술기준 메뉴얼 제작 등 귀 부서가 가지는 적절한 권한과 수단을 사용하여 이를 시정하는데 필요한 조치를 실행하여 주십시오.</li>
<li>인터넷 뱅킹, 인터넷 쇼핑 등 私的주체가 운영하는 웹사이트 대부분이 MS최적화 되어 있는 상황은 브라우저 시장의 공정 경쟁과 무역을 저해하는 기술적 장벽으로 작용하므로, 경쟁촉진과 무역장벽 제거에 필요 적절한 조치를 채택하고 실행하여 주십시오.</li>
</ol>
<p>.<br />
.<br />
.<br />
하략</p></blockquote>
<p>한마디로 말씀드리면...</p>
<p>김기창 교수님, 멋지십니다!</p>
<hr />
<p>[붙임]<br />
MS 표준이 국가 표준인 이 이상한 상황을 바로잡아야 할 겁니다.<br />
위의 링크를 보시고 내용에 동의하시는 분께서는 부디 서명에 참여하셔서, 표준화를 위해 한국 웹이 한걸음 더 나아갈 수 있도록 힘써주시길 부탁드립니다. ;)</p>
웹표준에 대한 오해2006-04-22T05:23:35+00:00http://resistan.com/misunderstand-web-standards<p>VHS와 베타는 기술이전 문제로 승패가 갈렸다. VHS는 타업체에 기술이전을 쉽게 해줘서, 기기가 대량 생산될 수 있었고, 베타는 소니가 독점하고 싶었던 것이다. 메모리스틱처럼 여전히 소니 기기만을 위한 장치들이 있다는 점을 생각하면 쉽게 유추할 수 있다.</p>
<p>우선, 브라우저 시장 점유율과 표준의 문제는 별개의 것이다. 또한, 표준이 낡은 것이라는 사고는 버려야한다.<br />
Pocket PC 2003과 같은 OS에서는 여전히 낮은 버전의 IE가 탑재돼있고, 이 버전의 IE가 렌더링 가능한 수준은 HTML 3.2을 기준으로 하고 있다. 또 Pocket PC 2003에서는 CSS를 지원하지 못하는 등 DHTML의 사용을 제한하고 있다. PC로 보던 Web에서도 HTML 4.01을 기준으로 만들었던 페이지는 이제 낡았다고 봐야한다. XHTML 1.0 Transitional 이 현재의 대세이며, 앞으로는 XHTML 1.1 Strict로 가게 될 것이다. 또, CSS 역시 Level 2가 표준으로 자리잡았고, CSS3가 준비되고 있다. 그런데, IE는 CSS 렌더링에서 박스모델링 자체의 기준를 못 지키고, 계산 등에서 산수를 못하는 오류를 범하곤 한다.</p>
<blockquote><p>웹표준 권고안보다 비표준이 앞서나가서 문제인 것이 아니라, 웹표준 권고안은 저만치 가 있는데 브라우저 (특히 IE) 가 6년동안 전혀 발전이 없어서 발전한 규격을 못 쫒아와서 문제인겁니다. 그러다보니 active x를 편법으로 사용하는 경우도 늘었죠... (특히 SEED를 채택한 우리나라에서요 :) )</p></blockquote>
<p>via inureyes 2006/04/22 04:16</p>
<p>inureyes님이 말씀하신 것처럼, FF는 2-4달에 한번 꼴로 업데이트되고 개량되는데, IE는 몇달에 한번 있는 패치가 대부분 보안패치다. 이번 Eolas패치야 예외적인거고. 애초에 표준이 없었던 게 아니라, IE가 NN과의 시장싸움에 승리하면서 M$가 W3C에 있던 룰을 많이 무시하고 M$ 자사 기준을 표준으로 밀어보려고 했는데... (나중에 IE의 버전 업이 없었던 점이 그런 이유에도 있지 않을까 싶다.) 시간이 지나서 모질라 재단의 습격을 받은 셈이다.<br />
브라우저의 표준 지원 검사인 Acid2를 통과한 브라우저는 Safari가 유일하다.(Opera는 통과가 끝났나 모르겠군... -_-;) 이런 이유로 역시 FF보다 Safari나 Opera가 표준 준수율은 더 높다. 하지만 많은 사용자들이 FF를 선호하기 시작한 이유는 그 확장성과 개방성에 있다고 봐야할 것 같다. 물론 IE보다야 FF가 표준 준수율이 높은 것도 사실이고.</p>
<p>1년쯤 지난 통계이긴 하지만 위의 그림에서 볼 수 있듯이 실제로 유럽에서는 FF의 이용율이 20%에 육박하고 있다. 그렇다고 IE가 나머지 80%를 점유하고 있는가 하면, 그렇지 않다. 사파리나 오페라, 컨쿼러 등도 역시 적지 않은 시장을 점유하고 있고, 아주 소수의 브라우저도 역시 사용자들이 있다. 우리 나라야 여전히 90%는 먹고 있을테지만 유럽에서 IE의 시장 점유율은 40~50%정도라 보인다.<br />
올해 Vista와 함께 출시를 예정하고 있는 IE 7.0의 경우도 M$가 발등에 불 떨어진 시점에서 계획한 것인 셈이다.(베타버전의 모습을 보면 확실히 급조됐다는 느낌이 있었다.) M$가 발표한 계획에 따르면 IE 7.0부터는 하위버전과의 호환보다는 표준을 준수하는데 더 비중을 둔다고하는데, IE 7.0이 보급되고 나서 국내 사이트가 얼마나 박살날지 궁금해 미칠 지경이다.</p>
<p>사람들이 웹표준 작업에 대해 또 한가지 오해하고 있는 점이 뭐냐면... 여러 브라우저를 만족시키기 위해 페이지를 여러개 만들어야한다고 생각하는 것이다. 작년에 개편한 야후, 네이버를 비롯해, 올해의 다음, 엠파스, 네이트가 메인 페이지를 모두 표준 마크업하면서 페이지를 여러개 만들었을까? 답은 No다. 사이트는 하나면 충분하고 하나의 페이지만 만들어도 모든 브라우저의 화면을 정갈하게 채워줄 수 있다.(산수 못하는 IE를 비롯해, 몇가지씩 오류를 보이고 있는 브라우저들을 위해 CSS Hack 등의 기술도 이미 나와있다.) 그렇게 채워낼 수 있는 것이 차별화된 기술이라 여길지 모르겠지만, 바로 그것이 웹표준을 지키는 것이다. <a title="표준이 기술이다" href="/bullet-proof-web/">내가 전에도 쓴 적이 있지만</a> 표준을 지키는 것이 기술이 된 이유는 브라우저 시장의 다변화로 웹표준의 중심이 몇년간 M$로 넘어간 듯하다가 다시 W3C로 돌아갔기 때문이다.</p>
<p>아직은 조금 이상적인 모델이긴 하지만, 현재의 표준 방식을 따르는 것만으로도 HTML 문서 하나에 디바이스용 CSS파일만 작성해도 PC, PDA, Printer, TV 등의 다양한 디바이스를 위한 페이지 출력이 가능하다. Cross-Browsing은 당연한 거고 별도로 작성되던 시각 장애인용 사이트도 지워버릴 수 있다.<br />
물론 장미와검님께서 제기하신 비용의 문제가 아주 없지는 않다. 하지만, 장기적인 관점에서는 훨씬 고효율의 저비용이 될 수 있다고 생각한다. 그것은 이런 형태의 구현이 가능한 인력을 양성하는데 비용이 필요하다는 점이 분명히 있기 때문이다. 그러나, 이렇게 제대로된 퍼블리셔들이 양성되면 한번 사이트를 제작하고 나서 컨텐츠가 변경되지 않는한, 디자인 리모델링 등을 위해 사이트를 갈아엎지 않아도 된다. 왜냐하면, 컨텐츠가 유효하기 때문에 디자인을 바꿀 때는CSS 파일과 이미지 파일만 변경해주면 되기 때문이다. 이는 사이트 제작 후의 유지보수와 개편 비용을 생각하면 훨씬 저렴해지는 것이다.</p>
<p>이런 이야기들이 제법 많은 사람들에게서 회자되고 있지만, 사실 여전히 모르는 사람이 훨씬 많다. 그래서 아마 국내에 제대로 반영되는 시점은 제법 늦을 것도 같다. 하지만 작년부터 정부 및 공공기관 사이트, 그리고 대형 포탈을 중심으로 시작된 표준화라는 바람의 여파가 작지만은 않을 것이다.</p>
<p>나 역시 표준화된 사이트를 제작한다고 말하지만, 솔직히 여전히 많은 부분이 어렵다. 계속 공부해야 할테고. 하지만 <strong>정보 접근에 대한 평등 보장</strong>이라는 명제는 내가 이 길을 고수하게 만들고 있다.</p>
Flex가 Web 2.0을 선도할 수 있다고?2006-04-19T08:03:42+00:00http://resistan.com/flex-can-not-lead<p>며칠전 우리나라가 초고속 인터넷망 보급율 1위에서 2위로 떨어졌단다. 1위는 북유럽 국가 어디라는데, 최근 1-2년 사이에 미주와 유럽의 초고속망 보급율이 상당히 높아졌다. 미국도 초고속망 보급율이 50%를 넘어섰다. 우리나라는 처음부터 초고속망이 깔려있었을까?<br />
구글 메인페이지가, 또 검색 결과 페이지가 단순한 이유가 뭘까? 네이버처럼 만들만한 기술이 없어서였을까? 나는 그것이 구글 사용자들을 배려한 것이라고 알고 있다. 개인적인 생각이지만, 이 Web 2.0 이야기가 나올만한 기반에는 분명 구글이라는 존재가 컸다고 본다. 그것은 디자인의 단순성이 아니라, 구글의 색다른 생각, 그리고 거기서 발생하는 상상을 초월한 수익 등 많은 이야기들이 분명히 웹의 새로운 모델을 제시해왔다고 보기 때문이다.</p>
<p>내가 Web 2.0을 좋아하지만서도... 일단 그것은 개념일 뿐이라고 생각한다. Web based application은 꼭 Ajax가 아니라도 만들 수 있고 구현했다고 말할 수도 있다. 하지만, 많은 사람들이 알고 있듯이 Web 2.0이라는 단어의 전제는 단순한 진보가 아니라 누구나 접근 가능하며 더욱 구체적이고, -UX가 반영되어- 사용자 중심으로 편리해진 웹이라는 것이다.</p>
<p>내가 Flex에 대해서 자세히는 모르지만... <del datetime="2007-07-13T08:42:28+00:00">장미와검님의 블로그에서 </del><ins datetime="2007-07-13T08:42:28+00:00">신호승님의 글(현재 글이 삭제되었음)</ins>을 읽고 이 Flex 예찬론에 찬성할 수 없는 이유를 좀 써볼까 한다.</p>
<ul>
<li>Ajax는 prototype.js라는 훌륭한 오픈소스가 있어서, 이것을 라이브러리로 활용할 때는 그 복잡성이 결국 기존 프로그램에 의한 것에 더 가깝다. 그렇다면 그 정도의 복잡성은 flex에서도 필요할 것이라는 것이 내 생각이다.</li>
<li>스크립트가 DOM을 따르는 이유는 결국 "어디에서나 구현 가능한" 것이 되어야 하기 때문이다. 표준이라는 것이 그런 이유로 존재하는 것 아니겠는가. Flex가 Cross-Browsing을 한다고 하지만, 글에서도 나타나 있듯이 Flash Player가 있어야 한다는 점은 결국 모든 브라우저를 지원하지는 못한다는 이야기와도 같다. 이 점은 자바스크립트가 정상적으로 작동할 수 없는 경우가 있다는 면에서 Ajax도 마찬가지지만.</li>
<li>Accessiblilty의 측면에서 <del datetime="2006-04-19T08:42:28+00:00">플래시6쯤</del><ins datetime="2006-04-19T08:42:28+00:00">플래시5</ins>부터 개선되기 시작했지만, 기존의 Text+Image Base의 웹에 비해서는 여전히 부족하다고 본다. 실제로 내가 모 사이트 프로젝트에서 시각장애인 접근성을 위해 TTS 프로그램으로 테스트 해본 결과, Flash에 포함된 텍스트가 어느 정도는 읽힌다고 해도, 완전하지는 않았다. 특히 상호작용이 필요한 경우에는 못 읽어내는 상황이 종종 발생했다.</li>
<li>Flash는 상호작용 컨트롤을 일일이 신경써서 만들지 않으면, 마우스 외의 입력장치로 작동이 힘든 경우가 많다는 점에서도 마찬가지다. Flash/Flex 제작자들이 충분히 준비해서 만들지 않으면 안되는데, 이 역시 현재 상황에서 학습시키기 쉬운 일만은 아니다.</li>
</ul>
<p>난 RIA가 나쁘다는 게 아니라, 그것이 웹을 이끌어나가는 기술이라 단정할 수는 없다고 보는 것이다. 또, Ajax를 무조건적으로 옹호하는 것도 아니다.<br />
HTML이 처음 만들어지고 15년이 지났다. 그동안 HTML도 버전업되고 이를 위해 사용할 수 있는 기술도 많이 생겨났다. 웹의 표준 기술이 HTML에서 XHTML로 이행 중이라는 점을 모르는 사람도 여전히 많다. 더욱 발전적인, 더욱 사용자를 배려하는 기술이 계속 나온다는 것은 환영할만한 일이다. 하지만, 그것이 단지 기존에 있는 것들을 좀 더 화려하게 만들기 위해서 생산된 것이라면 거기에는 반대할 수밖에 없다는 점을 말하고 싶다.</p>
<p>[붙임]<br />
내가 최근 들어서, 사람들에게 종종 말하고 있는 것이지만...<br />
사람들이 자주 잊는 것이 뭐냐면... 웹은 HTML이 기본이라는 점이다. 디자인이나 프로그램이 중요하지만 그것만으로 만들어 낼 수는 없는 것이 웹문서다.<br />
그게 된다고 착각하는 사람들이 많은데... -_-; 그건 브라우저가 미친척 거들어주기 때문인거지 원래 가능한게 아니라는 것이다.</p>
Google Page Creator2006-03-21T12:24:06+00:00http://resistan.com/google-page-creator<p>오늘 구글로부터 페이지 크리에이터 써보라는 메일을 받았다.</p>
<blockquote><p>Hi there,</p>
<p>Thanks for your interest in Google Page Creator.</p>
<p>.<br />
.<br />
.<br />
나처럼 영어가 쥐약인 분들을 위해 하략... ㅠ_ㅠ</p></blockquote>
<p>예전에 신청했던건데 시간이 꽤 지난듯 싶지만.. 아무튼, 참새가 방앗간을 그냥 지나칠 수 있나. :)</p>
<p>(스크린 샷이 보존되지 않았음)</p>
<ul>
<li><strong>페이지 매니저 메인 :</strong> 그야말로 심플하다. 페이지를 만들거나 수정할 수 있다.</li>
<li><strong>에디터 :</strong> 도구가 왼쪽에 있어서 처음엔 그림판을 보고 있는 줄 알았다. 깔끔. ^^</li>
<li><strong>템플릿 선택 :</strong> 레이아웃과 상관없이 40여종의 템플릿이 나와있다. 스타일 시트도 다 잡혀있는 것 같고.</li>
<li><strong>레이아웃 선택 :</strong> 4종의 레이아웃이 있다. 때에 따라선 HTML을 건드려 조절할 필요가 있을 듯하다.</li>
<li><strong>폰트 고르기 :</strong> 역시 한글 폰트는 없다. ㅎㅎ</li>
<li><strong>글자 크기 선택 :</strong> Orz... 작거나, 보통이거나, 조금 크거나, 거대하거나... 이 네종류 밖엔 없단 말인가.</li>
<li><strong>글씨색 선택 :</strong> 평이하달까.</li>
<li><strong>링크 넣기 :</strong> 페이지 크리에이터의 페이지를 걸거나, 직접 파일을 업로드 할 수 있다. 물론, 이메일이나 웹 상의 다른 문서에 링크를 걸 수도 있다.</li>
<li><strong>이미지 올리기 :</strong> 웹의 이미지를 쓰거나, 직접 올릴 수 있다.</li>
<li><strong>문서에 이미지 삽입 :</strong> Add 버튼으로 문서에 이미지를 넣으면 드래그해서 위치 조정이 가능하다. 드래그하면 반투명한 썸네일이 따라다닌다.</li>
<li><strong>넣은 이미지 조절 :</strong> 이미지에 포커싱되면 작은 메뉴가 생긴다. 문서에 넣은 이미지의 크기 조절이나 삭제가 가능해진다.</li>
</ul>
<p>드림위버를 쓰는 것에야 비할 수 없겠지만, (구글이 언제나 그래왔듯) 곳곳에 신경 쓴 흔적이 보인다. 드림위버보다 좋은 점이라면, 페이지가 편집에서 본 그대로 퍼블리싱된다는 점이랄까. 반면에 전반적으로 반응 속도가 좀 느리고, 헤딩과 리스트 외에는 아주 기본적인 기능 뿐이라는 게 아쉽다.테스트 페이지의 결과물은 <a title="테스트페이지" href="http://resistan.googlepages.com/home" target="_blank">http://resistan.googlepages.com/home</a>에서 볼 수 있다.</p>
<p>[덧] 이 글을 작성하면서 <a title="flickr" href="http://www.flickr.com">플리커</a>에 스크린샷을 올리는데 6개씩 업로드하니 스크립트가 너무 많이 동작한다고 불여우가 경고창을 띄운다. 쩝, 내가 너무 시니컬한지 몰라도 뭔가 마음에 안드는 걸?</p>
방탄웹 이벤트 당첨!2006-03-18T02:26:06+00:00http://resistan.com/book-event-win<p>회사에서 날밤새고 퀭한 눈으로 앉아있었는데!</p>
<p>당첨됐다던 이벤트의 책이 도착했다.</p>
<p>앗싸!!</p>
<div style="text-align: center"><img src="/media/8989975891_1.jpg" alt="댄더씨홈 저 / 박수만 역 : 웹 2.0을 이끄는 방탄웹" /></div>
<p><a title="당첨글" href="/bullet-proof-web/">표준이 기술이다</a>라는 글로 트랙백을 남겨서 당첨됐다. 이런 이벤트 응모도 처음이지만, 그 상품이 이런 좋은 책이라는게 무엇보다도 뿌듯하다.</p>
<p>약올리는 것 같아서 미안하지만, 왠만하면 한부씩들 사서 보시라!</p>
MS Office 2007 UI Screenshot2006-03-10T04:31:59+00:00http://resistan.com/ms-office-2007-ui<p>독일에서 열리는 CeBIT 컨퍼런스에서 MS 오피스 2007의 인터페이스가 공개됐다.</p>
<p>(이미지가 다 날아갔슝 ㅠㅠ)</p>
<p>스크린샷 보러가기 : <a href="http://blogs.msdn.com/jensenh/archive/2006/03/09/547281.aspx">A New Look For Office</a><em>(Via Jensen Harris)</em></p>
<p>이쁘다는 느낌은 분명히 있지만...<br />
복잡해보인다는 느낌...</p>
<p><a title="ZDNet 기사 : MS, 오피스 2007 베타 업데이트" href="http://www.zdnet.co.kr/news/enterprise/etc/0,39031164,39145340,00.htm">베타판은 다음주에 공개한다</a>는데 정말 세상에 나와봐야 알 일... -_-;</p>
<p>[덧] Google은 Writely를 인수했는데... MS는 Office web 버전을 언제쯤 내놓을까?</p>
표준이 기술이다.2006-02-27T00:58:45+00:00http://resistan.com/bullet-proof-web<p>웹표준은 돈이 안되고, Web 2.0은 돈이 된다고 생각하는 건지...<br />
Web2.0이 이슈화되고 표준에 대한 이야기는 흐릿해지는 듯하더니, 또 한번 반가운 소식이 들린다.</p>
<div><img src="/media/8989975891_1.jpg" alt="알라딘 이미지 : 웹2.0을 이끄는 방탄웹" /></div>
<p>"실용예제로 배우는 웹표준"(이하 웹표준)을 번역하셨던 <a title="만박님의 블로그" href="http://www.sumanpark.com">만박</a>님께서 "웹2.0을 이끄는 방탄웹"(이하 방탄웹)이라는 책을 번역하셨단다. 역시 "웹표준" 저자였던 댄 씨더홈의 글이고... "웹표준"이 초급이라면 "방탄웹"은 중급이란다. 고급 서적도 이후에 번역하실 예정이라고...</p>
<p>아래는 새책의 목차이며, <a title="만박님의 블로그" href="http://www.sumanpark.com">만박님의 블로그</a>에서 예제를 볼 수 있다.</p>
<blockquote><ul>
<li>1장. 자유로운 글꼴 크기</li>
<li>2장. 크기조절이 되는 내비게이션 메뉴바</li>
<li>3장. 높낮이가 조절되는 행 만들기</li>
<li>4장. 나만의 float 활용비법</li>
<li>5장. 깨지지 않는 상자 만들기</li>
<li>6장. 이미지, CSS 없이도 볼 수 있게 만들기</li>
<li>7장. 쉽게 변환할 수 있는 테이블 만들기</li>
<li>8장. 유동적인 레이아웃 만들기 2단 3단</li>
<li>9장. 종합완결편</li>
</ul>
</blockquote>
<p>Web 2.0에서 표준을 흩어버린다고 생각하는 사람이 있을지도 모르지만, 웹표준이 웹2.0의 기본이라는 것을 알만한 사람들은 다 안다.<br />
워낙 유명한 <a title="Google" href="http://www.google.com">Google</a>부터 숱하게 회자되는 Web 2.0 사이트들의 소스코드를 한번 까보시라.</p>
<p>웹표준이 중요한 이유는 그것이 Semantic Web을 만들어 내는 기술이기 때문이다. 표준을 지키지 않은 웹페이지가 얼마나 바보 같은지에 대해 이해가 잘 안간다면 <a title="CSS Design Korea" href="http://css.macple.com/">CDK</a>나 한국 모질라 사이트의 <a title="웹표준화 프로젝트 포럼" href="http://forums.mozilla.or.kr/viewforum.php?f=9">웹표준화 프로젝트 포럼</a> 등을 한번 둘러보시는 것도 좋겠다.</p>
<p><strong>표준은 불편한 것이 아니라 당연한 것이고, 지금은 그것을 잘 지키는 것이 기술이 되는 시대다.</strong></p>
IE 설계 변경2006-02-16T04:26:20+00:00http://resistan.com/ie-eolas-patch<p>IE의 설계 변경 패치로 인해서, 웹 종사자들이 꽤나 당황했던 것도 같다.</p>
<p>(네이버의 모 개발자를 친구로 둔 우리 회사의)한 개발자의 소식에 의하면, 네이버 쪽은 페이지 내의 플래시를 자동으로 변경해주는 스크립트를 개발 완료했다고 한다.</p>
<p>우리 회사 역시 모 개발자(위의 그 개발자 아님)가 HTML 문서 내에 사용된 플래시, 미디어플레이어, ActiveX 를 찾아서 재작성해주는 형태의 스크립트를 개발 완료했다.(스크립트야 워낙 퍼가기 쉬운 소스다보니... 설계변경 패치가 어느 정도 확산되어 안착될 무렵이면 이미 이런 스크립트들이 꽤 많이 보급되어 있겠지만, 일단 내가 작성한 것도 아니고 해서 소스를 당장 공개하기는 좀 어렵다.)</p>
<p>이 외에도 많은 회사의 개발자들이 이미 여기에 대비한 스크립트를 작성하고 있는데다, 모 기업에서는 이 패치에 대응하는 어플리케이션을 제작했다(ZDnet에서 봤는데, 주소를 찾기가 어렵다.. -_-;)는 소식도 들린다. 물론, 이런 스크립트를 사용했을 경우 활성화되지 않은 플래시 등이 이미 로딩된 상태에서 한번 더 문서에 써주는 것이 되기 때문에, 플래시가 한번 깜빡거리는 것처럼 보일 수 있다. 시각적으로 좀 불편해지는 것이지만, 스크립트를 쓸 수밖에 없다는 점에서 어느 정도는 감수해야하는 문제다.</p>
<p>이런 소스들이 적당히 공유되고나면, HTML문서의 head부분에 스크립트를 불러오는 한줄의 태그만으로도 패치에 대한 걱정을 덜어낼 수 있게 될테니 중소 규모의 사이트는 대형 사이트의 행보를 잠시 주시하는 수고만으로도 괜찮지 않을까 싶다.</p>
<ul>
<li><a href="http://channy.creation.net/blog/?p=273">Channy's blog : 메뉴 플래시, IE ActiveX 패치 복병</a></li>
<li><a href="http://www.zdnet.co.kr/builder/platform/windows/0,39031685,39144511,00.htm">IE 설계변경 관련 ZDnet 기사</a></li>
</ul>
<p>이번 문제는 단순히 M$와 Eolas사이의 특허권 분쟁에 그치지 않고, (특히 우리나라의) 많은 사용자들에게 영향을 미친다는 점에서 그리 바람직한 일은 아닌 것 같다. W3C도 오픈되어 있는 HTML 태그에 대한 기술적 저작권을 주장하는 것이 옳지않다는 입장이다. M$야 저작권 사용료를 내기 싫어서 항소하는 것 같은 인상을 주고 있긴 하지만, 이 문제에 관한한 여론은 M$편인 것 같다.</p>
<p>다만 개인적인 생각에, 이번 패치를 통해 국내 사이트에 얼마나 많은 플래시와 ActiveX가 사용되었는지, 기존에 이를 이용하기 위한 유저들이 얼마나 불편했는지에 대해 한번 돌아보는 계기가 되었으면 한다. 아름다움, 화려함만이 웹의 미학인 것처럼 여겨지는 국내의 인터넷 풍토 또한 다시 한번 생각할 필요가 있지 않을까.</p>
김중태님의 강연회 다녀옴2006-01-25T12:27:35+00:00http://resistan.com/semantic-web-book-lecture<p>정말 안타깝기 그지 없습니다. -_-;<br />
강연은 다 들었으나, 현장에서 책을 사고 싶었는데 회사의 호출로 중간에 나와야했기 때문이기도 하고...<br />
간담회의 내용을 충분히 듣고자 했는데 그걸 못듣게 된 점 역시 아쉬울 뿐입니다.<br />
사무실에 복귀한 20시 30분쯤인데... 결국 예약 주문도 못한 것을, YES24에서 바로 주문하게 됐군요. :cry:</p>
<p>좌우지간에... 아주 유익한 강의였던 것 같습니다.<br />
여러 예를 통해 개념이 쉽게 정리됐던 것 같네요.<br />
강연 내용을 파일로 정리해주신다고 하니 기대해봅니다.</p>
<p>간담회 처음 질문하셨던 분(뉘신지 기억하지는 못합니다만...;;)의 한국형 WEB 2.0의 이야기 역시 공감이 가구요..<br />
또, 간담회를 포함한 전체 행사 후기들이 마구 쏟아지겠죠.<br />
그 역시 기대하겠습니다.</p>