코-크 제로를 조심하자~

by

오늘 식량 조달을 위해서 수퍼마켓에 갔다가 새까만 색 포장의
콜라가 나왔길래, 원래 라이트는 손도 안 대고 있었지만, 코-크 라이트랑 다른 것인가 해서
한 번 사 봤습니다. 이름은 코-크 제로. 라이트와 같이
사람이 소화할 수 있는 열량 영양소를 모두 없애서 0 kcal로 맞춘 것이라는데.. 뭐 하여간 칼로리는
크게 신경은 안 쓰지만 그냥 무슨 맛인가 궁금해서~

그런데, 이게 콜라를 마신 뒤에 두 시간 정도 지나니까
이거 시험도 얼마 남지 않았는데 머리가 아픈 것입니다.
좀처럼 머리 아픈 일이 드물어서, 집에 두통약류는 전혀
취급하지 않는데 갑자기 머리가 아파서 참 곤란하군요.
그래서 역학조사를 아침부터 먹은 것을 자세히 조사해 봤는데,
그 때 코-크 제로의 성분에 그 의심되는 물질이..

원재료명: 탄산가스, 카라멜색소, 인산, 아스파탐, 안식향산나트륨, 향료, 아세설팜칼륨, 구연산삼나트륨, 천연카페인, 페닐알라닌 함유

일단, 탄산가스, 카라멜색소, 인산, 카페인, 구연산삼나트륨은 다른 탄산음료에서도 쉽게 볼 수 있는 재료이고, 페닐알라닌은 음료에 늘 등장하는 맛내는 아미노산이고, 안식향산나트륨은 널리 사용되는 방부제이기 때문에, 특별한 것은 없습니다. 주목할 것은 아스파탐과 아세설팜칼륨! 아스파탐과 아세설팜칼륨 둘 다 FDA에서 승인한 안전한 합성감미료라고 합니다. 그렇지만, 둘 다 인터넷에서 검색만 해 봐도 쉽게 찾을 수 있는 논란이 많은 재료임을 알 수 있습니다. 그러나, 국내의 몇몇 자료들은 마치 인류 모두가 항상 마시고 있는 DHMO(Dihydrogenmonoxide)가 소량이 목에 걸려도 호흡 곤란에 빠질 수도 있고 산성비의 주 성분이며, 기체 상태일 때에는 닿기만 해도 피부에 심각한 손상을 입힐 수도 있다는 조크를 그대로 흉내내고 있습니다.

그래서, 여러 논란 중에서 그대로 받아들일 수 있는 것은 거의 없었지만, 그래도 그 중에 설득력이 있는 것을 좀 추려 보면, 95년에 발표된 자료에 따르면 주로 신경계에 관련이 많은 부작용이 92건 보고되었다고 합니다. 즉, 제가 머리 아픈 이유가 제로에 들어있는 아스파탐의 영향이라고 의심을 할 수도 있겠는데, 좀 더 정확한 조사를 위해서 내일 콜라만 빼고 나머지는 똑같이 한번 먹어보고 그 다음날에는 다른 음식과 콜라를 마셔봐야겠습니다. –;

그렇지만, 아스파탐이 단기간 복용이 바로 반응을 보이지는 않는다는 연구도 여러가지가 나와있긴 하더군요. 하여간 그래도, 아스파탐이 10%정도는 소장에서 메탄올로 분해가 된다는 사실이 썩 기분이 좋지는 않습니다.

한편, 아세설팜칼륨(Acesulfame Potassium) (국내 자료)도 또 다른 합성감미료입니다.
그런데, 이놈은 아스파탐에 비해서 널리 사용되지 않아서 그런지, 크게 부작용에 대한 보고는 별로 나오지 않은 듯 보입니다. 암을 유발할 확률은 적다고 하고 두통과의 연관성도 크게 없는 듯 하네요. 아세설팜칼륨과 아스파탐을 같이 섞으면 설탕과 매우 가까운 맛을 낸다는 이유로 2000년대 들어서 많이 사용되고 있는 것 같습니다.

