Seorenn SIGSEGV

NSDate는 날짜와 시간을 명기하는 클래스 임에도 불구하고 자체적으로 해당 년/월/일/시간 등의 정보를 알려주는 기능이 없다. 다른 심플한 스크립트 언어에 익숙하다면 이해가 안 될 정도로 NSDate는 좀 차별적이다.

아이폰이나 아이패드 등에 기본적으로 내장된 알람 소리(시스템 사운드)를 플레이 하는 방법.

필요에 의해 Python 스크립트가 실행 중일 때 동일한 스크립트가 실행되지 못 하도록 하는 방법.

뭐가 메리 크리스마스냐!

좀 제한적인 환경에서만 발생하는 문제다. 증상부터 이야기 하자면, git commit으로 커밋 메시지를 vi 혹은 vim으로 작성하고 :wq를 통해 커밋을 하려는데 다음과 같은 오류가 발생한다. error: There was a problem with the editor 'vi' 이 문제의 원인은 vim이 종료코드로 0(정상)이 아닌 1을 반환했기 때문이다. 단순하게 확인하기 위해 vim을 실행시키고 바로 종료시킨 후 echo $? 커맨드로 종료코드를 확인했을 때 0이 아닌 다른 값이 표시된다면 이 문제가 발생 할 수 있다.

Emacs에서 현재 커서가 위치하고 있는 라인을 복사하려면 일단 커서를 제일 앞으로 이동(C-a)한 후 영역선택을 켜고(C-SPC) 라인 끝으로 이동(C-e)해서 복사(M-w)하는 복잡한(?) 과정을 거쳐야 한다. Emacs는 무한확장이 가능하다! 즉, 좀 더 간편히 하기 위해 Emacs의 기능을 수정할 수 있다. 아래 스크립트를 실행시키고 난 뒤에는 영역 선택 없이 M-w 키를 누르면 바로 현재 라인이 복사가 되어 킬링(kill-ring)에 들어간다.

이클립스 등에서는 Home키를 누르면 커서를 해당 라인의 제일 앞으로 이동하게 되는데, 만약 라인이 들여쓰기가 되어있다면 들여쓰기 된 이후의 위치로 이동하게 된다. 굉장히 단순한 기능이지만 편할 때가 많은데 Emacs의 기본 라인 앞으로 이동하기 키(C-a 등)는 이런 기능이 지원되지 않는다. 그렇다면 이 기능을 만들어 보면 된다. (Emacs 다운 생각 -_-)

Emacs로 elisp 코드를 바이트컴파일 할 때 나오는 경고(Warning)를 숨기려면 다음 설정 코드를 초기화 스크립트(.emacs)에 추가하거나 바이트컴파일 전에 별도로 실행시키면 된다.

예전부터 쓰던 Tags가 어디에 있는지 찾지 못 하다가 발견한 것이 Tagr. 이름이 바뀐 것 같다. 어쨌든 단순히 설명하자면 Mac OS X용 멀티 MP3 파일을 지원하는 ID3 Tag 에디터.

[관련 기사] 애플 오늘부터 앱스토어 게임 카테고리 전격개방 몇 일 전 부터 수요일 쯤 게임 카테고리가 개방 될거라는 뉴스가 떠돌더니 정확하게 오늘 한국 애플 앱스토어의 게임 카테고리가 열렸다.

shell-command-on-region 함수는 이름 대로 Emacs 버퍼 상의 내용을 특정 쉘 유틸리티로 던져(파이프)서 그 출력을 새로운 버퍼에 출력해 주는 함수다. UNIX의 철학이 섞여있는 글이 될 것 같다. 윈도우를 선호하는 사용자가 많지만 아직도 구식인 UNIX(혹은 UNIX 클론)가 왜 대단한가에 대해서 한 가지 설득이 가능할지도 모르겠다.

계속해서 쓰는 Vim 자동완성 플러그인 이야기. 이번엔 SuperTab이라는 물건을 소개한다. http://www.vim.org/scripts/script.php?script_id=1643 '슈퍼'라는 이름 때문에 뭔가 대단한 것 처럼 보이는데... 뭐 개인적으론 좋은 기능이라고 생각한다. 그냥 타이핑 도중 탭 키를 누르면 자동완성을 해 주거나 등의 기능을 제공한다. 다르게 말하자면, TAB키에 Ctrl-N 키의 기능을 부여하는 단순한 기능이다.

neocomplcache는 autocomplpop 을 능가하는 자동완성 기능을 제공한다. autocomplpop 이 Vim의 기본적인 자동완성 기능을 자동으로 동작시키는 것과는 다르게 텍스트 뿐만 아니라 Vim 사용에 편리한 다양한 커맨드들을 자동완성 해 준다.

