새해가 되어서는 아니지만, 작년부터 워낙 함수형 언어 이야기가 많이 나오고 해서 함수형 언어 하나를 살펴 볼까 싶다. 사실, 함수형 언어에 대한 도전은 처음이 아니다. 작년에 나온 책 중에 Programming Erlang이라는 책을 구입해서 1/3쯤 읽다가, 회사 일로 잠시 덮었다가 몇 주 뒤에 다시 읽으니 기억이 전혀 안 났던 일이 있었다. 처음에 읽어 볼 때는, 왜 이런거지? 오호.. 이런 식으로 지나갔다가 몇 주 뒤에 다시 보니 예전에 거쳤던 의문들이 그대로 다시 올라오는 그런… 지겹다는 느낌에 그냥 덮어 버렸다.

MS에서도 그냥 시험삼아 내 놓은 거 같았던 F#이 끈질기게 계속 베타 릴리즈 되고, Visual Studio 2010에서는 아마도 정식으로 나올 거 같아서, F#이나 한 번 살펴볼까 싶다.

결론은 아직 스펙 읽어보지도 않았음… 망한 글이군. -0-

참, 언어 자체에 거부감을 느낀 적은 딱히 없는데, 디버깅 등의 IDE 환경에 적응하기는 꽤나 어렵다. F#이 땡기는 것도 Visual Studio에서 개발이 가능하기 때문이다. 에디팅은 vi 등에서 어떻게 한다고 쳐도, 디버깅 환경은 좀 강력하지 않으면 … -0- 개인적으로 이클립스의 CDT도 훌륭하긴 한데, 속도가 너무 거지 같다;;;

현재 내가 쓰는 PC는 i7 920이니, 예전에 비해 훨씬 높은 성능을 가지고 있고, VMWare 7.0이 나온 이후로는 설치도 그냥 리테일 설치 이미지를 가지고 바로 설치가 된다고 하길래, 오전에 한 번 설치해봤다.

ㄷㄷㄷ… 이건 뭐, 정말 Darwin 부트 로더와 스노우 레퍼드 리테일 이미지만 있으면 그냥 한 번에 설치가 된다. 삽질이고 뭐고 없고, 처음에 Guest OS를 FreeBSD 64bit로 한 다음, 이걸 수동으로 Darwin으로 변경하면 된다. 자세한 설치 방법(이랄 것도 없지만…)은 검색해보면 바로 나오니 패스.

성능은… 일단 그래픽 성능은 역시 그다지 나오지 않는다. UI의 전체적인 반응 속도가 좀 느리다는 생각이 들지만, XCode 띄워서 인터페이스 빌더로 UI 조작하고 XCode에서 편집하는데 전혀 문제가 없다. 디스크 I/O 작업도 역시 느리지만, 이건 지금 파티션을 파일 단위로 할당해서 그럴 듯. 경험상, 물리적인 디스크 하나를 통째로 잡아주면 훨씬 낫다. 정 아니면 인텔 40GB SSD 하나 달아도 되고…

맥에는 딱히 통합 벤치마킹 툴이 없어서, 흔히들 해 보는 GeekBench로 한 번 돌려봤다.

일반 SATA HDD에 40GB를 잡고 설치를 했으며, CPU는 i7 920(일단 노 오버)이다. 메모리는 OSX에 2GB를 할당했고, 프로세서 2개, 프로세서 당 코어는 2개로 설정했다.  결과는…

음… 이게 사실 어느 정도인지 알 수가 없다. 그래서 가장 최신의 맥북 프로와 비교해봤다.

사실 이 벤치는 디스크나 그래픽스에 대한 것은 없기 때문에 전체적인 체감 성능과는 차이가 있다. 위에서도 말했지만, 전체적인 UI 응답성, 특히 애니메이션 되는 효과에 대해서는 버벅인다는 느낌이 든다.

하지만, 위에서 말했듯이 아이폰 애플리케이션 개발하기엔 충분한 걸로 보인다. 뭐, i7 급 PC 구입 가격이 만만찮긴 하지만 맥북 최저가도 그보단 더 비싸니… 개인적으로 며칠 전에 2007년에 구입한 맥북의 메모리 업글을 했는데, 삽질이라는 생각이 마구 들고 있다. ㅠ.ㅠ

집에 가서 아이폰 시뮬레이터에서 OpenGL 관련 성능이 얼마나 나오는지도 한 번 테스트 해 보고 결과를 봐야겠다.

