У меня достаточно большой опыт в верстке, у моих американских и израильских клиентов часто нужна поддержка ie10 и очень редко но и ie9 и всех остальных браузеров не самой последней версии, плюс нативный css import работает медленнее и не во всех браузерах поддерживается, на счет не совпадения строк(нужно использовать sourcemap и никаких проблем с этим нет). Предлагаю закончить эту дискуссию, поскольку мой способ работы, так как и Ваш не мешает нам зарабатывать на этих знаниях деньги
Не соглашусь с Вами, что смысла меньше и вот мои аргументы за:
1. Код можно разделить на несколько общих файлов куда вынести некоторый код(например _title.scss в котором будет основной код для всех заголовков) и тут найти и поправить что-то будет легче чем в общем 2-4к строчном файле по ctrl-F
2. Если не нужен какой-то блок кода, то просто не импортируешь этот файл, а не вырезаешь из общего, что исключает ошибки каких нибудь забытых скобок или точек с запятыми и дает возможность переиспользовать код по новому в разных проектах
3. Код лучше группирован, например
.btn {
display:inline-flex;
align-items:center;
justify-content:center;
&:hover {
opacity:.9;
}
&-primary {
background-color: blue;
color: white;
&:hover {background-color:lightblue;}
}
}
4. код не избыточен вендорными префиксами и его легче читать, поскольку они добавляются уже после сборки
5. Например в shopify есть поддержка scss из коробки
6. Для маленьких проектов(лендинги всякие, верстка email) да можно обойтись, но для больших лучше использовать препроцессоры, так как отладка происходит быстрее и например удаление большого куска кода = удалению одной строки импорта
7. Код всегда красиво отформатирован, потому как это делается после сборки, а не дергается каждый раз при включенном prettier
8. Собрать условно кастомный bootstrap только на css не получится, а вот выкинуть какие нибудь кнопки и т. д. можно отключив опять же импорты
Но соглашусь в одном — каждый выбирает писать код так как ему нравится или по правилам компании)
Применение этих переменных конечно хорошая возможность, но даже не знаю кто сейчас пишет на чистом css, а по поводу перебить свойства спецыфичным селектором или поиск и замена в редакторе, так переменные тут не спасут, потому как если есть глобальная переменная например цвета, а потом она переопределена в какой-то кнопке, то всеравно ее нужно искать и менять в коде, что эквивалентно
Ну и при чем тут дизайн градиента к реализации скролла? Если дизайн заказчику нравится, то мне абсолютно всеравно какие там вырвиглазные цвета или кривые отступы у похожих блоков, тут в теме было, что реализация некоторой логики на css — лучше чем на js. Но в итоге из-за разного рода багов, всеравно лучше использовать js. А по поводу дизайнов, так о них не спорят, посмотрите, что студия Лебедева толкала за бешеные бабки. Что для нас не очень, то кому-то всеравно понравится
Пару раз пробовал использовать плавную прокрутку на css и всеравно возвращался к js. А все потому, что если header на позиции fixed, то элемент к которому скролим — частично прячется под этим header и еще были какие-то нестыковки, но уже не помню какие.
Да, только на укр/ру нигде это не светилось особо, я только на зарубежных паре сайтах нашел про проблемы с wirecard. Карту заказал, но она где-то потерялась, так я забил на нее в итоге на приватбанк вывел, у знакомого 150$ осталось, не успел вывести, хорошо хоть основную сумму успел вывести. Теперь с upwork хз как выводить
Неделю назад друг сказал, что на заграничных сайтах появилась инфа, что будут нелады с payoner, и пора выводить бабло. В итоге за ночь вывел все средства на банковский счет. Сегодня еще письма пришли от payoner и upwork, что будут решать как возвращать бабло и способы вывода из платформ. Забавный факт, что на самом сайте payoner ничего не было и кто был не в курсах, бабло зависло
Работал в одной вебстудии, так там один верстальщик писал стили как попало и потом когда дальше стили не применялись добавлял id к элементы и стили к нему с помощью !important дописывал, я сколько ему не объяснял, что это бред, но так и не добился результата. Сам !important использую когда inline нужно переопределить или когда заказ на тестирование нового интерфейса и этот код отдельно подключается и только на время
Работаю front-end разработчиком, всегда код форматирую в последнюю очередь с помощью настроенной gulp сборки и потом отправляю на коммит и никаких проблем.
prettier реально напрягает в работе в реальном времени
Скоро говорить нельзя будет с этими патентами на общие слова
У меня достаточно большой опыт в верстке, у моих американских и израильских клиентов часто нужна поддержка ie10 и очень редко но и ie9 и всех остальных браузеров не самой последней версии, плюс нативный css import работает медленнее и не во всех браузерах поддерживается, на счет не совпадения строк(нужно использовать sourcemap и никаких проблем с этим нет). Предлагаю закончить эту дискуссию, поскольку мой способ работы, так как и Ваш не мешает нам зарабатывать на этих знаниях деньги
1. Код можно разделить на несколько общих файлов куда вынести некоторый код(например _title.scss в котором будет основной код для всех заголовков) и тут найти и поправить что-то будет легче чем в общем 2-4к строчном файле по ctrl-F
2. Если не нужен какой-то блок кода, то просто не импортируешь этот файл, а не вырезаешь из общего, что исключает ошибки каких нибудь забытых скобок или точек с запятыми и дает возможность переиспользовать код по новому в разных проектах
3. Код лучше группирован, например
.btn {
display:inline-flex;
align-items:center;
justify-content:center;
&:hover {
opacity:.9;
}
&-primary {
background-color: blue;
color: white;
&:hover {background-color:lightblue;}
}
}
4. код не избыточен вендорными префиксами и его легче читать, поскольку они добавляются уже после сборки
5. Например в shopify есть поддержка scss из коробки
6. Для маленьких проектов(лендинги всякие, верстка email) да можно обойтись, но для больших лучше использовать препроцессоры, так как отладка происходит быстрее и например удаление большого куска кода = удалению одной строки импорта
7. Код всегда красиво отформатирован, потому как это делается после сборки, а не дергается каждый раз при включенном prettier
8. Собрать условно кастомный bootstrap только на css не получится, а вот выкинуть какие нибудь кнопки и т. д. можно отключив опять же импорты
Но соглашусь в одном — каждый выбирает писать код так как ему нравится или по правилам компании)
Применение этих переменных конечно хорошая возможность, но даже не знаю кто сейчас пишет на чистом css, а по поводу перебить свойства спецыфичным селектором или поиск и замена в редакторе, так переменные тут не спасут, потому как если есть глобальная переменная например цвета, а потом она переопределена в какой-то кнопке, то всеравно ее нужно искать и менять в коде, что эквивалентно
Ну и при чем тут дизайн градиента к реализации скролла? Если дизайн заказчику нравится, то мне абсолютно всеравно какие там вырвиглазные цвета или кривые отступы у похожих блоков, тут в теме было, что реализация некоторой логики на css — лучше чем на js. Но в итоге из-за разного рода багов, всеравно лучше использовать js. А по поводу дизайнов, так о них не спорят, посмотрите, что студия Лебедева толкала за бешеные бабки. Что для нас не очень, то кому-то всеравно понравится
Так не от меня же зависит, прикреплять шапку или нет, желание заказчика
Пару раз пробовал использовать плавную прокрутку на css и всеравно возвращался к js. А все потому, что если header на позиции fixed, то элемент к которому скролим — частично прячется под этим header и еще были какие-то нестыковки, но уже не помню какие.
Нет, у знакомого карта. Я на банковский счет ввводил
Не работает и на банковский счет сейчас, ошибку выдает, а вчера даже на сайт не пускало, ошибка авторизации была
В банке не светишься, затем держали, но да по моему тоже глупо такие большие суммы держать онлайн
Да, только на укр/ру нигде это не светилось особо, я только на зарубежных паре сайтах нашел про проблемы с wirecard. Карту заказал, но она где-то потерялась, так я забил на нее в итоге на приватбанк вывел, у знакомого 150$ осталось, не успел вывести, хорошо хоть основную сумму успел вывести. Теперь с upwork хз как выводить
Неделю назад друг сказал, что на заграничных сайтах появилась инфа, что будут нелады с payoner, и пора выводить бабло. В итоге за ночь вывел все средства на банковский счет. Сегодня еще письма пришли от payoner и upwork, что будут решать как возвращать бабло и способы вывода из платформ. Забавный факт, что на самом сайте payoner ничего не было и кто был не в курсах, бабло зависло
Работал в одной вебстудии, так там один верстальщик писал стили как попало и потом когда дальше стили не применялись добавлял id к элементы и стили к нему с помощью !important дописывал, я сколько ему не объяснял, что это бред, но так и не добился результата. Сам !important использую когда inline нужно переопределить или когда заказ на тестирование нового интерфейса и этот код отдельно подключается и только на время
Работаю front-end разработчиком, всегда код форматирую в последнюю очередь с помощью настроенной gulp сборки и потом отправляю на коммит и никаких проблем.
prettier реально напрягает в работе в реальном времени
Для новичков статья актуальна, для тех кто уже хотя-бы год поработали думаю уже все это известно