구차니의 잡동사니 모음

전자기술이 인류역사 만큼 발전해온
기계적인 기술에 거의 비슷하거나 뛰어난 수준으로 안정성이 확보되게 된다면
자동차역시 획기적으로 변화되지 않을까 생각이 된다.

여전히 자동차에 전자장비가 제한적으로 사용되는 이유와
가끔이라기에는 자주 생기는 각종 전자장비 문제 및 프로그램의 문제는 이러한
전자기술의 한계가 있기 때문이다.



아무튼, 이러한 가정을 벗어 던질수 있게 된다면.
자동차에는 앞 유리창이 사라지게 되지 않을까라는 생각을 해본다.
완전한 유선형의 차체에 카메라가 촘촘히 박힌 전방위 모니터
그리고 유리가 사라짐으로 차체가 전부 충격흡수 가능한 구조가 됨으로
사고시에도 상대적으로 안전한 차량이 될 수 있다.

비록 차량의 추진력을 바퀴로 얻는 기존의 물리적인 모습에 벗어나지 않더라도
현재 지구의 물리적인 상황에서는 가장 현실적이고 효율적인 추진방식이고
(상온 초전도나 획기적인 효율의 발전 추진 시스템이 개발되지 않는 이상)
현재로서도 비행기나 전투기 같이 3중 백업 체계를 갖춘다면 비용을 감안하지 않고 제작이 가능할 것이다.

어쩌면 미래의 운전은 앞바퀴만 조향을 하는 것이 아니라 4바퀴 전부 따라 조향이 가능한
그리고 그러한 것을 직관적이고 쉽게 조작할 수 있는 조작방법이 나와서
제자리 회전이나 차선 변경시 지금같이 힘들게 핸들을 두번 꺽지 않고 옆으로 톡~ 치고 들어 가듯
조작이 가능해지지 않을까 생각해본다.


그리고 도로에는 지능형 신호등이 자동차와 연계되어
신호등 대기시에 한번에 넘어갈수 있는 차량을 연동하여 동시에 가속 출발 시킴으로 인간이 줄줄이
가속하여 신호등에서 10대 넘어갈 시간동안 동시에 20대씩 넘어가 도로의 효율을 획기적으로
올릴수 있지 않을까 망상을 해본다.

아마 미래에는 flexible LCD와 F-PCB의 저가 공략으로
진정한 wearable pc가 나오거나, 네트워크의 발전으로 NC와 비슷한 수준의 단말기만 착용하고
집에 있는 서버로 원격 접속하여 쓰는 날이 다가 오지 않을까 생각이 되지만,

여전히 노트북을 필요로 하는 수요가 있을테니
그렇게 된다면 리튬 폴리머의 단가가 문제이긴하지만,
리튬 폴리머로 노트북 케이스를 만들고 이를 이용하여 많이 무겁지도 않고 오래 가고 안정적인
노트북세상이 오지 않을까 생각을 해본다.


그런 세상이 오게 되면 방수가 기본성능인 노트북도 가능하려나? ㅋ

Mr.Dust 님의 CSS Naked Day를 보고 따라해보려고 쑈를 했다 ^^;


일단 아무생각없이 HTML/CSS 에서 CSS를 전부 지우면 아래와 같은 에러가 나서 저장이 안된다.

그러면 아래의 내용을 넣으면 된다.

@charset "utf-8";
* {
}

휴지통을 간만에 뒤적뒤적해봤더니 이런 메일이 왔다.
RFOnline 오픈 베타때 부터 하다가 렙업의 캐압박에 게임을 접었고 상당히 시간이 오래 흘렀는데
이제 돌아오세요~ 하고 메일이 오다니 머라고 해야 하나..

근데.. 이건 좀 심하다 싶은게
"이번 이벤트로 지급되는 렐릭무기는 7일간만 사용할 수 있는 기간제 아이템으로 거래, 교환, 드롭이 불가능 합니다."

그나저나.. 벨라토의 기갑이 졸라 멋져졌네 +_+




주의 : 아래 "아이템 지급 신청"을 누질르셔도 그 페이지로 이동은 안합니다 -ㅁ-

음.. 일단 2채널만 쓰기로 했습니다 -ㅁ-
아무래도 셋트가 아닌 이상 볼륨 조절에 어려움도 있고
뒤에것을 놓을 위치가 애매한지라..

일단 2채널을 했는데
뜨헉 -ㅁ-!


내가 알던 지금까지의 와우는 와우가 아니었뜨아 -ㅁ-!
사박사박하는 풀 밟는 소리하며, 배경 음악하며
오케스트라가 코앞에서 연주해주는 느낌이랄까..


물론 예전에는 제대로 소리도 안 듣고
모니터 내장형 졸라 허접 스피커라서 그럴지 몰라도
정말 뜨악! 소리 절로 나올 성능을 보여줬다