그런데, NTFS 파일 시스템의 경우 NTFS Junction Point 라는 걸 사용해서 굳이 이런 추가 파라미터 없이 설정할 수 있다. Windows Vista/Windows 7에서는 간단히 mklink(junction point 뿐만이 아니라 symbolic link 가능)를 사용하면 된다. Windows 7 기준, Chrome 의 기본 설정 디렉터리는 C:\Users\oscar\AppData\Local\Google\Chrome\User Data 이다. 이 중 실제 캐시 디렉터리는 [User Data]\Default\Cache 이다.

1. Cache 폴더를 날려버린다.
2. 커맨드 라인 입력창을 통해서 다음과 같이 입력하면 Cache 폴더에 대한 junction point를 생성한다.

mklink /J C:\Users\oscar\AppData\Local\Google\Chrome\User Data\Default\Cache Z:\Chrome Cache

이러면, Chrome에 아무런 추가 파라미터 없이 캐시 폴더를 램디스크 등으로 설정이 가능하다.

애플리케이션의 설정 데이터 같은 경우에도 이를 사용하면 유용하다. 위의 Chrome의 경우에 User Data 폴더를 데이터 디스크의 디렉터리와 연결하고, Cache 디렉터리를 램디스크로 연결하면, 이후에 OS를 새로 설치하더라도 Chrome 의 설정을 백업할 필요가 없다. 그냥 다시 junction point 만 새로 연결하면 된다.

변경할 때, 파일 포맷을 좀 더 세부적으로 저장할 수 있는 옵션이 save 함수에 있긴 한데, 그냥 디폴트 변환으로도 별 무리 없었다.

# -*- coding: utf-8 -*-
 
import sys
import os, glob
import Image  
 
srcDir = "c:/temp"
destDir = "c:/temp/converted"
 
for inPath in glob.glob(os.path.join(srcDir, "*.bmp")):
    try:
        image = Image.open(inPath)
 
        (filePath, fileName) = os.path.split(inPath)
        (shortName, extension) = os.path.splitext(fileName)
        outPath = os.path.join(destDir, "{0}.png".format(shortName))
 
        image.save(outPath)
    except:
        print("Can't convert {0}".format(inPath))
        continue

몰랐는데, Python 2.6 부터는 문자열에 format 함수가 생겨서 마치 C#의 형식화처럼 문자열을 처리할 수 있었다.

예전에 댓글 관련해서 표준 같은 걸 만들자고 누가 그랬던 거 같은데, 아직인가 보다. 국내에서라도 이런 코멘트 관리 표준안 같은 게 나오면 좋겠는데… 안 될려나? 네이버에서 먼저 하진 않을테고, 티스토리 정도에서는 먼저 하자고 나올 법도 한데~기능은 DISQUS 벤치마크해서, 자기가 쓴 댓글(동일 시스템을 사용하는 모든 블로그)을 한 눈에 볼 수 있도록 하고, 누가 리플라이하면 알 수 있는 정도면 되긴 하는데, 누가 안 만들어주나? ^^

앱스토어의 다양한 프로그램에 감탄을 하지만, 역시나 파레토의 법칙, 별 의미 없는 프로그램이 80% 이상이다. 물론, 20%만으로도 충분한 가치가 있다. 개인적으로는 앱을 몇 가지 설치하긴 하지만, 대부분은 모바일 웹 페이지를 서핑하는 용도로 아이폰을 사용한다. 내가 사용하는 앱 및 모바일 페이지는 다음과 같다.

• 구글 모바일
  구글의 다양한 모바일 서비스를 이용할 수 있는 앱이다. 구글 리더나 지메일 등을 실행 시, 사파리를 통해 모바일 페이지를 여는 형식이다. 주로 구글 리더나 지메일을 사용한다.
• 네이버 모바일
  네이버는 웹툰, 실시간 검색어 순위, 시계, 지도, 블로그, 뉴스캐스트 등을 앱으로 제공한다. 또한, http://m.naver.com 이라는 모바일 페이지를 제공하는데, 해당 페이지를 통해 아이폰이나 윈도우 모바일에 최적화된 페이지로 웹 서핑이 가능하다.
  
• 사파리 온라인 북
  회사 계정으로 사파리 온라인 북 을 이용한다. IT 관련 도서 전문 ebook 사이트로, 꽤나 유용하다. 몇 달 전에 모바일 페이지를 리뉴얼해서, 아이폰 등에서 보기도 좀 더 편리해졌다.
  
