libsass или Sass? — прошлое, настоящее и будущее

Sass или libsass? Этот вопрос уже довольно-таки долгое время волнует front-end разработчиков, особенно тех, которые работают с крупными проектами и большими выходными файлами. На пороге SassConf 2014 я постарался разобраться в этом вопросе.

SassConf 2014

На этой неделе проходит ежегодная конференция SassConf 2014 (2-4 октября), на которой вполне ожидаемо кроме классических докладов типа «мой удобный workflow Sass + Compass + Grunt» будут и важные keynote-доклады от Chris Eppstein и Natalie Weizenbaum.

На последних как раз будет обсуждена дальнейшая судьба Sass. Посмотрим оправдаются ли мои прогнозы относительно дальнейшего развития препроцессора и если нет, то чем же закончится этот «конфликт движков».

libsass

Для тех, кто все еще не в курсе: libsass – это порт движка Sass, написанный на C/C++, который работает очень быстро. Одним из популярных интерфейсов для работы с libsass можно назвать node-sass, который используется, например, в Grunt или редакторе Brackets (стороннее раширение). Вторым по популярности интерфейсом можно назвать SassC, который используется например в Codekit.

В видео я наглядно показал, что libsass намного быстрее чем классический Ruby Sass, причем на порядок. А что используете вы? Сможете обойтись без Sass maps?