John McCarthy (September 4, 1927 - October 24, 2011) 누구나 '인공지능' 이라는 말은 한번 쯤 들어봤을 것이다. 이 인공지능(Artificial Intelligence)라는 말은 애초부터 존재했던 것이 아니다. 바로 John McCarthy에 의해 쓰여지기 시작한 말이다.

pyflakes.vim 은 Python 코드 오류 체크 툴인 pyflakes를 Vim에서 좀 더 시각적으로 이용할 수 있게 해 주는 플러그인이다. Emacs에서 Flymake와 pyflakes를 이용해 오류 체크 하던 것과 거의 동일한 기능인 것 같다.

Xcode 4.1의 버그인지 4 자체의 문제인지 모르겠지만, 간혹 UIViewController를 XIB와 함께 이용해 생성해서 해당 XIB를 인터페이스 빌더로 편집하고 액션이나 아웃렛을 연결해 둔 것에서 빌드 시 경고가 발생하는 문제가 있다. 그런데 처음부터 경고가 발생하는게 아니라 어느 순간 갑자기 발생하였다.

Vim에서 파일의 종류(확장자나 언어 등)에 따라서 들여쓰기 크기(indentation size or tab size)를 설정하려면 다음과 같은 식으로 하면 된다.

Smex는 M-x를 이용해 함수를 직접 실행 시킬 때 도움을 주는 Emacs용 확장이다. 모양이 마치 ido 와 비슷하게 나오는데 ido 의 기능을 빌려 쓰기 때문에 당연한 것 같다.

C언어의 창시자이자 UNIX 핵심 개발자였던 데니스 리치( Dennis Ritche )가 사망했다는 소식이 구글플러스를 통해서 전해졌다 . 그의 영혼이 좋은 곳으로 인도되길 기원한다.

블로거(혹은 블로그스팟)를 접한지는 오래되었지만 여전히 구식인 안타까운 테마들 만을 제공하는 것을 보며 한숨을 자주 쉬곤 했다. 그래도 IT계열 특히 개발자라면 그렇게 안타깝지만은 않은 레이아웃 이기에 별 불만 없이 쓰곤 했지만... 그런데 최근 블로거가 구글 플러스 출시와 함께 레이아웃을 바꾸기 시작하더니 결국 새로운 블로그 레이아웃을 내놓았다.

(주의) 이 내용은 iOS 4.x 에서 테스트 되었으며 iOS 5 부터 효과가 없음. 네이게이션 컨트롤러를 이용해 구성한 UI에서 네비게이션바와 버튼을 입맛에 맞게 커스터마이징 하는 방법은 인터페이스 빌더 등에서는 지원되지 않는다. 물론 그렇기 때문에 수동으로 UINavigationBar를 상속받아 새로운 네비게이션바를 만들어서 커스터마이징 할 수는 있다. 그런데 좀 더 단순한 방법을 이용해 네비게이션바의 배경을 통채로 바꿔버리는 방법이 있다. 카테고리를 이용해 UINavigationBar를 오버라이딩 하는 방법이다.

무비스트는 0.6.8 버전이 나온뒤 얼마의 시간이 지났는지 기억나지 않을 정도로 업데이트가 없었다. 그렇게 잊혀질까 했지만 갑자기 맥 앱스토어에 무비스트 1.0.0 이 $4.99의 유료버전으로 올라왔다.

PaaS 이니 뭐니 하는 귀찮은 설명은 생략. dotcloud.com 은 플랫폼을 빌려주는 호스팅 서비스라고 대충 정의하자. dotcloud.com에 자신만의 웹 서비스를 올려서 호스팅 할 수 있다. 이 글의 내용은 dotcloud documentation의 Services 항목 중 node.js에 관한 것 을 다르게 정리한 것 뿐이다. dotcloud의 경우 상당히 많은 언어와 플랫폼을 지원하기 때문에 node.js에 관심이 없다면 다른 언어에 대해서도 살펴볼 것. 현재 perl/php/python 등 다양한 언어와 플랫폼을 지원하고 있다.

아이폰의 전화번호 알아내기는 아래 코드로 가능할(?) 수도 있다.

Xcode에서는 pragma mark 를 통해 코드 상의  API 내역을 정리하는데 도움을 주는 기능이 있다. 단순히 #pragma mark 를 적고 내용을 적는 방식으로 동작한다.

Mac OS X용 GUI 애플리케이션(Application)은 터미널에서 설정한 환경변수(Environment Variable, .bash_profile, .bashrc 등에 지정한 경로 등)가 적용되지 않는다. 예를 들어 Mac OS X 에서 기본적으로 적용된 경로(PATH) 정보를 제외하고 GUI 애플리케이션이 그 외의 경로를 알지 못해 오류가 발생하는 경우가 있다. 실제로 Emacs.app의 경우 설정에 따라 /usr/local에 설치된 무언가(homebrew/MacPort/Fink 등으로 설치한 유틸리티는 이런 경로에 설치된다)를 접근하기 위해 특수한 경로 정보가 추가되어야 하는 경우도 있다.

