Homo Selfiens | Kita's Soft Guts

당신이 아이디어를 꺼냈을 때 주변 사람들의 반응은?

기타 — Sun, 08 Nov 2009 13:17:49 GMT

당신이 아이디어를 꺼냈을 때
주변 사람둘의 반응이 다음과 같다면?

* 첫 마디가 항상 부정적이다.
* '그 아이디어가 안되는 이유'를 찾는데 몰두한다.
* '왜 안좋은지'에 대한 이유를 논리적으로 설명하기 보다는 '느낌'이 좋지 않다고 한다.
* 프로토타입으로 만들어 시도해보기 전에 '안된다'고 얘기한다.
* 처음 시도해보는 방식은 강경히 배척한다.
* 무언가 바뀌는 쪽 보다는 되도록 현재 상태를 고수하는 쪽을 택한다.

아이디어 회의의 기본이 안되어있는 이런 사람들과 일했을 때 어떤 결과가 나올지는 그야말로 뻔하다. 도전과 혁신에 힘을 실어주기는 커녕 사그라들어 버리게 만드는 환경이다. 암울한 미래가 보장되어 있는거나 마찬가지다.

반대로,
당신이 남의 아이디어에 어떻게 반응하는지, 아래 문장을 읽고 돌이켜보자. 질문만 바뀌었다.

남이 아이디어를 꺼냈을 때 나의 반응은 어떤가?

* 첫 마디가 항상 부정적이다.
* '그 아이디어가 안되는 이유'를 찾는데 몰두한다.
* '왜 안좋은지'에 대한 이유를 논리적으로 설명하기 보다는 '느낌'이 좋지 않다고 한다.
* 프로토타입으로 만들어 시도해보기 전에 '안된다'고 얘기한다.
* 처음 시도해보는 방식은 강경히 배척한다.
* 무언가 바뀌는 쪽 보다는 되도록 현재 상태를 고수하는 쪽을 택한다.

아이디어 회의법 중 가장 대표적인 것이 '브레인 스토밍(brain storming)'인데, 이 방법도 원리와 룰을 배우고 여러차례 실행해 보기 전까지는 그 핵심 원리를 체득하기 쉽지 않다. 좀 더 많은 아이디어를 내기 위한 방법에 대해 숙고해보거나 배운적이 없어서 소위 '기본기'를 갖추지 못한 채 아이디어 회의를 계속하는 와중에 '상대방 아이디어의 결점 찾기' 경험치를 누적시키다 보면 자기도 모르는 사이에

남이사 뭐라건 만사에 결점만 찾게 되는 '네거티브 아이디어 스킬'의 만랩을 찍기 십상.

그리고 저 상태가 되면 테크트리의 제일 밑단에 있는 '아이디어 회의' 스킬을 새로 배우기도 힘든 지경에 이르고 만다.

한가지 명심할 것은, 어떤 일에서 결점을 찾는 것은 장점을 찾는 것보다 무척 쉽다는 것이다. 다시 말해

어떤 아이디어의 성공한(긍정적) 모습보다 망한(부정적) 모습을 상상하는 것이 훨씬 쉽다.

그러니, 우리는 어떤 아이디어의 '망한 모습'이 상상 가능하다고 해서 그 아이디어를 쉽게 비판해서는 안된다. '망한 모습 상상하기'보다 수십배, 수백배, 수천배 어려운 '성공한 모습을 상상하기'가 남아있기 때문이다. 그리고 아이디어의 '성공한 모습'은 정답이 없는 open-question이므로, 어떤 아이디어를 비판하기란 더욱 어려워진다. 결국 어떤 아이디어에 대한 평가는 자신의 상상력에 달려있다는 말이다.

결론을 두 줄 요약하자면:

아이디어 회의의 기본기가 안되어 있는 사람들과 함께 일하는 것은 암울한 미래가 보장되어있다는 뜻.

누군가 남의 아이디어에 부정적인 평가를 반복한다는 것은 그 사람의 상상력이 빈곤하다는 것을 뜻한다.