7000원 중고 주제에 ㄱ-
졸라 좋네 +_+!



사족 : 4채널 했다가 소음 문제도 있고, 놓을 위치 선정도 있고, 볼륨 문제도 있고
게다가...  DIVX는 전부 2채널 소스고, 게임에서도 그닥 효과가 없는지라.. 그냥 2채널로 쓰기로 마음을 먹었음돠

딸랑 주어진 키워드는 AC8. 이름을 보니 AC97 이나 AC2/3 이런거 친구 같아서 검색 고고싱

A.59    Voxware AC8   WAVE form Registration Number (hex):    0x0070   Codec ID in the IANA Namespace:         audio/vnd.wave;codec=70   WAVE form wFormatTag ID:                WAVE_FORMAT_VOXWARE_AC8   Additional Information:         This format ID is now obsolete   Contact:   Lee Stewart   lees@voxware.com   Voxware Inc.   172 Tamarack Circle   Skillman, NJ 08558 USA [출처 : http://www.isi.edu/in-notes/rfc2361.txt]

0x0070 Voxware AC8 (Lernout & Hauspie CELP 4.8 kbps) 0x0071 Voxware AC10 (Lernout & Hauspie CBS 8kbps) 0x0072 Voxware AC16 (Lernout & Hauspie CBS 12kbps) 0x0073 Voxware AC20 (Lernout & Hauspie CBS 16kbps) [출처 : http://forum.videohelp.com/topic197858.html]

Lernout & Hauspie Speech Products, or L&H, was a leading Belgium-based speech recognition technology company, founded by Jo Lernout and Pol Hauspie, that went bankrupt in 2001. The company was based in Ypres, Flanders, in what was then called the Flanders Language Valley (mimicking the Silicon Valley). [출처 : http://en.wikipedia.org/wiki/Lernout_&_Hauspie]

CELP(Code Excitation Linear Prediction)는 음성 부호화 기술로 현재 거의 주로 사용되는 G.729, AMR, iLBC EVRC 등이 CELP 기반의 음성 부호화기이다. 본 기법은 음성이 선형예측(linear_prediction) 을 통해 얻을 수 있다는 가정으로 개발된 다. 음성을 부호화하는 데 있어서 선형예측 계수와 여기신호(excitation signal)로 이루어진다. 일반적으로 선형 예측 계수는 LSP를 이용하여 부호화되며 여기신호는 몇 개의 codebook을 이용하여 부호화한다. CELP를 기반으로 발전한 부호화 기법으로는 ACELP, CS-CELP 등이 있다. [출처 : http://ko.wikipedia.org/wiki/CELP] [링크 : http://en.wikipedia.org/wiki/Code_excited_linear_prediction] [링크 : http://terms.nate.com/dicsearch/view.html?i=3020237]

i18n은 Internationalization
l10n은 Localization이다.

[참고 : http://www.gnome.or.kr/web/default/88]

i18n은 다국어를 지원하기 위한 방법적인 내용이라면
l10n은 현지에 맞도록 번역하거나 수정하는 방법이라고 생각이 된다.

그래도 l10n보다는 i18n이 웬지 익숙한건 18 때문?



리눅스/유닉스 기반에서는 gettext()를 이용하며 poedit 등을 사용하여 적용가능함.
(여러가지로 이러한 것에 있다느 것을 알게 해준 UFO:AI 번역 작업에 대해서 감사!)

집에 모니터 일체형 스피커를 사용하고 있었는데
이녀석이 엊그제 꼴까닥 임종하시었습니다... (젠장!)
비록 음질은 즈질스럽고 소리도 뒤로 나와서 잘 들리지도 않았지만
그래도 나름 공간을 아끼면서 잘 살고 있었는데 아쉽다 ㅠ.ㅠ

수리 하려니 이름도 없는 중소기업 회사라(아차! 나도 그런 회사 다니지 ㅠ.ㅠ)
저번에 파워교체 하는데도 지랄 맞았던 지라.. 수리는 그냥 레드썬 하기로 하고
중고로 하나 질렀다.

Mr,Dust 님의 오픈 소스의 전문가? 라는 글을 읽고 쓰는 글입니다.
이 글을 쓰기 전에 읽게된 글의 링크는 아래와 같습니다.

Mr.Dust님의 글 : http://mr-dust.pe.kr/2301 차니님의 글 : http://channy.creation.net/blog/692 방준영님의 글 : http://bangjunyoung.blogspot.com/2009/04/blog-post_06.html

오픈웹이라는 단체를 알게 된 것은 웹 표준, 이제 물러설 수 없다. 라는 글을 읽고 였습니다.
오픈 웹이 법정에서 패소하자 제 시점으로는 뜬금없는 보안업체(안랩)을 걸고 넘어 갔기 때문이었습니다.
어떻게 보면 중간 보스 말고 최종 보스는 MS사일텐데 말이죠.

개인적으로 Linux를 좋아하고 사용하려 하고
FireFox를 사용하고 GIMP를 사용하기에 opensource를 지지하고 openweb을 지지하는 것은 아닙니다.
단지 ActiveX가 지닌 플랫폼 종속성과 이로 인해 발생하는 대다수의 인프라가 MS 제품에 종속되어 있다는
점으로 인해 opensource / linux 진영을 지지하는 것입니다.

플랫폼 종속성에 왜 연연하는가에 대해서 답변을 하자면,
1. MS Windows가 가벼운 시스템은 아니다(돈/리소스)
2. de facto 로 자리 잡은것도 아닌 close source 기반의 MS사 만이 알고 있는 기술이다
3. 이로 인해 다른 표준적인 시스템을 개발 할 수 없고, MS사의 기술로만 종속된다.
는 점을 들수 있습니다. 왜 MS쓰면되지 왜 고생이냐? 라는 말을 하신다면
"핸드폰 들고 인터넷 해봐", "PC 말고 다른 장치를 통해서 인터넷 해봐" 라고 말씀 드리고 싶습니다.
유비쿼터스 이러한 거창한 용어를 꺼내지 않더라고, winCE 기반의 스마트 폰 마저도 국내 웹사이트를
제대로 들어가서 활용할 수 없을 것입니다.


ActiveX로 인해 생긴 플랫폼 종속성을 해결하기 위한 방법으로는
1. ActiveX를 사용하지 않고 Java나 제 3의 중간 언어를 통해 해결하는 방법
2. ActiveX를 플랫폼 종속적이지 않게 다른 OS에 맞게 배포하는 방법
이 있을지도 모릅니다. 하지만 ActiveX라는 것을 다른 플랫폼에 맞게 배포하는것은 MS사에 엄청난 부담을 가중할뿐더러
일개 회사에(라고 하기에는 규모가 너무 크지만) 전세계의 모든 OS에 맞춰서 미들웨어를 배포하라는 것도 웃기기 때문입니다.
ActiveX 프로그래밍 한번도 안해본 입장에서 할말은 아니지만,
이녀석 자체가 Windows 의 핵심부분에 연관이되어서 아마 MS 입장에서도 쉽게 다른 OS에서 돌릴수있도록 포팅하기는
힘들것으로 보이기 때문에 2번 사안은 실질적으로 선택하지 못할 것으로 판단되기 때문 입니다.

현실적인 대안으로는
https 에 SSL 이런 복잡한 문제는 떠나고
공인인증서를 사용하되 ActiveX 가 아닌 Java Applet이나 Java Application
혹은 Java Script를 통해 표준화된 공개키 교환방식을 이용하면 되는 것이라고 생각합니다.
공개키 교환은 아마도 프로토콜이 공개되어 있기 때문에(PKCS #n) 이러한 절차만 따른다면
언어가 C던 python이던 Java던 c#이던 상대적으로 플랫폼에 종속적이기 않게 구현 가능할 것으로 보이기 때문입니다.

어쩌면 이 사태는 본질적으로 MS의 로비를 받은 정부정책 담당자의 문제이겠지만
현실적으로 들어나는 문제는 ActiveX냐 openweb 이냐의 문제로 나타나고 있습니다.
어짜피 사건의 원흉은 돈받고 잘 살고 잘 숨어 있겠지만
다른 사람들이 박터지게 싸워대며, 자기 밥그릇 문제와 더불어 점점 미궁으로 빠져 들고 있습니다.


사족 : 절대 다수의 절대 행복을 위해서라도, 권력과 돈을 지닌 자들에게 지지 않았으면 좋겠습니다..
사족2: 개인적으로는 차니님도 방준영님 두분다 그리 마음에 들지는 않고, 개인적인 친분은 전혀 없습니다.
사족3: MS를 싫어하는 이유는 보스몹이기 때문입니다
사족4: 그렇다고 해서 Linux 쓴다고 외치며 opensource의 정신로 무장한 자유의 투사는 좋아하지 않습니다.
사족5: 그럼에도 불구하고 오픈웹이 이기기를 바라는 것은, 더 많은 사용자가 편해질수 있기 때문입니다
         (ActiveX에 한정짓더라도)
사족6: 저 글을 따라가면서 화가 난 것은, 지역화 및 번역에 대한 노력은 프로그래밍 코딩에 비해서 아주 미미하다, 커밋하지 않았는데 무슨 전문가냐라는 방준영 님의 너무나도 프로그래머 중심적인 사고 방식이 마음에 안들었기 때문입니다.(물론 저도 초보 개발자이긴 합니다)

기념만 하는 중 -ㅁ-



(먼산보고 만세 삼창?)