하여간.. 다음부터는 새로 나온 것을 봐도 꼭 확인해 보고 먹어야겠습니다. ^^;

추가: 아스파탐은 원래 다이어트 코크에도 포함되어 있었던 물질입니다. 원래 라이트를 잘 드셨던 분들은, 제로를 마신다고 해서 특별히 머리가 아파지지는 않을 확률이 높겠네요~

뻔한 부탁은 하지 말자

by

channy님의 말씀에 따르면, 제주도에서는 뭍에서 놀러와서는 놀아달라고 재워달라고 먹여달라고 하는 사람들이 너무 많아서 뭍으로 다시 돌아가는 사람들도 제법 있다고 합니다.

어느 출판사 편집자 글에서는 문학 작품을 출판하는 사람들은 상당수가 지인들이 무심코 던진 “책 나오면 한 부 주세요 ^^”류의 부탁에 많은 책을 보내고도, 책이 한 권도 안 팔리고 인세도 기대하지 않는 경우가 허다하다고 합니다.

Vim 7 릴리스

by

장기간의 개발 과정 끝에 드디어 vim 7이 릴리스 됐습니다. 수년간 vim 6.x를 보고 있어서, 이제 6에 나름대로 조금 지겨워지려는 중에~ 7이 나와서 뭔가 신선해진 기분? ;;;;

6에 대한 주요 변경사항은 이렇다고 합니다.

  • 50개 언어에 대한 문법 검사 제공
  • Omni completion이라는 똑똑한 자동완성 제공
  • 탭 페이징 제공 (각각이 창 분할이 가능) — 진형군의 블로그 참조
  • Undo 기능을 여러 갈래로 할 수 있음
  • Vim 스크립트가 파이썬의 list와 dict같은 타입을 지원하기 시작 (이제 느리지 않아질지도!)
  • Vim 스크립트 프로파일링
  • 유니코드 지원 강화
  • 괄호 맞춰서 하이라이트하기
  • 번역판 매뉴얼 지원
  • 모든 플랫폼에서 내장 grep 지원, 압축파일도 검색가능!
  • 원격 디렉토리, zip, tar 아카이브 브라우징 가능
  • 멀티바이트 텍스트 인쇄 지원

여기서 그냥 제목만 봐서 좀 아리송한 omni completion은 예전의 키워드 자동 완성기능보다 좀 똑똑한 다른 일반 IDE에서 제공하는 자동 완성과 비슷한 놈입니다.

요렇게, ctrl-x ctrl-o를 누르면 tags에서 검색해서 결과를 보여주는데, 그런대로 괜찮군요. ^.^; 파이썬, HTML, CSS, 루비 등도 지원됩니다.

그 외에 FreeBSD에서 euc-kr locale에서 한글 위에서 커서가 제대로 안 움직이는 문제점이 수정된 것도 vim 7부터 반영되어 있습니다.

구글 Summer of Code 필승전략(?)

by

구글 Summer of Code에 멘터로 지원해서 지원자 심사 목록을 보면서 느낀 팁(?)을 누설해 볼까 합니다. 이제 학생 지원이 하루 밖에 남지 않았지만, 혹시 아직 안 내셨거나, 내셨더라도 수정의 여지가 있으므로.. 🙂

자기 경력을 매력적으로 쓴다

자기 경력을 소개할 때, 자기가 프로젝트를 할 능력이 있다는 것을 쓰고, 심사할 멘터들이 알 만한 것들을 가급적이면 많이 언급합니다. 같은 프로젝트에 지원한 지원자들도 제법 있기 때문에, 멘터들은 지원자가 그 말아먹지 않고 해 낼 것인가에 관심이 많습니다. 따라서, 가급적이면 멘터들에게 좋지 않게 보일만한 경력은 최대한 숨기고, 관련 프로젝트 경력을 많이 씁니다. 예를 들어서, 구글 조건에서는 학생이면 된다고 써 있지만, 자기 소개에 곧 취업할 것이라고 쓰면, 멘터들이 그것 가지고도 자기들끼리 원래 취지에 맞춰서 생각을 하고 프로젝트 하다가 회사 도망가지 않을까 생각하고 그렇게 됩니다;;

