Читал в нежно любимом Smashing Magazine статью An Introduction To PostCSS. Уже в процессе предчувствовал, какие там будут комментарии внизу. И точно: «too much development before you even start development», — сказали люди. Выглядит достаточно сложно, сомнения понятны. При том, что выгода не вполне ясна, стоит ли инвестировать время и силы в изучение того, что через некоторое время окажется пройденным этапом?
С некоторыми комментаторами можно поспорить. Скажем, если вы допускаете возможность, что через несколько лет в проекте придется переделать CSS, и боитесь, что к тому времени и Gulp, и Grunt выйдут из обихода, то наворачивать сюда еще и PostCSS точно не надо. Пройдите мимо. Но инструментарий и технологии меняются быстро, и речь скорее может пойти о переписывании проекта с нуля, а не о переделывании старого. Даже не через несколько лет, а через несколько месяцев — это нормально. Где-то Evil Martians об этом писали.
Все зависит от конкретной ситуации. Если CSS в проекте достаточно сложен и видны преимущества выхода на более высокий уровень, то использование PostCSS оправдывается.
Вот Бен Фрейн пишет, что не видит сейчас смысла вкладываться в Sass (это человек, написавший о Sass книгу) и под девизом «Everything that can be written in JS will be written in JS» уходит на PostCSS, считая это более выгодной инвестицией.
Но есть и другой современный тренд, когда люди устают от накручивания инструментария для фронтенд-разработки и пытаются вернуться к истокам. «I get the feeling we just transfer complexity somewhere else» — пишут они.
Сфокусироваться на сути призывает и Тим Кадлек. Вместо того, чтобы пробовать каждый новый инструмент и искать его преимущества, лучше вернуться к базовым вещам и проверить, не упущено ли что-нибудь важное. Не выходить на новый уровень абстракции, а остаться на месте или спуститься ниже, чтобы лучше понять, как все работает. Джек Франклин рассказывает, что нужно учесть перед тем, как браться за тот или иной новый инструмент. «Forget about trying to „keep up“», — пишут они оба.
Сам я сейчас предпочитаю Sass, потому что он решает конкретные проблемы с CSS очевидным и удобным мне способом. Возможно (возможно!), когда-то пригодится и PostCSS, пока же это для меня «сложность, перенесенная куда-то еще». Вот плагин Autoprefixer — это да, это классно. Только ради него можно включить PostCSS в рабочий процесс. Ну а возможность написать что-то вроде p { text: 300 uppercase dimgrey center 1.6rem 1.7 .05em; } — в ней экономии времени я не вижу.