비지니스의 핵심 (고도원)

기타 — Thu, 15 Oct 2009 04:59:25 GMT

비지니스의 핵심

비지니스의 핵심은 일이 아닌 사람이다.
기업의 핵심은 기술과 자금일까. 그렇지 않다.
기업의 핵심은 돈도 기술도 아닌, 바로 사람이다.
그것도 철학과 열정이 넘치고, 자신감과
비전으로 똘똘 뭉친 인재들이
넘쳐나야 한다.

- 조서환의《모티베이터》중에서 -
(via 고도원의 뉴스레터)

웹표준과 온라인 뱅킹

기타 — Sat, 10 Oct 2009 18:58:14 GMT

http://news.naver.com/main/hotissue/read.nhn?mid=hot&sid1=105&gid=319370&cid=303942&iid=170740&oid=001&id=0002906855&ptype=011

이번 오픈웹 소송 판결로 프리뱅크, 오픈뱅크 등을 지지하는 사람들이 많이 아쉬워한다. 소위 '웹표준'을 지키는 브라우저만 쓰면 플랫폼에 관계 없이 온라인 뱅킹을 할 수 있어야 한다고 굳게 믿고있는 사람들 같다. 일단, 은행 홈페이지 화면이 IE 이외의 브라우져에서 깨져보이는 것은 실로 사소한 문제다. 이것을 고칠 수 있는 인력은 국내에도 넘쳐난다. 그러나 그들에게 묻고싶은게 있다.

'웹표준'이 '시스템의 보안' 문제를 해결해 준다고 믿는가?

많은 사람들로부터 나오는 '부적절한 주장'은 정보의 SNR을 떨어뜨려 대중의 혼란을 가중시킨다. 이들의 가장 대표적인 주장은 다음과 같다:

은행거래를 위해 웹표준을 지원하는 파이어폭스나 크롬의 SSL 사용하면 되는데
왜 ActiveX로 보안 프로그램 + 공인인증서를 설치해야하나?

그럴싸하면서도 위험하고 전염력이 강한 넌센스다. 이것이 위험한 이유는 '웹표준'과 '시스템 차원의 보안'을 동일한 것으로 착각하게 만드는 효과을 가졌기 때문이다.

이런 주장을 펼치는 사람들은 웹표준을 너무나 사랑한 나머지 '웹에서 우대받아야 마땅할 마이너 웹표준 브라우저들이 국내 은행거래에서 천대받고있다'는 생각에 사로잡힌게 아닌가 싶다.

화면이 웹표준에 맞춰 정상적으로 표시되고 브라우저가 지원하는 표준 보안 통신을 쓰는 것과, '보안이 유지된 상태에서 뱅킹'을 하는 것은 차원이 다른 문제다. 웹표준은 브라우저 내부의 세계에서 일어나는 인터랙션에 대한 최소한의 정의인데, 이것이 어떻게 브라우저 밖의 문제인 '시스템 보안'을 해결해 준다는 말인가? 예를 들면, 시스템에 키로거나 루트킷이 설치되어서 아이디/비빈/스크린샷/통신패킷 등이 기록되고 타인에게 전송된다면 브라우저에서 제공하는 보안 통신은 있으나 마나 한 것이 되고 여기에서 '웹표준'이 할 수 있는 것은 아무것도 없다. 즉, '웹표준'과 '시스템 보안'은 전혀 별개 문제다.

웹표준 + 브라우저용 보안 (SSL/TLS) <<<<<<< 넘사벽 <<<<<<<< 시스템 보안

ActiveX는 왜?