프로젝트 일정을 현실감있게 상세하게 쓴다

2주짜리 프로젝트를 3달한다고 낸 지원자나, 1년짜리 프로젝트로 보이는 것을 2달만에 다 한다고 낸 지원서는 받아들여지기 힘듭니다. 프로젝트를 짧은 세부기간으로 나누어서, 각 날짜별로 어느 부분까지 한다는 것을 현실적인 기준에 맞게 쓰고, 각 기간별로 예상되는 어려운 점 같은 것을 곁들이면 더욱 좋겠습니다.

해당 제안에 대해 잘 알고 있다는 냄새를 풍긴다

어떤 지원자는 단순히 각 프로젝트의 idea 페이지를 보고서, 순진하게 그냥 해 보겠다고 지원서를 내기도 합니다. 그런데, 프로젝트 측에서 심사할 때에는, 성공 가능성이 높은 사람들을 뽑아야, 멘터 자원을 낭비하지 않을 수 있기 때문에, 아무래도 성공 가능성도 중요한 척도로 작용합니다. 따라서, 해당 범위에 대해서 기존에 인터넷에 널려있는 여러 자료들을 미리 조사하고, 비슷한 사례에 대해 연구해서, 잠재적인 난관이나 해당 목표를 수행해서 얻을 수 있는 이점들을 쓰면 좋습니다. 게다가, 다른 사람들의 실패 사례같은 것을 보고 어떻게 극복하겠는가를 곁들인다면 금상첨화겠죠.

인터넷 인생에 빨간줄을 긋지 말자

몇몇 지원자의 지원서 밑에 달린 멘터들의 숨겨진 답글에 보면, “이 지원자는 작년에 코딩 안 하고 놀기만 하다가, 결국 망했다. 코드 품질도 별로 좋지 않다.” 이런 식의 악평이 달려 있기도 합니다. 해당 지원이 아무리 좋아도, 이런 답글이 한 번 달리면 다른 사람들이 전혀 믿을 마음이 나지 않습니다. 다른 지원자들도 충분히 많으니까요.. 그래서, 결국은 인터넷 세상은 좁으니 착하게 살자. -O- 가 적용이 됩니다.;;

커뮤니티에 미리 이름을 알리자

사람은 아무래도 나쁜 놈만 아니라면, 익숙한 사람에게 호감을
느낄 수 밖에 없고, 이미 몇 번 본 사람에게 뒤에서 나쁜 얘기를
할 확률은 확실히 줄어듭니다. 따라서, 메일링 리스트나, 관련
뉴스그룹을 통해서 해당 커뮤니티에서 활동하고 있는 멘터들에게
자기가 지원하려고 하는 이슈나 다른 관련 이슈들 밑에 답글을
다는 등의 방법으로 이름을 알리면 큰 도움이 됩니다.
게다가 그런 토론 중에 자기 관련 이슈에 대한 얘기에서 나오는
기존 개발자들의 얘기를 통해 관련된 새로운 아이디어를 얻을
수도 있고, 자기 지원서에 대한 생각을 더욱 정제할 수 있는
기회가 됩니다.

주제를 잘 정하자

앞에서 언급한 것들을 아무리 잘 하더라도, 주제가 엉뚱한 것이라면 선발되기가 힘들겠죠. 주제는 기존 개발자들이 하기 귀찮아 하는 듯 하면서도, 작은 2~3개월의 프로젝트로 한정지을 수 있는 명확한 범위의 작업이어야 합니다. 그리고, 구석진 이슈가 아니라, 기존의 개발자들이 목말라 하는 기능이지만, 자기들이 직접 구현하기에는 시간이 없는 틈새시장을 노려야 합니다. 물론, 이런 것은 각 프로젝트마다 판단 기준이 다를 수 있기 때문에, 모든 프로젝트에 적용되는 기준은 없겠지만요.. ^^;