1991년 8월 26일 리누스 토발즈에 의해 시작된 리눅스 가 오늘로 20살의 생일을 맞이하게 되었다.

이번에는 유명한 bash쉘(Bourne-Again Shell)의 키맵 이야기. bash쉘은 상당수의 리눅스나 Mac OS X 터미널의 기본 쉘 프로그램으로 지정될 만큼 유명한 쉘 이다. bash쉘의 키맵은 기본적으로 Emacs의 키맵과 호환된다. 잘 다루지 않는 사람들은 모르겠지만 커서이동과 편집과 관련된 키는 Emacs와 동일하다. (단, 설정에 따라 vi 키맵을 사용할 수도 있다)

제목을 정확히 풀어쓰자면, 'Mac OS X 는 Emacs 키맵이 잘 지원되니 즐거운 타이핑 라이프를 위해서는 맥을 사용하자' 라는 긴 내용이다. 전통적인 Emacs의 키맵은 생각보다 많은 곳에 사용된다. 만약 맥을 사용중이고 OS를 Mac OS X를 사용한다면, 어떠한 GUI에서든 텍스트필드가 있는 곳에서는 다음 키를 쓸 수 있다.

XCode를 Window Based 프로젝트로 시작하여 직접 ViewController를 하나 만들어서 루트윈도우에 붙였을 때 뷰의 위치가 어긋나는 경우가 있다. 정확히는 스테이터스바(StatusBar, 화면 최상단의 시계 및 배터리 정보 등이 표시되는 막대) 크기 만큼 뷰가 위로 올라와서 붙은 경우이다. 이 경유 뷰의 최상단이 스테이터스바에 일부분 가려지게 되어서 문제가 된다.

아주 단순한 이유에서 찾아보게 된 UIImage 객체의 복사본을 만들어 보는 방법 메모.

Emacs에선 C-s 나 C-r 로 파일 내 검색을 할 수 있는데 이 때 검색 전의 위치로 돌아오는 명령이 있는지 없는지 모르겠다. 찾는것도 귀찮고 해서 이 기능을 만들어 봤다. 아래가 소스 코드이다.

js2-mode 에서 fork된 프로젝트 중 하나로 역시나 JavaScript IDE를 위한 메이저모드이다.

아는 사람은 다 아는 Nyan Cat 이 Emacs용 마이너모드로 나와버렸다. 무려 이 마이너모드는 커서 위치가 전체 문서에서 어디 위치인지를 모드라인에 표시해 주는 원래의 Nyan Cat 에 비하면 엄청나게 생산적인(?) 기능을 제공한다. ;;;; 원래 Nyan Cat 자체는 그냥 중독성 있는 음악과 애니메이션이 무한 반복되는 잉여스러운 물건이다. 솔직히 말해서 이 모드도 장난감이다. 그냥 즐기자. :)

Google+가 등장한 이후 수 많은 'Google+를 찬양하는 패러디'가 많이 양산(?)되고 있는데 그 중에는 이런 퀄리티 좋은 영상 아니 노래 까지도 있다.

Alfred는 Mac OS X에서 키보드로 명령어를 입력해서 어플을 실행시키거나 검색을 하거나 북마크를 검색해 웹브라우저를 띄우는 기능을 제공하는 어플이다.

Emacs의 기본 설정 상태의 term-mode( M-x term )는 붙이기(yank)가 되지 않는다. 아주 정확하게(?) 터미널을 애뮬레이션 하고 있는 만큼 붙이기 키( C-y )도 가로채고 있기 때문일지도 모르겠다. 이번 글은 Emacs term-mode에 붙여넣기(paste)에 대한 내용이다.

몇 달 전만 해도 Homebrew로 emacs를 빌드할 때 에러가 발생하는 문제가 있었다. 주로 Xcode4가 설치된 환경에서 발생하는 문제였다. 그런데 드디어 이 문제가 해결되었나보다. 그냥 설치를 해버리면 터미널 전용으로만 빌드가 되어버리기 때문에 Mac OS X GUI 버전으로 빌드하기 위해서는 --cocoa 옵션을 줘서 빌드해야한다.

Express에서 Routing이란 용어는 URL과 View를 매칭시키는 거라고 정의할 수 있을 것 같다. Route라는 말 그대로 특정 URL를 특정 View로 '분배'시키는 역활이다. 이번에는 이 라우팅에 대해 간략이 소개한다.

express로 생성한 프로젝트의 app.js 내용을 보면 다음과 같은 코드가 들어있다.

