[CoffeeScript] 왜 커피스크립트를 사용하지 않는가

아랫글은 2016년에 썼던 글인데 왜인지 모르게 아직 publish 안 하고 있었다. 그 사이에 ES2015(ES6)의 변경을 추가 한 커피스크립트2가 나왔다. 하지만 이미 ES2015를 넘어 ES2017도 나왔고, 브라우저들도 ES2016는 네이티브로 지원하고 있기 때문에 앞으로도 커피스크립트를 쓸 일은 없을 것 같아 발견한 김에 publish 한다.


커피스크립트는 자바스크립트 코드를 간결하게 만드는 것을 목표로 만들어진 언어다. 2009년 첫 버젼을 릴리즈 하였고, 2010년 12월 1.0이 릴리즈 되었다.

내가 커피스크립트를 처음 썼던 것은 1.0이 릴리즈 된 지 조금 뒤인 2011년 경이었던 것 같다. 지금도 자바스크립트 코드가 다른 언어에 비해 간결하지는 않지만, 당시 자바스크립트 코드는 지금보다도 verbose 하였기 때문에 꽤 애용하였었다. 그러다가 웹 말고 다른 일을 하다 보니 자바스크립트를 사용하지 않게 되었고 자연스럽게 커피스크립트도 안 쓰게 되었다. 그러다가 2014년경 잠시 웹 개발을 하게 되었는데 이때 습관적으로 다시 커피스크립트를 사용하였었다. 하지만 그것도 잠시였고, 그 뒤로는 사용하지 않게 되었다. 더 이상 커피스크립트를 쓰지 않게 된 이유는 크게 2가지였다.

일단 커피스크립트의 문법은 너무 애매했다. 커피스크립트가 가장 중요하게 생각하는 요소 중 하나는 자바스크립트로 일대일로 매칭되는 것이다. 하지만 처음 커피 스크립트를 보면 자바스크립트 같은 느낌이 전혀 들지 않는다. 이는 커피스크립트 코드에서는 괄호를 거의 사용하지 않기 때문이다. 사실 일부 기능을 제외하고 대부분의 커피스크립트 코드는 적절한 위치에 괄호를 추가하는 것으로 자바스크립트 코드로 변환할 수 있다. 이는 커피스크립트의 설계자가 자바스크립트의 괄호가 자바스크립트 코드를 복잡하게 만든다고 생각했기 때문이다.

하지만 실제로 사용해보면 이는 딱히 편하지 않다. 물론 괄호가 없기 때문에 타이핑은 많이 줄어든다. 하지만 코드를 작성해본 사람은 알겠지만 적은 타이핑은 딱히 간결한 코드를 만드는데 중요한 요소가 아니다. 게다가 이 정도 타이핑은 사실 좋은 에디터를 쓰면 해결될 문제다. 실제로 커피스크립트를 사용하면 타이핑이 줄어서 드는 이득보다 코드를 읽기 힘들어져서 생기는 문제가 더 크다. 물론 익숙해지면 어느 정도 해결되는 문제지만, 엣지 케이스에 대해서는 꾸준히 밟는 지뢰가 생긴다. 게다가 문제가 발생했을 때 컴파일 에러가 발생하는 것이 아니라 예상치 못했던 방식으로 컴파일돼서 실행되는 것이 더 큰 문제다.

또한 당시에는 ECMAScript 6(a.k.a. ES6)를 ECMAScript 5로 변환시켜주는 babel이라는 기술이 나오고 있었다. ES6를 사용하면 커피스크립트만큼은 아니지만, 어느 정도 간결한 코드를 사용할 수 있었다. 그리고 ES6에는 이미 커피스크립트의 arrow 문법(-> 대신 =>를 사용하기는 한다)과 class가 추가됐다. 게다가 변수 선언이 암시적으로 이루어지는 커피스크립트의 특성상 ES6에 추가 된 let이나 const같은 장점을 전혀 사용할 수 없다.

뭐 이런저런 이유로 더 이상 커피스크립트를 사용하지는 않을 것 같다. 하지만 커피스크립트의 노력이 헛되다고 생각하지는 않는다. arrow를 함수로 사용하기 시작한 것도, 자바스크립트에 class를 도입한 것도 내가 알기로는 커피스크립트가 처음이었고, 자바스크립트를 조금 더 쓰기 좋은 언어로 만드는데 커피스크립트가 기여한 바는 결코 작지 않다. 다만, 이미 커피스크립트가 해결하고자 하는 문제는 거의 다 자바스크립트에 반영됐고, 자바스크립트는 다음 문제로 넘어가고 있다. 따라서 앞으로 커피스크립트를 쓸 일은 없을 것 같다.

댓글

이 블로그의 인기 게시물

[C++] enum class - 안전하고 쓰기 쉬운 enum

Log Aggregator 비교 - Scribe, Flume, Fluentd, logstash

RAII는 무엇인가

[Python] cache 데코레이터로 최적화하기

[Web] SpeechSynthesis - TTS API