혹시나 국내에서도 SoC 지원하신 분이 계시면, 꼭 통과해서 외화벌이(;;)하시길 빌며;; 건승을 빕니다. -O-;

인터넷 기업에서의 파이썬

by

모 회사에서 파이썬을 기업에서 사용하는 것에 대해서 발표를 요청해서, 자료를 하나 준비했습니다. 프리젠테이션 자료는 아직 정리가 덜 돼서, 발표한 다음에 주말 쯤에 올릴 수 있을 것 같고용. 우선 강의 노트(?)를 올립니다. ^.^

[[다운로드]]

내용은

  • 기업에서 파이썬이 사용되는 곳
  • 오픈소스 프로젝트에서의 파이썬의 위치
  • 파이썬의 특징
  • 파이썬의 장점
  • 인터넷 기업의 업무 적용 분야와 사례
  • 여러 언어의 통합적인 사용
  • 파이썬과 다른 언어들의 연계
  • 파이썬의 내부 구조와 미래

이번 내용은 직접 사이트를 운영하는 회사를 대상으로 한 것이라서, 다른 회사에 납품하거나 홍보를 해야 하는 영업적인 측면은 넣지 않고 의사 결정을 완전히 직접할 수 있는 상황에 적합하게 썼습니다. 방학 때나 언제 시간이 남으면, 의사 결정권이 없고 영업적인 고려까지 해야 할 때 파이썬을 어떻게 써야할 것인가에 대해서도 한번 써 봐야겠네요. ;;

《한국전쟁》

by

이 책은 사실 《도덕교육의 파시즘》을 살 때 운송료를 공짜로 해보고자 3만원 채우기 위해서 넣은 책인데;; 그 영향인지 한참을 안 읽고 쌓아뒀다가, 요즘 시험기간이라 주의가 매우 산만해져서 결국은 이 책을 다 읽고 말았습니다. –;;

이 책은 한국전쟁이 일어나기 전에 일제시대부터 한국전쟁에 영향을 줄 수 있었던 여러가지 배경들부터 전쟁 중, 휴전 협정, 정전 이후의 영향 등에 대해서 정치/국제/사회적인 분석을 하고 있습니다. 즉, 전술과 상세한 과정을 다룬 전쟁사책은 아닙니다. (저는 사실 그런 줄 알고 샀습니다. 전쟁사책을 좋아해서 -O-)

그동안 반공이데올로기가 지나치게 과장된 교육을 받아온 20대 이상의 대부분의 국민들이 잘 모를만한 내용이 책에 여러가지 설명이 되어 있습니다. 이미 학계에서는 누구나 아는 사실고 다같이 동의를 하는 사실인데도, 일반인들이 들으면 “뭣이!!”하고 놀랄 것들 말이죠.. 일부러 알려고 노력하지 않았기에, 저도 이런 중요한 사실들을 잘 몰라서 조금 더 흥미롭게 읽을 수 있었습니다.

책에서 주로 다루고 있는 주제들은 다음과 같은 것이 있습니다.

  • 한국전쟁은 왜 일어났는가?
  • 누가 전쟁을 일으켰는가?
  • 누구의 책임인가?
  • 왜 하필이면 50년 6월 25일에 일어났는가?
  • 왜 북한군은 낙동강까지 밖에 못 내려갔는가?
  • 유엔군은 왜 38선을 넘었는가?
  • 왜 압록강까지 다 가서 또 밀려 내려왔는가?
  • 과연 중공군의 인해전술은 진짜 전술인가?
  • 왜 중공군은 대전까지밖에 안 내려갔는가?
  • 51년 여름부터는 왜 전선의 변화가 별로 없는가?
  • 미국은 왜 이승만을 제거하려고 했는가?
  • 북한이 망하면 북한땅은 남한의 통제하에 들어가는가?