• 킨들 아이폰
  킨들의 아이폰 버전이다. 구글 리더를 통해 RSS 등을 볼 때도 느꼈는데, 생각보다 아이폰이나 터치의 텍스트 가독성이 훌륭하다. 원래 LCD같은 백라이트 방식의 화면은 눈이 빨리 피로해지는데, 왠지 그런 일이 적다. 익숙해져서 그런건지, 킨들 아이폰 버전의 기본 폰트 스타일이나 사이즈가 내 스타일에 맞는 건지… 것참.
  요즘은 킨들 PC 버전과 동기화 되기 때문에 각각의 기기에서 최근까지 읽은 내용을 확인하여 연결해서 볼 수 있다. 안타깝게도 내가 쓰는 킨들 DX는 인터내셔널 버전이 아직 없어서, 3가지 기기가 동기화 되진 않는다. 안습… 들리는 소문에 의하면 KT가 킨들을 들여온다는 소문이 있는데, 과연… ? 킨들 DX를 팔아버리까 고민이다. 그런데, 아마존 코리아가 생기지 않는 이상은 킨들이 국내에 정식으로 유통될리가 없는데, 그냥 루머일 거 같기도 하다.
  
• TweetDeck
  뭐, 말이 필요 없는 트위터 앱. 국내외의 프로그래머들의 트윗을 주로 본다.
• WhatsApp
  문자 앱. 푸시 기능도 있어서, 무료 문자로 많이 쓴다. 아이폰 쓰면서 나의 가장 큰 변화 중 하나는 문자를 졸라 빨리 쳐 낼 수 있어서, 문자 사용량이 확 늘었다는 것이다. 키보드 두드리는 게 직업이다 보니, 일반 PC 키보드로는 한글 평타 600타, 영문 400타 정도는 쳐 내는데, 아이폰의 키보드가 터치 스크린에 작아도 며칠 쓰면서 요령이 생기다 보니 150타 정도는 나오는 듯. 내가 치면서도 놀란다. ㅋ
  그러나, 요즘 청소년들은 햅틱같은 풀 터치폰을 보지 않고도 문자를 보낼 수 있다고 하니… 놀라울 따름. -0-
• 미투데이
  네이버 미투데이 서비스 전용 앱. 깔끔하다. 업데이트도 계속 되고(당연한가? ^^) 있고~
• RTM
  Remember The Milk라는 GTD를 사용하기에 편리한(?) To Do List 앱이다. 원래는 웹에서 무료로 이용할 수 있는데, 아이폰이나 블랙베리 등에서 앱으로 사용하려면, 상용이다. 비용은 1년에 20달러 정도의 비용이 든다.
• EverNote
  메모 프로그램. PC나 MAC등과 연동도 편리하고 왠만큼 쓰는 데는 무료로 충분하다. 요즘은 Awsome Note가 인기인데, 약간 사용 용도가 다른 듯.
• Facebook
  페이스북 전용 앱.
• Flickr
  플리커 전용 앱. 사진 찍어서 바로바로 flickr 개인 계정으로 올려 버린다.

최근 네이버나 다음의 모바일 앱이 빠르게 나오고 있는데, 네이버의 경우 캘린더나 가계부 앱이 후딱 나왔으면 한다. NDrive 등도 모바일 페이지를 통해 접근이 가능하지만, 전용 앱이 있으면 좀 더 편할 듯. 아마 다 만들고 있을 거 같은데… ? 다음도 들리는 이야기로는 정말 공격적인거 같다. 미투데이 비슷한 서비스도 준비 중인 거 같고, 위치 정보에 기반한 메신저같은 것도 준비 중인 듯.

인터넷 뱅킹(하나 은행이 내 놓긴 했지만, 주거래 은행이 아님…), 각종 영화 예매 등도 가능해지면 좋겠는데… CGV 정식 앱이 빨리 나와랏! HTS도! ㅎㅎ

내가 구입한 모델은 아이폰 3GS 블랙 32GB다. 구입하고 나서 화이트로 바꿀까 말까 고민을 많이 했는데, 받아보니 블랙으로 선택하기 잘했다. 역시 전자 제품은 … 블랙?

사용 후기는 나중으로 미루고, 구입 후기를 써 본다.