기능적인 면이 아닌 단순히 퍼포먼스 측면에서 라이온과 스노레퍼드를 비교한 동영상을 발견하였다. 우선 알아둬야 할 건, 라이온이 그 만큼 더 많고 다양한 기능을 제공하고, 그래서 메모리를 더 많이 먹고 있다는 사실이다.

npm으로 express를 설치하면 express라는 실행 스크립트도 함께 설치된다. 이 스크립트는 express 기본 프로젝트를 생성해 준다.

Node.JS용으로 유명한 웹 애플리케이션 프레임웍인 Express에 관한 기본 사항을 연재(?)할 예정이다. 아마도 가이드 문서의 요점을 번역하는 수준이 될 것 같지만...

npm으로 Node.JS용 모둘을 광역 설치(-g) 했을 때 모듈을 못 찾는 경우가 있다. 내 경우 homebrew로 Node.JS를 설치한 상태에서 기본적인 방법으로 npm을 설치한 상태였는데 -g 옵션으로 설치한 모듈을 전혀 읽지 못 하였다.

자바스크립트 코딩에 여러 좋은 기능을 제공하는 js2-mode 를 거의 기본 설정으로 쓰고 있었는데 가끔 자동 들여쓰기가 안되고 속도도 느리고 여러 문제를 겪었다. 그래서 js2-mode.el를 뒤져다봐서 몇 가지 추가 설정을 찾았다.

바람 입력기 등을 이용하거나 입력기 전환 단축키를 Shift-Space로 변경하였을 경우 iTerm에서 한영이 전환됨과 동시에 공백이 입력되는 증상이 있을 수 있다. (단, iTerm 코드 수정을 통해 해결이 된 버전이 따로 있다 ) 그런데 이 문제는 iTerm2에 와서도 그대로 이어지고 있는 문제다. 다행히도 iTerm2에서는 설정을 통해 Shift-Space로 한영전환 시 공백이 입력되는 문제를 해결할 수 있다.

http://gist.github.com/ 은 pastebin 과 비슷하게 코드 스니펫(쪼가리?)를 적고 이를 특정 사이트에 임베딩 시킬 수 있게 해 주는 서비스다.

Django로 구축한 서버에 파일 업로드 기능을 구현하는 방법에 대한 정리.

약간 뜬금없게 Unix/Linux 유틸리티인 find에 관한 이야기. find 유틸리티는 파일을 검색하는 도구다. 그것도 매우 귀찮게 터미널을 열고 쉘에서 직접 손으로 타이핑 해서 입력해야 하는 도구다. 그럼에도 불구하고 난 이런 CUI 유틸리티들을 매우 찬양한다. (물론 이건 Unix의 철학을 알아야 하는 이야기다)

Emacs의 cua-mode에서 했던 사각형 단위의 영역 선택 도 물론 Vim에서도 가능하다. 이 모드를 Vim에서는 blockwise visual mode라고 부른다. 이에 관한 한가지 이야기.

Python용 JSON 파서/인코더 모듈인 simplejson 소개글.

사람에 따라서 필요없는 기능일 수도 있지만, Emacs에는 텍스트로 그림을 그리는 기능을 제공한다. artist-mode라 불리우는 이 모드는 마우스를 이용해서 정말 간단하게 ASCII Art를 흉내낼 정도의 그림을 그릴 수 있다. (정확히 ASCII ART를 위한 Picture Mode라는 것도 있지만...)

Emacs에서 선택한 영역을 위/아래 라인으로 이동시키는 기능 소개.

Emacs의 기본 단축키 중 Copy/Cut/Paste/Undo는 윈도우용 편집기에 익숙한 이들에게는 약간 곤욕(?)이다. 이럴 때는 Cua Mode라는 것을 통해 윈도우용 편집기와 동일한 단축키를 이용할 수도 있다. C-x , C-c , C-v 등의 키 말이다. 그리고 C-z 로 Undo도 가능하다. 뿐만아니라 cua-mode 는 라인단위가 아닌 사각형 단위의 선택 영역을 지정할 수도 있다.

Node.JS로 만들어진 기본 웹서버 템플릿에는 고정파일(Static File) 서빙 기능이 없다. 즉, 단순히 말해서 특정 경로의 html 파일을 표시해 주거나 이미지 파일을 읽어서 웹브라우저에 표시해 줄 수가 없다. 이런 기능은 직접 구현해야 한다.

굳이 node.js로 표현해야 할지 아니면 Java Script로 통합해서 표현해야 될 지는 모르겠지만, 하여간 evaluation, 즉 코드에서 코드 실행시키기(?)

Objective-C 용 assert()류 API인 NSAssert() 의 기본 사용법 정리.

node.js 암초 2번째 이야기. 이번에는 node.js의 루프와 process.nextTick() 관한 이야기를 적어볼까 한다. (루프가 뭔지는 굳이 설명할 필요는 없을 것 같다.)