해방이 되었을 때 김구나 이승만을 포함한 여러 세력의
정치적인 다툼이나 국제협정의 오해, 국제정치적 미숙으로 인해
결국 남한만의 선거가 이뤄지는 등의 전쟁 전의 정치
상황은 별로 국사 교과서에서 본 적이 없는 것 같은데,
상당히 충격적이었습니다. 그리고, 소련과 중국이 전쟁에
상당히 소극적이었고 되도록이면 안 하려고 했던 것도
교과서에서는 알 수 없었던 것이지만, 당시 국제 상황으로
보면 당연한 것으로 볼 수 있다는 사실도 설명되고 있구요.

그리고 중국과 소련이 거부권이 있는 안전보장이사회 상임이사국
임에도 불구하고 유엔군이 파견될 수 있었던 것도 고등학교때
참 궁금했는데, 중국은 당시에 국민당정부가 유엔 대표였고,
소련은 중국 대표를 마오쩌뚱계열로 안 바꿔준다고 삐져서 안 나오고
시위중이었다는군요. -O- 하여간 그런 사소한(?) 몇가지 일이
뒤에 미친 영향은 정말 대단한 것이라는 것이..

그 외에도 유엔군에 참여한 많은 국가들이 자발적으로 참여한 것이라기 보다는, 미국이 참전 안 하면 마셜플랜의 원조를 안 해준다고 선언하는 바람에 참여하게 된 것을 보면 미국이 그때도 힘이 참 대단했구나 느낍니다. 또 하나, 이 책을 안 보더라도 꼭 알아둬야 할 것 하나를 꼽자면, 대한민국은 유엔에서 선거가 가능했던 지역에 한하여 정부 영향력을 인정하고 있기 때문에, 지금 현재 정부의 이북5도청은 국제법적으로는 근거가 없는 기관이고, 북한이 망해도 유엔이 먼저 들어가야 한다는군요.

이 책을 보면서 이승만에 대해 느낀 점이 참 남베트남 대통령들하고 닮았다는 점입니다;; 미군만 믿고 북침을 하겠다고 막 설치지를 않나, 정전협정 하는데에도 얼마나 죽던 북한 끝까지 밀어야 속이 후련하다고 협정에 결국 조인을 안 해서 휴전협정서에 남한측 대리인의 싸인이 안 되어있다고 합니다. -O- 전쟁 중에 전선에 있는 부대들 병력을 빼서 국회를 장악하고 계엄령을 내리는가 하면.. 《베트남 10000일의 전쟁》을 읽었을 때 남베트남 정부의 어이없음을 골고루 갖춘 게.. 지금은 한국이 그래도 그 정도는 아니라서 다행이다하는 생각이 들었습니다;

이 책은 한국전쟁과 관련된 여러 다큐멘터리에 고문역할도 하고 학부 교양 강의도 하신 교수님이 쓰신 것이라, 일반인도 쉽게 읽을 수 있게 쓰여진 책입니다. 그럼에도 불구하고 굉장히 객관적인 논조를 유지하려고 세심한 배려를 하고 있어서, 읽는 사람이 편견을 가지지 않고 자기가 진실을 판단할 수 있도록 도움을 주고 있습니다. 즉, 자신의 논점을 직접적으로 노출하는 것이 아니라, 학계의 여러 연구자료와 가설들과 논박들을 골고루 소개하는 점에서 신경을 많이 썼구나 하는 느낌을 받을 수 있었습니다.

좌우합작운동은 우리에게 또 하나 중요한 교훈을 남겼다. 사회 지도자는 중요한 시기에는 죽어서는 안 된다는 것이다. 그는 한 개인이 아니라 공인이기 때문이다. 좌우합작운동을 실패에 이르게 한 것은 바로 여운형이라는 한 지도자의 죽음이었다.
책 p.111

파이썬 3000의 bytes 타입

by

파이썬 3000에서 모든 클래스의 new style class 화 이외에 가장 큰 대공사급인 bytes 타입이 엊그제 들어왔습니다.

이제 bytes 타입이 완료가 되면, str이 unicode로 바뀌고, unicode는 없어집니다. (!) 물론 bytes 타입에서는 str에서 제공하던 islower, toupper 같은 문자열 메쏘드는 제공되지 않습니다.

