"setTimeout" on JavaScript.

setTimeout 은 자바스크립트에서 자주 쓰이는 평범한 함수의 형태입니다.

setTimeout(function(){
	eat('food');
}, 6000);

CoffeeScript 코드로 바꾸려면 어떻게 해야 할까요?

"setTimeout" on CoffeeScript.

저는 이렇게 작성했습니다. 바로 생각이 나지 않더군요.

setTimeout ()->
    eat 'food'
  , 6000

"assert.response" on JavaScript

JavaScript TDD 프레임웍인 expresso에서 assert.response 는 이렇게 생겼습니다.

assert.response(server, {
		url: '/foo',
		method: 'POST',
		data: 'bar baz'
	}, {
		body: '/foo bar baz',
		status: 200
	}, function(res){
	// All done, do some more tests if needed
	});

커피 스크립트로, 어떻게 작성해야 할까요?

"assert.response" on CoffeeScript

많은 변종을 거쳐서 다음과 같은 코드가 작성되었습니다. 테스트 링크

assert.response server
  , 
    url: '/foo'
    method: 'POST'
    data: 'bar baz'
  ,
    body: '/foo bar baz'
    status: 200
  ,
    (res) ->
      # All done, do some more tests if needed

뭘 기억하고 싶은 거냐면...

CoffeeScript 코드를 작성하다 자주 오류가 나는 부분을 정리해 놓은 것입니다.

attr_reader, attr_accessor 는 뭘까요?

흥미만 잔뜩 있던, Ruby에 대해서 알고 싶기도 하고, 리팩터링 책도 읽지 못해본 상태라, 두마리 토끼를 잡아보려, "리팩토링:루비 에디션" 을 읽고 있습니다.

그런데 첫 코드에서 막혀 버렸습니다.

나머지는 대충 알겠는데, attr_reader, attr_accessor 요녀석들은 뭘까요?

class Movie
  REGULAR = 0
  NEW_RELEASE =1
  CHILDRENS =2
  
  attr_reader :title
  attr_accessor :price_code
  
  def initialize(title, price_code)
    @title, @price_code = title, price_code
  end
end

Accessors

Yukihiro Matsumoto 님의 Ruby User’s Guide에 쉽게 설명이 있네요.

Links

• Ruby User's Guide :: Accessors

CommonJS 는 JavaScript API를 정의하는 단체(=Group)이다.

자바스크립트는 빠르고 강력한 언어가 되었지만, 현재의 표준 JavaScript 스팩은 브라우져 환경을 벗어날 수 있는 API를 제공해 주지 못하고 있다.

CommonJS 는 JavaScript가 갖지 못한 API,
즉, Java 나 Ruby, Python이 갖고 있는 Standard Library API와 같은 API를 추가로 정의해서,
JavaScript를 범용 언어와 같이 만들고자 하는 것이다.

CommonJS 에서 가장 먼저 완성한 스팩은 Modules/1.0 이다.

(대부분이 말하는 CommonJS 를 따른다. 혹은 CommonJS 이다 라는 표현은, 이 CommonJS 모듈 스팩을 준수하고 있다 라는 뜻이다.)

Kris Kowal 님이 만드신, "CommonJS: JavaScript Everywhere" 라는 슬라이드 자료

CommonJS에서 표준화 작업중인 내용들

현재(2011.11.18), 아래와 같은 내용(=CommonJS 위키 페이지에서 확인 가능)들이 토론되어지고 있는 중이다.

• Uniform Baseline / 글로벌 (discussion) - 여러 JS 엔진에서 동일하게 동작하도록 하기위한 토론.
• 모듈 (1.1.1)
  • binary: 바이너리 데이터 타입 (byte arrays and/or strings) (proposals, discussion, early implementations)
  • encodings: 인코딩과 문자열 (proposals, discussion, early implementations) -
  • io: I/O 스트림 (proposals, discussion)
  • fs, fs-base: 파일 시스템 (proposals, discussion, early implementations)
  • system: 시스템 인터페이스 (stdin, stdout, stderr, &c) (1.0, amendments proposed)
  • assert, test: 단위 테스트 (1.0, amendment proposals pending)
  • sockets: 소켓 I/O TCP/IP 소켓 (early proposals)
  • event-queue: 리액터(=Reactor, 이벤트 발생자)/이벤트 큐 (early proposals)
  • worker: 워커(Worker) (공유하지 않는 동시(=concurrent) 프로세스/쓰레드) (proposal)
  • console: 콘솔(=console) (proposal)
• 패키지 (1.0)
• Package Mappings (proposal)
• Web Server Gateway Interface (JSGI) (proposals, discussion, early implementations)
• Promises (proposal) - 비동기 처리를 위한 스팩

참고 사이트

• CommonJS 홈페이지(영문)
• CommonJS 자바스크립트 세계정복을 위해 노력(영문)

빔(Vim) 을 보다 막강하게 쓰기 위해선 적절한 플러그인이 필요하다. 그런데 빔에서 플러그인을 관리하는 일은 생각만큼 쉽지 않다.

특히, 가장 불편한 점은 여러 플러그인을 ~/.vim 폴더(윈도우즈 사용자의 경우, ~/vimfiles 폴더)에 덮어 씌워놓는 점. 그래서 플러그인을 업데이트하는 것은 언제나 어려웠다.

이런 나에게 단비 같은 플러그인이 바로 pathogen.vim이다.

설치

pathogen.vim 의 설치는 매우 간단하다.

1. ~/.vim/autoload 안에 pathogen.vim 파일은 복사한 뒤,
2. ~/.vimrc(윈도우즈의 경우 ~/_vimrc) 에 다음과 같은 코드를 한 줄 추가하면 된다.

   call pathogen#infect()
   

3. 이제 어떤 플러그인이든 ~/.vim/bundle 에 압축을 풀어 놓으면 각각이 플러그인이 인식된다. 버전 컨트롤 되고 있는 플러그인이라면, 그곳에 체크아웃하면 되는 것이다.

동기화

여러 대에서 Vim을 사용하고 있는 경우, 동기화까지 들어가면 더욱 유용하게 쓸 수 있게 된다.

나의 경우, D:\Dropbox 로 몇몇 설정파일을 동기화 중인데 그곳에 .vim 폴더도 포함되어 있다.

아까 수정했던 _vimrc를 다음과 같이 수정하면,

call pathogen#infect('D:\Dropbox\envs\.vim\bundle') 

Dropbox에 있는 설정파일을 자동으로 읽어오게 된다.

더 설치하고 싶은 플러그인은 물론, Dropbox\envs\.vim\bundle 안에 설치하면 된다.

DropBox envs 폴더 구조

참고자료

• pathogen.vim 링크
• KLDP::vim 사용자를 위한 플러그인 매니저 vundle 을 소개 합니다.