22일 오전, KT에서 드디어 예약 구매를 시작한다고 했다. 정오에 시작해서 예약 순서대로 순차 배송! 하지만 초기에 폰스토어가 제대로 열리지 않아서 잠시 기다렸다가 무사히 아이폰 3GS 블랙 16GB를 예약 구매를 했다. 하지만 요금제와 보조금 지원 정도를 따져 보니, 좀 비싸더라도 32GB를 주문하는 게 좋겠다는 판단에, 오후 3~4시쯤 기존 예약을 취소하고 다시 예약 구매를 했다.

28일부터 물건이 올 거라는 기대에 각종 아이폰 케이스 리뷰 및 앱 리뷰 등을 보면서 즐거운 시간을 보냈다. 뭔가 지르고 그렇게 기다리는 건 참 오랜만인 듯.

28일 오프라인 행사를 통해 정식으로 아이폰을 개통하고, 인증 샷을 올리는 유저들이 속속 등장했다. 또한, 언론 보도에 따르면 6만 5천 개의 아이폰을 KT가 발송하기 시작했다.  하지만, 토요일이었기에 택배로 받을 수 있는 유저는 많지 않았다. 29일은 일요일이었는데, 대부분의 택배는 우체국 집중국에 대기 중이었다. 아이폰을 기다린 유저 중 일부는 집중국을 직접 방문하여 수령하기도 했다. 원래 휴일 방문 수령이라는 게 가능한 프로세스이긴 한데, 집중국까지 사람들이 우르르~ 몰려갈 줄은… 왠지 우체국 택배 역사상 전무한 일이 아니었을까 싶다.

30일, 아침부터 여기저기 대출 광고 문자 등이 유난히 많이 왔다. 내 구형 모토로라 레이저 핸드폰이 울릴 때 마다 혹시 택배 인가하는 생각에 중간중간 확인했지만… –;;

회사에 도착한 개인/업무 택배는 업무 지원실에서 대충 12시, 오후 3시, 5시 정도에 택배 수령 문자 및 메일을 보낸다. 12시가 지나고, 3시, 5시도 지나버렸다. 택배 송장 조회를 해 보니, 오오~ 4시 58분에 업무 지원실 담당자에 배달 완료했다는 기록이 남아 있었다. 아무래도 택배가 많아서 5시에 전체 알림을 돌리지는 못한 모양이었다. 구현할 기능 리스트 살펴 보면서 메일을 기다리는데… 5시 44분! 드디어 택배 수령 메시지가 떴다. 바로 일어나서 업무 지원실로 올라가는데, 평소보다 많은 사람들이 우르르~

택배 수령 장소에 가니까 이미 몇 명은 아이폰을 수령해서 까페테리아 테이블에서 보고 있는 중이고, 내 앞으로 이미 줄이 10명 정도 있고, 내 뒤로도 줄이 계속 늘어나고 있었다. 택배 수령 기록을 보니 전부 KT 발송 … 이미 개통한 아이폰으로 이 광경을 촬영하는 사람도 있었다.

…

사실 이번 예약 구매는 KT에서 너무 어리버리했다. 약속을 지키지 못한 것도 그렇고, 피드백도 너무 느렸으며, 예상 외의 예약 구매에 대한 후속 대책이 전무했다. 예약 구매에 대한 혜택이 겨우 쇼 머니 2만점(2만원)이니… 오프라인에서 가입비, 채권, USIM 비용을 면제 받고 구입할 수도 있다는 걸 고려하면 좋을 게 하나도 없었다. 게다가 예약 구매자 중에는 아직 아이폰을 받지 못하거나 받아도 개통을 하지 못한 사람들이 있다는 걸 고려하면 당사자들은 정말 분통이 터질 듯.

…

어쨌든, 무수한 떡밥으로 블로그스피어 등의 인터넷 게시판을 뜨겁게 달군 아이폰이 드디어 내 손에 들어왔다. 이제 그 떡밥들은 전설(…)로 사라지겠지만, 아이폰 떡밥으로 잡담하는 시간이 그리울지도 모르겠다. ^^

…

p.s 12/2 현재, 우리 팀 9명 중 2명이 구매. 1명이 오늘 대리점으로 달려갔고, 다른 1명이 구입을 생각 중… 모 랩(팀 위의 상위 조직)은 45명 중 20명이 예약 구매. 가히 광풍이라고 할 수 밖에… 오늘도 아이폰 택배는 계속 회사에 도착 중이다.

