В чем принципиальное отличие препроцессоров Less и Sass, кроме синтаксиса?
В том-то и дело, что отличий очень мало. И в этом прелесть того, что вы можете выбрать любой препроцессор и автоматически научиться другому.
В интерактивных курсах есть раздел по Less, где рассказывается о цветовых функциях. Всё очень красиво и увлекательно, только непонятно, как это можно использовать практически: ведь с помощью всяких lighten и darken можно указать новый цвет лишь в каком-то приближении, а в любом ТЗ требуется точное соответствие макету. Ну, разве что у заказчика не будет макета, и он скажет: сделай примерно так.
Какой смысл в операциях с цветами в Less если дизайнер/заказчик задает конкретные цвета для элемента
Да, если нужно следовать строго по ТЗ и в макете всё указано, то цветовые функции не помогут, но это редко случается. На практике всегда нарисуют тень у блока, а при наведении, если это интерактивный блок, не нарисуют. В этом случае вы можете сказать, что тень стала чуть-чуть светлее.
С вашей точки зрения, можно ли сейчас обходиться без препроцессоров? Заменит ли CSS препроцессеры в ближайшие 1-2 года?
Да, с каждым годом возможности CSS растут и скорее всего мы движемся в сторону возращения к стандартному CSS без препроцессоров. Но также стоит понимать, что никто кто сейчас пользуется препроцессорами не возьмёт и не бросит их. Так как проекты уже работают и нужно не мало усилий, чтобы переписать всё.
Какой препроцессор чаще используется в большинстве компаний на рынке? В вакансиях чаще вижу требование знания SASS. Хотелось услышать ваше мнение.
Какой предпроцессор все-таки чаще используют в Российских компаниях SASS или LESS? А в зарубежных?
Мы недавно проводили исследование. Sass требовался чаще, но это не говорит, что другие препроцессоры хуже. Просто научитесь работать в одном, попробуйте другие и вы поймёте, что у них мало отличий и в целом без разницы в каком писать ваш код.
Связанно ли то, что мы проходим в рамках курса Less, а не Sass с тем, что он на JavaScripte, а Sass на Ruby? И в правду препроцессоры так необходимы, когда некоторые их функции, например как переменные, уже можно выполнять на чистом CSS?
На интенсивных курсах вы можете выбрать как Less, так и Sass. Sass уже давно не на Ruby и сейчас он развивается на DART.
От препроцессоров вы можете отказаться, если вы не видите в них необходимости. Но на работе это решат за вас и придётся работать тот, который дадут. Поэтому хоть какому-нибудь нужно научитьсяю
По статистики больше компаний в которых верстают на чистом CSS или с использованием предпроцессоров?
К сожалению, у нас нет такой статистики.
Уточните вопрос, пожалуйста. Не понятно какую вложенность вы имете ввиду.
При выборе современных тегов и свойств css приходится часто смотреть на поддержку ими различными браузерами. Существует ли какой-то общий консенсус, какие браузеры нужно поддерживать, а какие нет? Например, стоит Opera Mini — на нее стоит ориентироваться? Я слышал, что её называют «прокси-браузером» — можете объяснить, что это значит?
Общего консесу нет и не может быть. Всё решается исключительно в конкретном проекте. Вот допустим есть социальная есть с 1 млрд польователей и страница вашего кота. Как думаете, где поддержка браузеров будет шире? Конечно в первом случае, так как и аудитория шире. Обычно смотрят на статистику посещений пользователей и уже делают выводы какая поддержка будет в проекте. Если в во всех IE заходит 10 человек и 1 млн пользователей, то поддержку IE можно закрывать, но если пользователи IE приносят 1 млн рублей в месяц, то поддержку закрывать нельзя не смотря на то, что их всего 10.
Какой практический смысл в less имеют т.н. «шаблоны примесей»? Чем использование .set-font-size(smaller; @size) лучше, чем, к примеру, .set-font-size-smalle(@size) , тем более, что тело примеси будет выглядеть абсолютно также?
Ничем не лучше, шаблоны примесей используют в больших проектах, когда этих примесей очень много и когда функциональность примесей часто повторяется.
В одном из материалов, рекомендованных после лекции, я прочитал рекомендацию не пользоваться магическими значениями. Можете подробнее рассказать об этом? Как быть, например, с отступами?
По числу обычно видно, когда верстальщик "костыляет". Вот небольшой пример.
.block {
padding-top: 20px;
padding-top: 18.5px;
}Это достаточно странное значение для padding. Поэтому таких значений лучше избегать. Обычно магическими начениями называют те значения, которые никак не были именованы.
const allWidth = documntWidth + 20;вот совсем не понятно почему именно 20 и почему они тут нужны.
const gap = 20;
const allWidtth = documentWidth + gap;Кажется, что пример глупый, но на самом деле всё становится совершенно очевидно. Вся ширина = ширина документа + отступы. И вот эта ясность кода куда лучше примера выше.
Можно ли использовать в личном проекте CSS Grid, будет ли он засчитан в «Б16. Для микросеток использованы флексбоксы» в микросетках?
В Б16 указаны места, где нужны флексы, в остальных местах можно использовать grid. Лучше внимательнее прочитайте все критерии прежде чем приступать к использованию гридов. Но скорее всего у вас не получится сделать нормальную сетку из-за поддержки IE11.
Будут ли в курсе рассматриваться html-препроцессоры ? Например Pug
Нет
Здравствуйте.
- стоит ли делать Барбершоп или лучше сфокусироваться на своем проекте с перспективой взять второй? И если стоит, то почему не был предоставлен соответствующий репозиторий.
- прошу прояснить ситуацию с работой в node.js, а особенно с написанием npm тестов. Спасибо *)
- Сфокусируйтесь на своём личном проекте. На втором уровне мы не даём работу с Барбершопом и он представлен только в виде демок.
- Это на наших курсах не рассматривается так как слишком обширная тема.
А normalize.scss еще жив? Мы будем его использовать?