Flymake 는 마우스 친화적이다. 물론 키보드로도 오류내용 파악이 가능 하긴 하지만 그다지 마음에 들지 않았다. 그래서 찾아보니 flymake-cursor.el 이라는 확장이 있었다. flymake-cursor.el 은 오류가 표시된 라인에 커서를 이동시킨 후 잠시 기다리면 미니버퍼에 오류 내용을 표시해 주는 기능을 추가해준다.

node.js 는 비동기(asynchronous) 모델의 코딩을 하기 쉽도록 디자인 되어 있다. 하지만 그렇다고 무작정 쉽게 코딩이 가능한건 아니다. 기존의 동기화 기반의 멀티스레드 모델을 코딩 했거나 함수나 메서드 등의 리턴값을 이용해 로직을 작성하던 때에 비해서 달라지는 점이 있는데, 익숙하지 않아서 문제가 발생해도 쉽게 해결되지 않을 수 있다.

문제의 시작은 Mac OS X 에서 Terminal.app(터미널) 에서 emacs -nw 를 사용 시 Shift-TAB 키가 'M-[ z'로 인식된다는 점이다. org-mode 등에서 접혀진 컨텐트를 몽땅 펴는 키인 만큼 없으면 좀 불편할 수도 있어서 방법을 찾아보기로 했다.

모듈이라고 했는데 그냥 기능에 맞게 함수를 여러 파일로 쪼게어서 쓸 때 그 파일들을 어떻게 불러들여 쓸 수 있는가에 대한 이야기. 정말 기본적인 것만 메모해야지.

node.js용 모듈로 express같은 걸출한 웹서버 프레임웍이 있긴 하지만 일단 기본적인건 알아두는게 좋을 것 같다. 그래서 메모.

Mac OS X 의 터미널(Terminal.app)에서 Emacs를 띄우면 기본적으로 Option(Meta)키가 Emacs의 키로 먹히지 않는다. 이상한 특수 문자가 찍힐 뿐... 이 경우 따로 Emacs의 설정이 필요할 줄 알았는데 Terminal.app 자체에서 해결할 수 있는 문제였다.

Mac OS X 의 Terminal.app에서 emacs -nw 옵션으로 바로 터미널에서 이용 중일 때 복사/잘라내기/붙이기에 좀 문제가 있는 편이다. 외부에서 복사한 내용을 Emacs에 붙여 넣을 때는 CMD-V 로 붙여넣으면 되지만, Emacs의 내용을 복사해서 외부 창에 붙여 넣으려면 마우스로 드래그 해서 CMD-C 로 복사해 내는 방법이 기본적이다. 그런데 마우스를 이용하면 매우 많은 라인의 내용을 복사할 수가 없다. 스크롤이 안되니까. 해법을 찾아봤다. 여러가지 방법에 대한 이야기가 있지만 Mac OS X에서는 잘 안되는 것 같다. 그러다 pbcopy와 pbpaste를 이용해 확장하는 방법을 찾게 되었다.

앞서 brew로 vim 설치하기 를 썼었는데 삽질이 되어버린 기분이다. GUI전용인 줄 알았던 MacVim 을 터미널에서도 쓸 수 있다는 것을 알게 되었기 때문이다.

갑자기 Emacs가 얼어버리는 증상이 잦아져서 (불쌍한 고물맥북 ㅠㅠ) 터미널에서 vim을 쓰려고 HomeBrew를 이용해 vim7.3을 설치하려고 찾아봤다. brew search vim 그런데 정작 vim은 없고 macvim만 보인다. MacVim은 이미 설치되어 있지만 잘 안쓰는데 -_-;;; 뭔가의 이유로 공식적으로 아직 포뮬라가 안올라와 있나보다.

xahlee의 Emacs 팁 포스팅 은 정말 유익하다. 이전에 보던 html-mode 관련 포스팅에서 괜찮은 내용이 하나 보여서 소개한다. 제목 처럼 CSS를 편집할 때 컬러코드의 실제 색상을 비쥬얼(?)하게 볼 수 있는 기능이다.

Emacs 에서 html-mode 로 HTML 코딩 중 사용이 가능한 단축키. 약간 구식의 기능을 제공하는 것 같은데... 일부 편한 건 있다.

준비 우선은 정보부터 수집. 도데체 부트캠프냐 뭔지 잘 이해가 되게 설명해 주는 곳이 잘 없다. 어쨌든 알아낸 바로는, 부트캠프는 일반적인 윈도우가 설치되는 PC의 BIOS를 에뮬레이션 해 주는 서비스 라는 것을 알게 되었다. 우선 준비되어 있는 건 맥북프로(13인치 2009년형), Mac OS X 스노레퍼드(Snow Leopard), 윈도우XP Professional SP2 정품(32bit).