국내 금융거래에 ActiveX가 도입된 근본적인 배경은 앞서 얘기한대로, 브라우저만으로는 시스템 보안 문제가 해결되지 않기 때문이라고 생각한다. 사용자의 컴에 설치된 루트킷이 비밀번호를 키후킹하여 금융사고가 빵빵 터져도 금융기관이 이를 예방하기는 커녕 수수방관해주길바라는가? 이건브라우저 바깥에서 일어나는 일이므로 웹표준이 다룰 수도 없고 다뤄서도 안되는, 도메인이 다른 영역이다. 브라우저의인터페이스를 사용하지만 브라우저 내부에 남겨둘 수 없는 민감한 정보, 그리고 이 정보가 금융서버에 전달되는 프로토콜은 어떻게보호할 것인가? 역시 웹표준과 관계가 없다.

짧은 지식으로 봐도, 보안은 Security by design과 Security through obscurity의양쪽을 모두 활용해야 한다. 후자를 활용하기 위해, 민감한 보안 프로토콜/클라이언트는 closed-source를 택하게 되고,binary가 reverse engineering이 되지 않기위한 기술적 challenge도 있을테고, 높은 시스템 통제력이필요할테니 platform에서 high-privileged native application으로 돌아가야 할 경우가 대부분일것이다. 여기에 까지만 고려해봐도, 시스템 보안 프로그램은 브라우저와 별개이며, 브라우저보다 상위에서 돌아가야 한다. 그리고현재의 시장상황으로서는 MS Windows에서 네이티브로 돌아가는 보안 프로그램을 사용하는 것이 시장의 9x%를 커버하니, 다른플랫폼/브라우저용 대안을 고민하는 것은 ROR상 비현실적인 일이 된다.

결론적으로, 온라인 뱅킹을 하려면 플랫폼의 시스템 보안 문제가 선결
되어야 하고, 이것은 웹표준과 아무런 관련이 없다.

이들은 왜 이것을 좌시하고 '웹표준'과 '온라인 뱅킹'을 결부시키려는지 나로서는 도저히 이해가 되지 않는다. 은행은 '뱅킹 시스템'이 아니라 '뱅킹 웹 인터페이스'만 제공하라는 건가? 시스템에 키로거나 루트킷이 설치된 것은 사용자의 무지에서 비롯된 일이니 사고가 터져도 해당 사용자의 책임으로 보자는건가? 아니면, 자신들은 시스템에 대해서 잘 알고있고 안전하게 쓸 자신 있으니 남들이야 어떻게 쓰건 내 알 바 아니다라고 생각하는건가? 아니면, 은연중에 웹표준 지원에 더불어 '시스템 보안 프로그램도 함께 개발해ㅈ...' 이런 건가?

개인이 리눅스를 이용해 온라인 뱅킹을 이용하던 중 키로깅을 당해 해킹 사고가 터졌다고 치자. 아무리 법적 판결은 '사용자의 책임'이라고 해도, 이 사건이 언론에 보도될 때에는 'OO은행 온라인 뱅킹 해킹당해'나 'OO은행 보안 대응에 허술'라는 제목이 붙지 말라는 법 없다. 불과 얼마 안되는 소소한 액수의 사고로도 해당 은행은 '은행'으로서의 제1 덕목인 '안전과 신뢰'를 한방에 잃어버리기 십상이다. 그러니, 어느 은행이 보안을 담보할 수 없는 플랫폼에 온라인 뱅킹을 열어준단 말인가.

이번 판결을 아쉬워하는 사람들 상당수는 'MS+IE종속환경을 법적으로 고착화 시켰다'라거나 '판사가 FF를 알아?'등의 불만을 표시한다. MS가 얻을 잠재적 이익에 대해서 불만인 사람도 봤다. MS의 운영제체와 브라우저가 한국 시장의 9x%를 차지하고 있는 가운데, 법원이 '은행권은 웹표준을 존중하고 다양성을 확보하기 위해 한국의 시장상황에 관계 없이 Firefox, Chrome, Safari, Opera ( 더욱 마이너인 SeaMonkey, Flock, Konquerer, 모바일 브라우저 들도 있다)에서 뱅킹이 되도록 지원하고, Apple의 Mac OS와 여러 벤더들의 Linux를 지원해야 한다'라고 판결했다면 이건 현실부정이면서 근거없는 MS 역차별이 된다. 특히 시장원리에 관계 없이 Apple과 Linux 진영에 대한 국가차원의 직접적인 지원이 되는데, MS나 매 한가지인 이들 사기업의 손을 들어줄 이유가 뭔가. 이들 OS역시 시장에서 경쟁해서 스스로 살아남아야 할 제품일 뿐이다.