^^; 자바나 .NET 기반으로 쓰시던 분들께는 익숙한 상황으로
가는 것이겠지만, C 프로그래머들은 이제 난감하게 되었네요.
으흐흐.. 입문자들에게 장벽이 되지 않도록 이해하기
쉬운 모양으로 발전하면 좋겠습니다.

변하지 않는 것

by

많은 것이 달라진 듯 보이지만, 실제로는 대부분이 그대로인 법입니다.
– MBC드라마 《궁》에서 혜경궁이 황후에게 서로의 처지가 바뀌었다고 하자, 황후가

날이면 날마다 새로운 것이 쏟아져 나오는 세상인 것 같지만, 사실은 별로 그런 것 같지는 않습니다.
– 강유원의 재미없는 철학 이야기 2006년 4월 22일 방송

사람은 뭔가를 볼 때, 항상 변한 것을 주목하게 됩니다. 끊임없이 엄청나게 많이 들어오는 양의 정보를 효율적으로 처리하기 위한 방법으로 항상 눈은 자기도 모르게 움직이는 물체에 초점을 맞춥니다.

소스의 변경사항을 메일링 리스트 같은 것으로 볼 때에도 항상 무엇이 바뀌었나를 받습니다. 그러나, 그 소스 일부가 바뀌는 도중에도 대부분의 나머지 다른 소스는 바뀌지 않은 상태로 있고, 바뀌어야 하지만 바뀌지 않은 부분과, 원래 있었던 문제점은 알아챌 수 없습니다.

쟁점이 되는 입법 사안으로 매일같이 싸워대는 정당들도 사실은 같은 의견을 가진 것들이 더 많이 있습니다. 매일 매일 오늘은 출근길 차가 어디가 막히고 어디는 괜찮고 그러지만, 사실 전체적으로 보면 매일 막히는 곳은 막히고, 한산한 곳은 한산합니다. 무언가 잘못한 것이 있어서 벌을 받고 있는 학생도 사실은 더 많은 면에서 칭찬할 것이 있습니다.

그냥.. 시험공부하려니 딴생각만 하다가.. 변하지 않는 것이 무엇인가를 유심히 보면 깨달을 수 있는 사실들이 제법 있지 않을까 생각을 이리 저리 해 봤습니다. f'(x)=0 이더라도, f(x)≠0 이기도 하고, 심지어 F(x)는 움직이기까지 하는 것처럼 말이죠..

구글 Summer of Code 2006

by

작년에도 굉장한 인기를 끌었던 Google Summer of Code가 올해도 더욱 더 커진 규모로 시행될 계획이라고 합니다. 이미 FreeBSD 프로젝트나 파이썬 소프트웨어 재단같은 멘터 기관들은 내부적으로 멘터들을 모으고 프로젝트 아이디어들을 모으느라 부산하게 움직이고 있습니다.

올해도 작년과 같이 각 단위당 학생 4500달러, 멘터 500달러로 상금을 주고 둘에게 각각 구글 티셔츠를 1벌씩 준다고 합니다;; 작년에도 프로젝트들이 대다수가 성공해서 상금을 받아간 것을 보면, 올해도 결과들이 무척 기대가 됩니다. 올해는 한국에서도 많이 참가해서 커밋로그에서 많이 보게 되었으면 좋겠네요~ 5월 1일 부터 참가 접수가 시작되고, 5월 8일에 참가 접수 완료해서 5월 22일에 멘터-학생 매치가 완료된 뒤에 발표가 나서 시작한다고 합니다.

약간 좀 거시기한 것은, 6월 말까지 중간까지 진행해서 중간 보고를 하기 때문에 한국의 학사일정하고는 안 맞아서 정작 설렁설렁 다니는 학생이 아니면 일정 맞추기가 쉽지가 않긴 한데.. 흐흐.. 아쉽네요~ (저도 7월까지 빡시게 여름학기를;;;)