Emacs의 장점을 잘 살려주는 기능이라면 역시 front-end 구현이다. 터미널에서 사용하는 CUI 유틸리티가 명령어가 많고 복잡할 수록 더욱 쓰기 귀찮아지는데 이런걸 편해게 front-end UI로 구현하는 것이다. git의 경우도 커맨드 라인에서 쓰기에는 명령어가 제법 많은 편이다. 물론 다른 것에 비하면 단순한 것 같지만, 전용 UI가 있다면 더 없이 편할 것이다. magit은 Emacs용 git front-end이다.

쓸 게 없어서 쓰는 뜬금없는 Emacs 기초 이야기. 검색 및 치환에 대한 가장 기본적인 단축키 및 함수를 소개한다.

node.js 소개글에 따라 다니는 이야기는 비동기(asynchronous) 처리를 위한 이벤트 위주(event driven) 언어라는 점이다. 그리고 한 가지 더 따라다니는 소개는 '빠르고(performance) 확장(scalable)에 강하다 라는 점이다. 소개로는 뭔 말을 못 하랴. 실제로 node.js의 API 구조는 개발하기도 편하고 빠르기도 하다. 하지만 비동기 처리구조에서 오는 단점을 제대로 파악하지 못 하면 node.js의 장점은 그저 환상에 불가능하다. 비동기 처리 구조의 단점을 생각한 글을 그냥 한번 풀어 써 본다. (이 글에서는 직접적인 node.js의 테크닉이나 API는 안나온다.)

서버사이드 자바스크립트로 잘 알려진 node.js이긴 하지만, 그래도 스크립트 언어다. 약간 변태적이긴 하지만 (-_-) 그렇다면 여타의 python이나 ruby, perl 등의 영역을 침범해 볼 수 있을만한 능력이 있다는 이야기가 된다. 일반적인 유틸리티를 node.js로 만든다면 어떻게 해야 할까.

Macport 의 문제점(의존성이나 빌드가 안되는 것 들, sudo가 필수) 때문에 벼르고 있다가 결국 Homebrew로 갈아타는 무모한 도전을 하고 있는 중이다.

옛날에 Emacs에서 JavaScript 편집을 위해 espresso-mode가 있었다. 그게 Emacs 23.2에서 js-mode라는 이름으로 바뀌어서 Emacs안으로 들어가게 되었다. 그냥 역사 이야기. js2-mode 라는 모드는 js-mode 에 비해 여러가지 기능이 추가된 모드다. 예를 들자면 내장 파서를 이용해 문법(syntax) 오류 등을 미리 확인해 주는 등등... node.js 코딩 하기에 좋을 것 같아서 한번 설치해서 사용해 봤다.

Emacs에서 term-mode( M-x term ) 혹은 multi-term-mode를 사용 할 때 엔터키를 누르면 미니버퍼에 오류가 찍히면서 엔터키가 먹히지 않는 경우가 발생했다.

Emacs에서 특정 동작을 자동화 하기 위해 Keyboard Macro를 만들 수 있게 지원해준다. 특정 동작이란 건 사용자가 키보드로 입력하는 모든 행위를 의미하는 것이다. Vim의 Macro Recording 기능 등과 비슷하다.

비동기라는건, 실행 순서가 순차적이지 않다라고 말해야 되려나... 일 처리를 혼자서 하는 것과 여러명이 하는 것의 차이라고도 볼 수 있다. 혼자서 일을 할 때는 순차적으로 일을 할 수 밖에 없다. 이 일을 끝내고 저 일을 처리해야 한다. 하지만 여러명과 일을 할 때는 나는 여러 명에게 일을 시키고 결과물을 가져올 때 까지 쉬고 있을 수 있다. 이렇게 설명하니 대단하다! 마치 내 부하 직원이 여럿 생긴 것 같거든! 하하;;

일단 node.js의 기본 HTTP 서버 프레임웍으로 오류 발생 시에 어떻게 되는지 시험해 봤다. 내부 작동 구조를 보려는게 아니라 오류가 발생하면 그냥 어떻게 되는지를 확인해 보려는 것이다.

최근들어 node.js가 화제가 되고 있다. 계속 이어지고 있다고 해야되나. 새로운 관련 모듈이나 프레임웍이 나올 때 마다 찬양 일색이다. 도데체 뭐길래 그렇게 뜨고 있는 걸까. 딱히 할 일도 없고 해서 (- _ -) 한번 설치해서 뭔가를 돌려봤다.

Emacs를 쓰면서 많은 단축키를 사용하게 되는데 이 중 C-c 그리고 C-x 가 굉장히 많다. 그런데 이 단축키는 그 자체로는 아무 역활을 하지 않는다. C-c와 C-x는 트리커(즉 뭔가를 실행시키기 위한 키)에 가깝다. 그래서 이 다음에 이어지는 키에 따라 뭘 할지가 결정된다.