그렇다면 다른 마이너 브라우저들, 마이너 플랫폼들은 영원히 지원 안되는 것인가?

현재로선 지원하고 싶어도 ROR상 지원하지 못하고 있다는 생각이다. 은행권 역시 FF이나 Mac이나 Linux 등의 플랫폼을 지원하면 고객이 늘어나는걸 아는데 마다할 이유가 뭘까? 이들 플랫폼은 ROR상 고려할 수 없는 소수이기 때문이다. 마이너 브라우저 점유율이 어느 임계점을 넘으면 누가 뭐라고 안해도 하나 둘 지원되기 시작하지 않을까.

ROR에는 당연히 기술구현/유지의 어려움으로 인한 비용도 포함된다. 익스텐션으로 못하는게 없는 Firefox, 업데이트 주기가 빠른 Chrome, 엔진을 제외하면 closed-source인 Safari, 완전 closed-source인 Opera 보안전문가가 세계적으로 몇이나 될까? Closed-source이면서 IBM과 Intel CPU를 사용하는 Mac OS 보안 전문가, CPU와 커널의 조합이 다양한 Linux 보안 전문가의 몸값은 어떨까? 보안 전문가가 은행권 작업을 하려면 절대적으로 신뢰할 수 있는 레퍼런스를 쌓아야 하는데, 마이너 제품/플랫폼의 경우 그럴 기회 또한 부족해진다. 결국 마이너 제품/플랫폼에 대응하는, 신뢰할 수 있는 전문가는 소수일 수 밖에 없다. 제품/플랫폼 점유율이 높아져서 신뢰할 수 있는 전문가와 기술과 회사가 자생적으로 나타나고 은행권의 ROR이 해결되는 것에 대한 기다림은 없고, 은행에게 마이너 제품/플랫폼을 지원하라고 닥달만 하는 모양새다. 그리고 은행권이 해당 제품/플랫폼을 지원하지 않는 이유야 어찌되었건 '은행권이 웹표준을 무시한다'라고 성토하길 반복한다. 다시 말하지만, 이게 어째서 '웹표준'과 관계있는 일인가?

추후 Mac이나 Linux의 은행거래가 가능해진다 해도 플러그인의 형태건 어플리케이션의 형태건 각각의 시스템에 네이티브로 돌아가는 보안 어플리케이션 설치가 필수라고 예상한다. 시스템 차원의 보안은 브라우저의 영역이 아니기 때문이다. 브라우저도 시스템에서 돌아가는 하나의 어플리케이션에 불과하다는 것, 브라우저 외부의 문제에 대해서는 브라우저나 웹표준이 관여할 바가 아니라는 것을 강조하고 싶다.

IE에서만 작동하는 ActiveX 보안 프로그램 + 공인인증서는 잘 구현된, 엄연한 한국의 현실인 것이다.

첨언:
한국은 '공인인증'이라는 국가차원의 개인인증서 repository 인프라를 갖추어 금융권이 공동액세스 하게 만들고, 금융거래의 주요 부분에 PK상호 인증을 하는방식의 시스템을 구축했다. SSL(=>TLS)을 실용적이고 보다 안전하게 활용하는 체계다. 혹자는 이 공인인증 시스템이 MS Windows 또는 ActiveX로만 접근가능하도록 만들어진걸로 주장하는데, 현재로서는 그렇다(그럴 수 밖에 없다)라고 처도, 통신 클라이언트는 프로토콜에 맞춰 implementation은 하기 나름이니 필요할 때 만들면 되지 않을까.

