plug-in language가 javascript가 아닌 이유

http://www.sublimetext.com/blog/articles/choosing-an-extension-language을 보면 왜 플러그인 언어로 python을 선택했는 지 이야기가 나옵니다. 1.x버전에서는 scheme을 사용했다고 하는 군요.
그중에서 눈에 확 들어오는 부분이 있어서 옮겨 봅니다.

What about JavaScript? It’s an underrated, elegant language, with a huge number of people acquainted with its syntax. Its weakness is that it’s not used as a general purpose language, so there’s no selection of libraries your users will be able to build on. No libraries and no built-in standard APIs (file system access, I’m looking at you) rule JavaScript out.

너무 느슨한(유연한) 구조로 built-in standard API가 없다라는 점.
emeditor에서는 ActiveX를 사용해 우회할 수 있었지만, Linux나 OSX에서는 절대적으로 치명적인 이유가 되어 버리는 군요. 뼈아프게 공감해서 옮겨 적어보았습니다. m(__)m

이미지는 개발자의 블로그 http://www.sublimetext.com/blog/articles/anatomy-of-a-next-generation-text-editor 에서 스틸해 왔습니다.

이것이 제가 스크린이 작은 노트북과는 친하지 않은 이유입니다. ㅠㅠ;