iPython 이란건 최근에 들어서 알게 되었다. -_- 어쨌건, iPython은 Python 인터프리터를 좀 더 강화시킨 인터프리터이다. 하지만 그 뿐만 아니라 쉘의 기능 까지 가지고 있어서 쉘을 대체할 수도 있을 만한 기능을 제공하기도 한다.

Mac OS X Terminal.app 에서 Vim을 사용 도중 디스플레이가 발생하는 오류의 한 예로, Macport로 빌드한 vim 7.3에서 윈도우를 나눈 후 긴 파일을 열어서 아래로 스크롤을 하다 보면 모드라인(스테이터스바)가 위아래로 진동하듯이 요동치며 표시되는 문제가 발생하였다. 해당 문제는 터미널 호환성 때문에 발생하기 때문에 설정을 확인해야 한다.

Emacs에는 occur라 불리는 함수가 있다. 버퍼에서 내용을 검색해서 이를 특수 버퍼에 표시해 주는 함수다. 이번 포스팅은 이와 관련된 내용을 정리한다.

제목대로 나는 안드로이드를 혐오하는데... 그 이유를 적기 보단 경험담을 적어볼까 한다. 직접 경험한, 그리고 주변 사람들의 경험담이다. 물론 글로 표현하기 위해 과장하거나 고쳤다 -_-; [참고] 이 글은 2011년 5월 경에 쓰여진 글입니다. 이 글을 썼던 시점부터 이미 안드로이드 개발에서는 손을 떼고 있기에 현재까지의 개발환경 변화는 모른다는 점에 대해 인식하시고 글을 읽어 주시면 감사하겠습니다.

Emacs는 자체에 언어입력기를 내장하고 있다. 물론 IME 같은 것으로 직접 입력할 수도 있지만 Emacs와 호환성 면에서 떨어지는 경우가 있기에 대체로 내장 입력기를 선호하는 것 같다. 구형 Emacs(21이전 버전)의 경우 mule 라는 추가 모듈로 따로 설치를 해야 했지만 Emacs23에서는 대부분 패키지에 포함된 상태로 배포되기에 정말 세상 편해진 것 같다.

M-x tetris

Elisp 코딩 혹은 Emacs 설정 파일을 수정하면서 알아두면 좋은 단축키 몇 가지. Evaluate라는 용어는 '실행'시킨다는 용어와 비슷하다고 이해하는게 좋다. (Python 등 다른 언어에서도 사용되는 용어니...)

금요일에서 주말 사이에 블로거닷컴(blogger.com / blogspot.com)의 메인터넌스가 있었습니다. 중간중간 글이 보였다가 안보였다가, 네비게이션바가 안보였다가 보였다가, 댓글이 보였다가 안보였다가, 글 보기만 되고 나머진 몽땅 오류가 발생하는 등의 우여곡절을 겪으며 겨우겨우 살아난 것 처럼 보입니다. 하지만 몇 가지 문제점을 발견하였습니다. 오류태그: 특정 태그(라벨)을 글에 붙였는데 이 태그가 붙은 글을 보려면 볼 수가 없고, 이 태그는 지울 수도 없습니다. 그래서 문제가 되었던 태그의 글을 지우고 다시 포스팅 하는 삽질을 하였습니다. 태그 입력 불가: 메인터넌스 이후 태그가 입력되지 않고 있습니다. 콤마(,)나 엔터로 자동완성 입력하는 순간 입력한 태그가 사라져 버리는군요. 어이가 안드로메다로 갑니다. 태그가 입력되질 않으니 어쩔 수 없이 글 목록에서 태그를 지정하는 우회수단을 이용해 태그(라벨)를 지정해야 합니다. (으악 라벨인지 태그인지 뭔지 좀 입력할 수 있게 해달라고!!!)

flymake-mode 를 사용할 때는 Makefile에 문법 체크용 코드를 추가해 사용해야 한다. 하지만 Python 코드들은 대체로 Makefile이 없을 뿐 더러 컴파일 할 필요성 까지 없다보니 뭔가 맞지 않는 것 같다. 그러니 다른 방법으로 flymake를 사용해야 한다. Python의 경우 문법 체크를 할 수 있는 몇 가지 도구들이 존재하는데 그 중에 pyflakes 라는게 있다. (pylint 같은 것도 될지도 모르겠지만 안해봐서 모르겠...)

이번엔 다른 글 소개를 위한 포스팅.

Python에 해로운 코드 스타일을 보여주는 슬라이드.

Python의 'is' 커맨드 를 설명하는 과정에서 Python의 대입은 레퍼런스 대입이라고 설명한 적이 있다. 그리고 이 레퍼런스 대입 시의 문제를 해결하기 위해 copy 모듈이 존재한다. 왜 copy 모듈이 필요한걸까.