첨언2:
웹표준은 웹 인터랙션의 최소공집합일 뿐이지, 표준에 지정되지 않은 것을 금지하라고 만들어진 것이 아니다. 이를테면ActiveX는웹표준에 없을 뿐이며, 웹표준이 ActiveX를 금지한 것은 아니란 말다. '웹표준 이외의 것을 쓰면 안된다'는관념에틀어박혀있다면 새로움과 도전을 포기한 초식인간적 사고라 하겠다. 웹표준이 만들어지는 방식이야 말로 웹표준을 벗어난 다양한 도전 가운데 많은 사람들에게 공감을 받은 중립적인 것들을 정제하여 혼란이 없도록 표준화 시키는 것이기 때문이다.

My Peak Productivity via phdcomics.com

기타 — Sun, 27 Sep 2009 03:04:04 GMT

Piled Higher & Deeper by Jorge Cham		www.phdcomics.com

title: "Peak Productivity" - originally published 8/31/2009 For the latest news in PHD Comics, CLICK HERE!

옥션, 매번 하는 실수

기타 — Mon, 10 Aug 2009 15:07:54 GMT

파폭에서 gmail을 연다.
Auction에서 "주문하신 상품을 잘 받으셨나요?" 메일이 와있다.
아 맞다! 메일 열고 "구매결정하기" 클릭
로그인 하라는데... 지금 파폭인데... IE가 아닌데 나 어떡해;;; 설마 될까? 하면서 로그인
로그인이 된다!
주문한 상품 [구매결정] 누르고
팝업창에 만족도체크
상품댓글에 이런저런 장단점 자세히 기재 후
[완료>] 버튼을 누르려니 클릭이 안된다 (ㄱㅡ)
구매결정은 기약없이 미뤄진다......ㄳ

방문자의 브라우저 구성 비율, IE6가 아직도 50%

기타 — Mon, 10 Aug 2009 14:26:03 GMT

이 블로그의 방문자 통계에 브라우저 구성비가 있어서 봤더니 IE6가 물경 반이나 차지한다.
(방문자가 적은 블로그라 통계적으로 유의미하진 않다.)

Web쪽에 계신 분들에겐 악몽이나 다름없는 IE 시리즈...
Webkit + Gecko에서 '된다~~' 환호하고 IE에서 'X씹은 표정' 되는 경우가 일상다반사...
널리 쓰이는 jQuery의 예를 들어, draggable/droppable/sortable이 좀 복잡하게, 겹겹이 들어간다 싶으면
IE event 예외처리때문에 무려 jQuery UI의 소스를 직접 수정하는 경우가 발생한다... ㅡㅡ;

물론 IE6가 쓸만한 시절이 있었던 것도 사실이나, 참 오래 전 얘기다.
아직도 반이나 쓰는 IE6가 과연 언제쯤이나 퇴출될까를 생각하면 뭐 쫌 막막하다.
Acid2 통과한 IE8은 그나마 쫌 봐줄만 하다는 사람도 있으나 여전히 이벤트 모델이나 CSS3나 '거시기'하고
메이저 브라우저들이 90~100점 맞는 Acid3에서 IE8은 20점도 안되니 안습이랄밖에.
개인적인 경험으로도, 엊그제 IE8의 북마크 버그 리포트에 대응하는 것을 봐도 이건 아니다 싶다.

혹여 아직도 IE6라는 꼴통(..?!)을 쓰고계신 분이 이 글을 보신다면
어서 Firefox나 Chrome이라는 최신형 스포츠카로 갈아타시기 바랍니다.
'난 뼛속부터 IE가 들어앉았다'는 분은 IE 최신버전으로 교체하시길 바래요.

Internet Explorer 8 버그리포트에 대한 MS 고객기술지원부의 회신

기타 — Mon, 10 Aug 2009 13:51:08 GMT

아래는 Internet Explorer8의 즐겨찾기 내보내기 버그에 대한 한국 MS 고객기술지원부로부터 온 답장의 전문.
(발신인의 성명과 이메일은 공란으로 변경함)

........................................................................................................................................................................

안녕하세요!