주로 구글 리더를 사용해서 레퍼런스 격의 포스팅, 다시 확인해 봐야 하는 내용 등은 따로 분류하고, 나머지는 후다닥 훑어 내려간다. RSS 부분 공개인 사이트의 경우, 제목과 공개된 부분을 보고 별 거 없다 싶으면 스킵, 아니면 아이팟 터치의 내장 사파리 브라우저를 통해 전체를 읽어 본다.

대부분의 블로그들이 특별히 모바일 버전의 페이지를 제공하지 않기 때문에, 가로 보기로 적당히 줌인을 하면서 내용을 확인하는데, 조금 번거롭다. 또, 와이브로 같은 모바일 인터넷 속도가 그다지 잘 나오는 편은 아니라서 일반 웹 페이지의 경우 뜨는 시간이 꽤 걸리기도 한다.

아이팟 사파리로 접속하거나 윈도우 모바일 폰의 IE로 접속하는 경우에 따로 최적화된 페이지를 보여주면 좋을텐데… 하는 생각으로 워드프레스 플러그인 검색을 해 봤더니, 역시나 있었다. –0-

WPtouch라는 것으로 아이팟 터치나 안드로이드 폰 등의 의 스마트폰에서 워드프레스 블로그를 볼 때, 최적화된 형태로 보여 주도록 설정 가능한 플러그인이다. 물론, 테마 패키지도 함께 제공된다.

이 블로그를 WPtouch를 설정하고 아이팟 터치에서 접근하면 다음과 같은 모습으로 나타난다.

1. 메인 페이지

2. 글 보기

3. 메뉴. 오른쪽 상단의 화살표를 클릭하면 아래와 같은 메뉴가 펼쳐진다.

4. 모바일 테마 온/오프 옵션. 해당 옵션을 꺼 버리면 원래의 페이지가 나타난다. 원래의 페이지에도 이 옵션은 하단에 여전히 존재하기 때문에 다시 켤 수 있다.

국내 서비스형 블로그들은 요즘 모바일 페이지를 따로 제공하는 것들이 있다. 네이버의 경우에는 몇 가지 서비스에 대해 아이팟이나 윈도우 모바일 전용의 애플리케이션을 제공하거나, http://m.naver.com 을 통해 모바일 전용 페이지를 제공한다. 아래는 터치에서 접속한 모바일 네이버 메인 페이지다.

한 가지 아쉬운 건, 그냥 http://www.naver.com 으로 가면 바로 http://m.naver.com 으로 리다이렉션 시키는 게 좋지 않을까 싶은데… 아무래도 담당 기획자는 그렇게 생각하진 않았던 모양이다. 대신, 각 페이지에서 좌측 상단에 모바일 버전과 PC 버전의 바로가기를 제공하고 있다.

아이폰도 이제 출시되었고, 정식으로 사용자 손에 들어가기 시작하는 이번 주말부터는 모바일 인터넷 이용자가 현재와 확실히 차이가 날 것이다. 워드프레스 블로그를 운영 중이라면, 이 플러그인으로 그런 유저들에게 쾌적한 웹 서핑 환경을 제공하는 건 어떨까?

오늘의 삽질은 테이블에 대한 이터레이션 중의 하나인 ipairs다.

local t = {1, 2, 3, nil, 4, 5}

이런 식의 테이블이 있다고 가정하자. 이 테이블에 대해 ipairs를 쓰면 어떻게 될까?

for _, value in ipairs(t) do
  if value ~= nil then
    print(value)
  end
end

1
2
3

을 출력하고 끝이다.

value가 nil인 경우 ipairs와 같이 정수 인덱스 기반의 테이블 이터레이션은 바로 끝이 나버린다. 즉, 위의 코드에서 값이 nil인 경우를 고려하려면 ipairs가 아닌 pairs를 써야 한다.

원래의 코드는 충돌 처리 AABB의 정보를 테이블로 가지고 있는데, 이를 순회하는 코드가 있었다. 테이블을 2차원 격자 형태로 구성했고, 처리가 불필요한 경우(비어 있는)는 Null 타입 객체를 넣어서 처리했다. 문제는 Null 타입 객체의 프로퍼티 하나가 정말 nil이었다는 점이다. 초기화하는 코드의 변수 명에 오타가 있었다… ㅠ.ㅠ

아무리 코드를 봐도 알 수가 없고, 도대체 영역 검사가 왜 일부 영역만 되는지 알 수가 없었다. 관련 코드를 다시 싹~ 점검한 후에야 발견…