Python에서 Unicode와 UTF-8에 관한 이야기 를 언급한 적이 있었는데, 처리과정에서 발생하는 오류를 이용해 주의점을 한번 환기해 볼 까 한다. 예제는 UTF-8 환경의 터미널에서 python 인터프리터를 사용함을 가정한다.

Emacs의 오랜 이스터에그인 doctor 모드 소개글...을 쓰고 싶었는데 딱히 적을 게 없다.

flymake는 Emacs에서 실시간(?)으로 컴파일 오류를 표시해 주는 툴이다. 마치 이클립스나 Xcode4에서 코딩 도중도중 빌드 오류를 실시간으로 표시해 주는 것 처럼...

Live Programming이라는 소개가 붙어있어서 본 영상이 무척 인상적이어서 소개. 영상의 내용은 악기를 제어하는 코딩을 하면서 바로바로 확인할 수 있는 내용이다.

Emacs에 autopair-mode나 textmate-mode 가 있다면 Vim에는 AutoClose라는 플러그인이 있다. 기능상 거의 동일한데, 괄호나 인용부호 등의 페어를 자동으로 입력해 주는 기능을 제공한다. http://www.vim.org/scripts/script.php?script_id=1849 autoclose.vim 파일을 받아서 ~/.vim/plugin/ 디렉토리 혹은 기타 플러그인 디렉토리에 복사해 넣기만 하면 설치는 끝.

Emacs에서 복사 및 잘라내기, 붙이기, 삭제 등과 관련된 뜨금없는 기초 포스팅. Emacs 에서 사용되는 이와 관련 용어는 일반적인 윈도우용 에디터와는 다르게 Killing and Yanking이라 부른다. 전통적인 Unix 스타일의 에디터에서 쓰이던 용어였으니 좀 익숙하지 않더라도 받아들여야 한다. (Vim도 처지가 비슷한 만큼 비슷한 용어를 사용한다.)

갑자기 iOS 4.3.3 업데이트가 떠서 좀 놀란 감이 있는데... http://blog.iphone-dev.org/post/5239805497/tic-tac-toe 4.3.1용으로 만든 탈옥툴이 4.3.3에서도 여전히 (iPad2만 빼고) 된다는 소식이 dev-team blog를 통해서 전해져왔다. 물론 귀찮아서 직접 확인해 보지는 않았지만...;;

5월 3일에 릴리즈 되었으니 좀 된 것 같지만... 어쨌든 iPhone 등의 iOS용 게임 개발 프레임웍인 cocos2d 1.0 RC2가 릴리즈 되었다. 금방 1.0 정식이 나올 줄 알았더니 생각보다 오래 걸리는 것 같다. http://www.cocos2d-iphone.org/ 큰 변화로는 역시 Xcode 4 지원을 들 수 있을 것 같다.

SGML/XML/HTML (사실 전부 SGML에서 파생된 녀석들이지만 -_-) 등의 코딩을 CSS 스타일과 비슷하게 할 수 있도록 도와주는 zencoding-mode.el 소개글. 아마도 다른 에디터에서 이미 지원되는 기능과 동명의 기능을 따로 만들어낸 것이라 생각되지만 정확한 것은 모르겠다.

Emacs에서 배포되는 etags는 ctags에서 지원되는 recursive가 없다. 그래서 etags 단독으로 태그(TAGS)를 만드는 건 포기해야 할 것 같다. 물론 ctags를 이용해서 TAGS를 생성 할 수도 있지만, ctags에 비해 etags가 objective-c 도 지원해 주는 등 제약이 덜 한 것 같다.

예전에 Vim에서 tags 파일 경로를 부모 디렉토리들로 지정해서 자동으로 태그를 지정하는 방법 을 포스팅 했던 적이 있다. 하지만 Emacs에서는 동일한 형태로 지정을 해서 사용하는게 안되었다. 이런 기능을 원했지만 검색으로 찾을 수는 없었다. 물론 Emacs도 tag file list를 지원하기 때문에 원하는 태그 파일 경로를 다수 지정해 줄 수 있다. 하지만 프로젝트가 생길 때 마다 설정을 추가해 주는건 너무나 귀찮은 일이다. 그래서 만들었다;;;

camelCase에 대해 언급 한 적이 있었는데, 사실 가독성이 아주 좋은 편은 아니다. 심볼 가독성 면에서는 snake_case가 가장 좋다고 생각되지 않는가? 단어와 단어 사이가 확연하게 구분되니까. 하여간, Emacs에서 좀 특별한 모드가 하나 기본적으로 주어지는데 이런 camelCase혹은 MixedCase 형태의 심볼을 snake_case 처럼 읽기 편하게 만들어 주는 glasses-mode가 그것이다.