한국마이크로소프트 고객기술지원부 ○○○ 입니다.

기술지원 서비스를 이용해 주셔서 감사합니다. 저희가 제공해 드린 지원내용으로 모든 문제가 해결되셨기를 바랍니다.

문의하신 내용에 대해 다음과 같이 정리하며, 본 문의는 종료하도록하겠습니다.

아래 내용에 대해 궁금한 점이나 관련 추가질문이 있으시면 언제든지 연락 주시기 바랍니다.

[시스템 환경]

Windows vista

[문의사항]

문제 설명:

* 수행하려고 한 작업의 종류

IE8에서 즐겨찾기 내보내기

* 작업 수행 방법

즐겨찾기에 추가->가져오기 및 내보내기

* 작업 수행 결과

내보내기 결과로 생성된 htm 파일을 열어보면 샘플.url 처럼 모든 링크 텍스트의 끝에 .url 이 붙는다.

*문제 발생 빈도

100%

* 참고

XP와Windows7 Public Beta에서 동일한 증상 나타남.

운영 체재:

Windows XP

[원인]

n/a

[해결방안]

고객님의 문제는 ie8 의 버그가 아닌 로직의 일 부분이며 이것은디자인임을 알려 드립니다.

ie8 의 내보내기와 가져오기는 htm형태로 저장되며 이 과정 중 이가 .url 형태의 소스로 변환 되며 이를 가져오기 할 시이 소스들이 내부 로직으로 인해 즐겨찾기에 웹페이지로 등록됨을 알려 드립니다.

하지만 이것은 상위 버전의 ie8 에서 내보내기한 것을 하위버젼에서는가져오기 하지 못할 가능성이 있으며 이를 가능케 하기 위해서는 아래와 같이 수동으로 즐겨찾기를 백업 후 복원할 수 있습니다.

또한 이것은 os 버전과는 다른ie8 의 버전으로 인한 문제로 windows 7 beta 와 xp 에서만 확인되는 사항이 아닙니다.

Vista ie8 의 즐겨찾기 폴더를 vista ie7 으로 가져오는 방법

1. 시작 실행 (단축키 윈도우 + R) or 시작검색 시작란에 %userprofile% 입력 후 enter 를 누릅니다.

2. 현재 쓰고 있는 profile 이 열리면 해당폴더 안에 즐겨 찾기 폴더를 복사합니다.

3. Ie7 이 설치 되어 있는 pc 에서 시작 실행 (단축키 윈도우 + R) or 시작검색 시작란에 %userprofile% 입력 후 enter 를누릅니다.

4. 백업 후 두었던 즐겨 찾기 폴더를 붙여 넣기 합니다.

5. 정상적으로 즐겨 찾기가 등록 되었는지 확인 합니다.

감사합니다.

좋은 하루 되시기 바랍니다.

고맙습니다

○○○

○○○○○○@mssupport.microsoft.com

한국마이크로소프트 고객기술지원부

기술지원 전화번호: 1577-9700

기술지원 시간 : 월~금 : 9AM ~ 6PM , 토 : 9AM ~ 1PM , 일요일 및 공휴일에는지원되지 않습니다

고객만족은 마이크로소프트의 최우선 목표입니다.

Microsoft 기술지원 서비스에 대한 의견은 매니저인 ○○○ ○○○@mssupport.microsoft.com 에게 E-mail로 보내주시기 바랍니다.

저희 마이크로소프트는 고객님의 소중한 의견에 기초하여 지속적인 서비스 개선을 위해 노력하고 있습니다.

이번 문의하신 내용에 대해 제공 받으신 기술지원 서비스와 관련하여 고객님께서는 앞으로 몇 일 이내에 만족도 조사전자 메일을 수신하게 되실 것입니다.

약 10분 가량의 시간을 통한 고객님의 의견은 앞으로 마이크로소프트의기술지원에 많은 도움이 될 것이며 적극적인 반영을 통해 보다 나은 서비스를 제공해 드리기 위해 노력하겠습니다. 고객님의적극적인 참여 부탁 드리겠습니다

