Вот я как раз в том отделе работаю который отвечает за быстро поправить и не пересобирать проект.
А автоматически код и так оптимизируется(минимизируется), но того что вы имеете в виду я не встречал.
Это скорее причина почему для таких разработчиков есть отдельная позиция junior и их код за ними перепроверяют. Ну и даже с таким учетом понимание актуальности инструмента в той или иной ситуации должна быть.
К примеру можно не знать префиксы или неспособность самостоятельно прописать полный путь до дочернего элемента #main .block a{}, плюс постоянно забывать ставить { }
Мне сложно объяснить всё с точными примерами, но со стороны видно что для человека привычные действия становятся как буд-то в новинку, чуть ли не слышно как шестеренки скрипят. Мне кажется что тут больше какой-то психологический фактор, как с автомата на механику пересесть (при условии что последний раз на ней ездил на экзамене в гаи), вроде и водить умеешь, но что-то явно не то и какая-то лишняя педаль под левой ногой появилась ))
В такой ситуации да, но если ты идешь устраиваться на работу в крупную компанию с зп выше средней, и не можешь писать без препроцессоров — это как минимум странно. А учитывая что в резюме опыт работы указан более года, то лично для меня это вообще дико.
Момент и правда странный, не буду вдаваться в подробные объяснения т.к. долго и нельзя.
Но это далеко не единственная и не самая главная причина почему тот же less и sass не всегда хорошо. Попробую привести пример. У нас есть некий css написанный на препроцессоре, при развертке он весит к примеру 100кб, но все мы знаем что препроцессоры разворачивают код не оптимально, и тот же css написанный без их участия будет весить 60кб. А теперь выложим это на высоконагруженный сайт, с количеством загрузок более 30 000 000. И получим лишний трафик более чем на 1.2 терабайта в сутки. И вот это пожалуй основная причина моей нелюбви к препроцессорам, сыро и не оптимально (
Это к примеру проекты в которых в силу их возраста и технических особенностей, просто нет возможности хранить эти исходники. Разве что в отдельно созданном месте, к примеру на том же гите, но напрямую с проектом это связано не будет. И в результате в любом случае получаем лишние сложности при обновлении кода, плюс возможные ошибки при переносе и несоответствия кода в гите и в проекте и т.д. и т.п.
В общем частные случаи в работе которые могут возникнуть по тем или иным обстоятельствам. А большинство начинающих верстальщиков сейчас банально не могут без препроцессоров ничего написать. И инструмент который был призван помочь и упростить, в результате превратился в какую-то щайтан машину которая снижает общий уровень начинающих специалистов, которые банально не понимают что за них нужно браться уже после того как смог в простой css
В схеме WordPress идёт опциональным, при этом общие знания по CMS обязательны для сеньёра. Невнимательно смотрели.
Я скорее к тому, что WordPress как частный и наиболее распространенный пример CMS логичнее было бы поместить на более низкий уровень, а общее понимание CMS считать уже более продвинутым.
А те же media queries сейчас обязательны уже и для джуниора т.к. примерно половина пользователей(возможно уже и больше) пользуются мобильными телефонами и другими девайсами при посещении сайтов, и media queries нужны практически в любой вёрстке.
Ну и я специально делал отдельные пункты как «CSS препроцессоры». Это не просто пункт, это прям изучать надо отдельно.
Это скорее прям запрещать нужно, до момента возникновения понимания хД
Я как верстальщик с более чем 6 летним опытом соглашусь, что воспринимать верстальщика как ступеньку к frontend не совсем верно. Хоть сам изначально планировал быстро проскочить эту ступеньку, полагая что учить и узнавать тут практически нечего и самое интересное ждет в frontend, но в результате бы сильно впечатлен открывшимися передо мной горизонтами и возможностями в познании верстки. И хочу сказать что произошло это далеко не сразу, только спустя года 3-4 пришло осознание того что конца и края новым знаниям и возможностям не видно, особенно после знакомства с БЭМ и посещения пары конференций в Яндексе.
А вот по поводу навыков к каждому уровню не соглашусь. Тут видно что вы скорее их применительно к своему проекту описали. Я к примеру с WordPress так и не столкнулся в работе (вот сам не знаю как так получилось, только из любопытства смотрел) в крупных и старых проектах зачастую используется что-то своё, появившееся иногда раньше того же WordPress. Я бы его просто поменял на умение работать с CMS или понимание принципов их работы на уровне достаточном для взаимодействия.
И пожалуй самое главное что мне хотелось бы добавить (после недавнего набора новых молодых верстальщиков) — это понимание у них того, зачем нужны препроцессоры в работе верстальщика, а то нынче любой джуниор их знает, пользуется, а зачем оно и почему он пишет в нём, а не на простом css объяснить не может. И это при том, что местами они сильно вредят и усложняют дальнейшее поддержание кода до такой степени, что проще всё переписать. (не во всех проектах хранятся исходные файлы less и sass, а сгенерированная белеберда зачастую нечитаема и весит больше чем могла бы, что для проектов с большим трафиком уже существенно)
А автоматически код и так оптимизируется(минимизируется), но того что вы имеете в виду я не встречал.
Мне сложно объяснить всё с точными примерами, но со стороны видно что для человека привычные действия становятся как буд-то в новинку, чуть ли не слышно как шестеренки скрипят. Мне кажется что тут больше какой-то психологический фактор, как с автомата на механику пересесть (при условии что последний раз на ней ездил на экзамене в гаи), вроде и водить умеешь, но что-то явно не то и какая-то лишняя педаль под левой ногой появилась ))
Но это далеко не единственная и не самая главная причина почему тот же less и sass не всегда хорошо. Попробую привести пример. У нас есть некий css написанный на препроцессоре, при развертке он весит к примеру 100кб, но все мы знаем что препроцессоры разворачивают код не оптимально, и тот же css написанный без их участия будет весить 60кб. А теперь выложим это на высоконагруженный сайт, с количеством загрузок более 30 000 000. И получим лишний трафик более чем на 1.2 терабайта в сутки. И вот это пожалуй основная причина моей нелюбви к препроцессорам, сыро и не оптимально (
В общем частные случаи в работе которые могут возникнуть по тем или иным обстоятельствам. А большинство начинающих верстальщиков сейчас банально не могут без препроцессоров ничего написать. И инструмент который был призван помочь и упростить, в результате превратился в какую-то щайтан машину которая снижает общий уровень начинающих специалистов, которые банально не понимают что за них нужно браться уже после того как смог в простой css
Я скорее к тому, что WordPress как частный и наиболее распространенный пример CMS логичнее было бы поместить на более низкий уровень, а общее понимание CMS считать уже более продвинутым.
А те же media queries сейчас обязательны уже и для джуниора т.к. примерно половина пользователей(возможно уже и больше) пользуются мобильными телефонами и другими девайсами при посещении сайтов, и media queries нужны практически в любой вёрстке.
Это скорее прям запрещать нужно, до момента возникновения понимания хД
А вот по поводу навыков к каждому уровню не соглашусь. Тут видно что вы скорее их применительно к своему проекту описали. Я к примеру с WordPress так и не столкнулся в работе (вот сам не знаю как так получилось, только из любопытства смотрел) в крупных и старых проектах зачастую используется что-то своё, появившееся иногда раньше того же WordPress. Я бы его просто поменял на умение работать с CMS или понимание принципов их работы на уровне достаточном для взаимодействия.
И пожалуй самое главное что мне хотелось бы добавить (после недавнего набора новых молодых верстальщиков) — это понимание у них того, зачем нужны препроцессоры в работе верстальщика, а то нынче любой джуниор их знает, пользуется, а зачем оно и почему он пишет в нём, а не на простом css объяснить не может. И это при том, что местами они сильно вредят и усложняют дальнейшее поддержание кода до такой степени, что проще всё переписать. (не во всех проектах хранятся исходные файлы less и sass, а сгенерированная белеберда зачастую нечитаема и весит больше чем могла бы, что для проектов с большим трафиком уже существенно)