(메일 본문의 끝)
........................................................................................................................................................................

한국어가 어려워 이해하는데 애로사항이 꽃피지만, 어쨋든 결론은 이건 '버그가 아니라 원래 IE8이 그렇게 디자인됐다'고 한다. 그 후 내용은 좀 엉뚱한 동문서답(IE7에서 임포트?)으로 빠지고있다.

IE8 디자인이 그렇게 됐다면 도대체 왜.......모든 링크의 텍스트에 .url 이란 텍스트를 붙인단 말인가?? .. A tag의 기능은 anchor를 만드는 것이고, A tag로 감싸진 내부의 text-node는 semantic significance가 없는데, 어째서 text-node의 내용을 일괄 변경하냐는말이다. "URL" 이란 리소스 타입을 새로 만들고자 했다면 A 태그의 attribute를 사용하는게 맞지 않을까? 예를 들면

RESOURCE_TYPE="URL" >Link Text

이렇게 해야 import/export 하는 다른 어플리케이션 쪽에 side-effect가 적을텐데... 진정 이해할 수가 없다.

양보해서, 실제로 IE8에서 새로운 북마크 저장 포맷을 만들었다면 DOCTYPE을 바꿔야 된다. 을 쓰면서 저장 내용 형식을 자기들 마음대로 바꾸면 안된다. 그렇지 않아도 IE 시리즈 때문에 퍽이나 혼란스러운 세상인데...

추가 1:

IE8에서 export 한 후 곧바로 IE8에서 import 하면 결과가 어떻게 되는지 실험해봤다.

결과: export된 bookmark.htm에는 ".url"이 있고 import된 결과로 브라우저에 추가된 즐겨찾기에는 ".url"이 없다. 결국 이건 IE8 내부 디자인이라는 말이다. 앞으로 IE8로 인해 을 import 할 때 모든 링크에 .url이 붙어있는지를 확인하는 예외처리가 필요하게 되었다. IE8이 해당 DocType을 오염시켰다고 봐야할까...?

사실, 이 말이 제일 먼저 하고싶었는데, 답장을 쓰신 분이 내가 보낸 리포트를 제대로 읽어보지도 않았을 가능성이 제일 높다. 앞서 우려한대로, 이 문제를 MS 고객기술지원에 보고한 건 시간낭비나 다름이 없다는 생각이 든다.

추가 2:

일부 컴퓨터에 설치된 IE8에서 export된 bookmark.html의 내용에 ".url"이 붙지 않은 경우도 있다고 한다.

오리무중....

Internet Explorer8의 즐겨찾기 내보내기 버그

기타 — Sun, 09 Aug 2009 14:10:15 GMT

Internet Explorer8에서 즐겨찾기(exporting favorites)를 내보내면 bookmark.htm 파일이 만들어진다.
이 파일에 황당한 오류가 있는 것을 발견했다. 어떤 오류냐면

태그 사이의 텍스트의 끝에 .url 이란 불필요한 문자가 추가로 붙는다.

예를 들면, "샘플"이라는 이름의 즐겨찾기를 내보내기할 경우

샘플.url

이처럼 모든 링크 이름 끝에 .url 이 붙는다. 틀림없이 IE8 내보내기 출력 루틴에 몇 글자 틀린 모양...

Windows7 영문판의 IE8, XP Pro의 IE8에서 동일한 증상이다.

쉽게 발견될만한 버그이고 IE8이 나온지도 꽤 됐으니 아마도 보고가 된 이슈이겠다 싶어서 검색해봤는데 안나온다.

MS IE General 뉴스그룹에도 없고, 구글, 빙에도 없다.

이슈 트래커가 있는것도 아니고... 보고하는게 정말 정말 정말 정말 정말 내키진 않았다...

어쩔 수 없어서.... MS 온라인 기술지원에 리포트했다. 온라인 기술지원 번호 1109083734 ...

MS에 리포트 하는 건 참 안내키는 일.

MB와 한나라당 뽑은 서민분들 요즘 행복하시겠어요?

기타 — Wed, 08 Jul 2009 01:00:41 GMT

무리한 감세 후유증 무리한 증세 부르나

기사의 내용을 대충 정리하면 이렇다.

이뭐병과 갱스터 정권은 줄곧 기득권과 부자들을 위해 퍼주기 감세를 막무가내로 추진해왔는데, 그러다보니 결국 세원이 모자라게 되고, 세원을 마련하기 위해 꺼내든 아이템이란 것이:

1) 전세보증금에 세금 부과 (이 조세항목은 세입자 보호를 위해 7년전에 폐지되었으나 부활을 꾀함)
2) 술/담배 세금 인상 (물가 인상과 직결될 듯)

부자들 감세로 모자라게된 돈을 서민들에게서 빼앗아(!) 보충하겠다는 것인데, 아... 이뭐병과 이놈의 갱스터 정권의 삽질은 정말 초지일관이다. 국세청장을 이뭐병의 최측근으로 갈아치우는 와중이니 세금을 둘러싼 처절한 저질 막장 드라마가 본격적으로 시작되는건 아닌가 두고볼 일이다. 온 나라가 이렇게 하나하나 MB 요원 클론으로 채워지다보면...

대통령 선거 전에, 결국 이런 일들이 벌어질 것이라고 예견한 수많은 사람들의 경고를 무시하고 이뭐병과 갱스터들을 뽑은 자칭 '서민'들은 앞으로 신문좀 가려서 보시기 바란다.

batch file에서 사용되는 파일명 특수 파라메터

기타 — Mon, 29 Jun 2009 13:00:25 GMT

(제목에 "파일명 특수 파라메터"라고 써놓았으나 제가 그간 몰랐기 때문에 그렇게 붙여놓은 것이고, 이미 아셨던 분들에겐 전혀 '특수'할 것이 없습니다............)

역시 뭔가 만들기 전에 다른 사람들이 앞서 정리해놓은 것이 있는지 먼저 찾아보는게 순서입니다.

배치파일에 drag-drop으로 어떤 파일이 파라메터로 주어질 때, 그 파일의 경로, 이름, 확장자를 분리하는 것은 열악한 batch command set으로 보통 일이 아닙니다. 대부분 이런 부분의 세세한 처리가 무척이나 번잡스러워서 4DOS(4NT)같은 3rd party command processor를 찾게 되죠.

그러나 실상은, 경로/파일명/확장자 분리 작업은 windows에 들어있는 CMD에서 자동으로 이뤄져서 그저 별도의 파라메터 이름으로 액세스할 수 있습니다. 아래 표를 보면 확장 파라메터가 충분한 수준으로 제공되는 것을 알 수 있습니다.

아마도 Windows 2000의 cmd 부터 적용된 것 같은데, 대략 9년이나 지난 뒷북이기도 하지만, 2000년 이전에 batch를 마스터 해버리신 분들에겐 상당히 생소한 파라메터가 될 것 같아서 소개합니다.

Parameter	Description
%1	The normal parameter.
%~f1	Expands %1 to a fully qualified pathname. If you passedonly a filename from the current directory, this parameter would alsoexpand to the drive or directory.
%~d1	Extracts the drive letter from %1.
%~p1	Extracts the path from %1.
%~n1	Extracts the filename from %1, without the extension.
%~x1	Extracts the file extension from %1.
%~s1	Changes the n and x options’ meanings toreference the short name. You would therefore use %~sn1 for the shortfilename and %~sx1 for the short extension.

The following table shows how you can combine some of the parameters.

Parameter	Description
%~dp1	Expands %1 to a drive letter and path only.
%~sp1	For short path.
%~nx1	Expands %1 to a filename and extension only.

예제를 보시려면 아래 원문 링크를 따라가서 보세요.
via http://windowsitpro.com/article/articleid/13443/how-do-i-pass-parameters-to-a-batch-file.html