Честно, я фиг знает. Я могу шапку и дня 3 верстать. Правда это вместе с дизайном. Бывает раза по 4 все выкнешь, зато потом душа радуется результату.
По готовому дизайну конечно все по другому идет. Но я давно заказов на чистую верстку не встречал. Обычно если есть диз, то заказ идет сразу full-stack с серверной частью и фронтом. Ну или чистый фронт, если очевидно, что одному все не потянуть.
Вообщем, я что хотел сказать. Какие-то конкретные цифры - всегда от "лукавого". Каждая ситуация уникальна. Да и верстка в современное время уже не тот бег по граблям как раньше, по крайней мере меня autoprefixer вообще обленил :)
Да к сожалению это больше вопрос денег. На хорошей матовой IPS матрице с проф подставкой все это не важно. Углы идеальные, свет не бликует, подставку верти как хочешь. Но все дело в цене :(
Вообщем из написанных я за LG, только лучше взять кронштейн, подставка мелковата, не профессиональная, у меня из-за такой же болела потом шея. Кронштейн можно самый душманский, за руб 800.
Типа Опа, Жизнь реально короткая. Когда нужно делать все эти банальные маню, формы, пользователей, личные кабинеты, оплаты и все что есть в 90% сайтах вдруг понимаешь что легче взять уже готовую библиотеку. Это не уровень взять бутстрап и натянуть на цмс шаблон, но после пары написаний своих роутингов, анимаций переходов, проверок форм и т.д. уже становиться не в моготу и не хочется тратить время по сто раз делая это. Свои велосипеды хороши, но даже идеально написанный через год два сложно понять самому же, в противовес развиваемой сообществом библиотекой, где будет тебе и документация и обсуждения на гитхабе и пятое и десятое.
К тому же js фреймворки дают тупо то, что иначе не получить. Все эти гибридные/нативные/офлайн приложения, все эти зубодробительные манипуляции с шадоу дом и работа со стором и иммутабельность. Возможно я не звезда просто, но реализововать все это самому, а тем более на том уровне как это есть в фреймворках по мне просто нереально и отнимет тучу времени. Даже на свой проект столько жалко, а заказчик и подавно не будет ждать.
По мне просто интернте уже вырос из среды где ты мог все сделать сам и вполне противостоять фирмам. Как и наука времен Ломоносова, я знаю все, ушла в небытье, как линукс, когда ты 10 лет назад мог тупо накидать текстовых файлов и собрать все сам (знаю что и сейчас можно, но зачем, все и так работает прекрасно), так и сайты стали сложными проектами не на одного человека. Фреймворк позволяет тебе просто еще как то держать темп и справляься с обьемом. Ну и что уж лукавить, я не Dan Abramov, я бы такое не написал. И не вижу ничего зазорного пользоваться открытм трудом людей, которые отдали пол жизни на это.
Ну ещё можно звонить по проводному телефону с крутилкой) На самом деле, стоит все это конкретно изучить и как это не грустно признавать, но все эти извращения делают такие штуки крутые, которые раньше и не снились и в сторону YII, RoR и Django даже смотреть уже не хочется.
Просто надо принять, что индустрия не стоит на месте и тогда легче все дается.
И да если Вам нужна просто информационная страница с одним модальным окном заявки, то конечно все это Вам не нужно. Просто каждому инструменту своя ниша.
Да там и у того и у того есть минусы, но вроде сейчас действительно советуют LocalSorage с https юзать, посмотрите статьи на медиуме и может прям на сайте oAuth, там вродн были.
Да фриланс штука переменчивая, тем более рынок php так убит, но на питоне тоже так то не особо, несколько сложных заказов в месяц, а в целом тихо. Хотя питон самый быстрорастущий язык 2017-2018(последний опрос стековерфлоу), но не в сфере сайтов. Он всем хорош, но не фрилансом для сайтов.
sim3x, нет не сошлись) postcss реально быстрее, я вижу это каждый день без тестов, автопрефиксер нужен, та же фигня, часто спасал при использовании редких свойств, когда с удивлением находишь в конечном коде префикс.
@import это вообще не про это.
Модульность это более удобная замена БЕМ'у с автоматической генерацией уникальных имен для классов, что в итоге дает нам подобие пространства имен.
Импорт это про тупо вставить файл в файл. Это любой пост, пре и тд процессор умеет.
sim3x, c sass я работал много, и собирал из него и бутстрап, фондейшни и разные фреймворки для верстки писем. Так же писал с нуля на нём много.
К сожалению, разговор уходит от конструктива. Вы в упор не хотите видеть, что в sass может меньше и он медленнее. Как инструмент он не плох, но явно уже выпал из когорты "модно" с чего собственно и начинался разговор.
По поводу "мозгодробящего БЕМ'a в пользу инкапсуляции css стилей и повторного использования компонентов" посмотрите миллион статей по поводу css-modules, все это сто раз обсуждалось, лень уже писать. Sass так не может. Хотя бы за одно это стоит перейти на postcss, если автопрефиксер, который стал стандартом индустрии, вам почему-то кажется ненужной вещью используемой от незнания префиксов.
sim3x, Я не использую. Но до недавнего времени без руби sass не было. Автор сравнивал с обычной распространённой реализацией sass, которой пользуется еще кучу народу и с переписанной тоже. В любом случае postcss быстрее, а с ростом необходимого функционала он все равно будет быстрее за счет модульности и параллельности.
Про префиксы вы не правы. Тот же edge их активно использует. Допустим css grid шел до прошлой версии с префиксом -ms и так далее.
Так зачем постцсс поверх уже собранного цсс?
Ну про версию для иврита и правосторонних сайтов на лету не буду писать, мне нафиг не надо, но версия для слабовищящих, заинлайненные svg, проверка по can i use, использование var, calc(), отказ от мозгодробящего БЕМ'a в пользу инкапсуляции css стилей и повторного использования компонентов, минификация и линтер, (их можно использовать и из сборщиков, но так часто быстрее и чище) и т.д.
Я лично пользуюсь cssnext - удобно разбиваешь на модули весь код, везде генерируются уникальные классы и больше не думаешь о дебильных названиях классов, а используешь понятные и короткие внутри модуля. Медиа запросы можно так же располагать по мере написания, а потом postcss их сгоняет вместе, так же замена самих медиа запросов названиями и знаками более понятными <=, >=. Использование size вместо height weight, сокращенные имена цветов. Ну и так по мелочи, минифиция, вложенность как в sass и наследование.
sim3x, Ну во-первых не особо что-то поменялось. Да ушли банальные префиксы, но для новых фичей они так же есть, для фильтров были долго, для гридов для edge и т.д. Плюс они постоянно появляются и исчезают, с автопрефиксером просто пофиг что там у них.
Ну даже если тот же фондайшн брать, или фреймворки для верстки писем рассылки навороченные, даже на простых задачах уже приходится ждать сохранения, пару тройку секунд но бесит (ssd и прочее не спасает, реально там куча кода для каждого чиха). Если писать самому, то sass можно повесить надолго впихав в него логику сложную, postcss же параллельный с большим набором отдельных модулей справляется быстрее. Наверное вы видели эту картинку
Просто если переходить на современные инструменты, верстать spa, брать различные фреймворки, то при атомарном дизайне (или любом другом не важно что там внутри будет), везде уже не получится пихать такого монстра как бутстрап. Плюс тянуть sass при еще десятках сборок на лету уже не так хочется.
Ну и из плюсов прогонять поверх - даже за один cssnext я бы стал внедрять (cssnext.io/)
sim3x, Ну sass медленный и не нативный, а так же не умеет многих современный вещей из postcss (autoprefixer, css-modules и т.д., там еще куча всяких вкусностей).
Лучше наверное нативный css-next, а если бесит писать val(--value) всякие, то можно подключить модули, чтобы был синтаксис как в sass (отступы, выражения, миксины тоже можно).
Так же если большая база на sass (допустим библиотека как бутстрап) или просто привычка к нему, то можно использовать его, а после прогонять postcss. Хотя немного оверхед выходит, но так многие сейчас делают, если проект старый и большая кодовая база, а хочется что-то из новых фишек.
sim3x, я про другое, просто бутсрап не может прям все брать с переднего края.
Но если разрабатывать самому, зачем отказываться от современных технологий сильно упрощающих жизнь. Иначе зачем нам babel, webpack, postcss.
Sass хорош, но сейчас есть инструменты лучше.
Все это двухгодичной давности. Но если учесть, что сейчас css-modules и целая тонна плагинов PostCSS стали просто must have, то скорее всего так и будет.
По поводу отстает. Сам люблю бутрстрап, в свое время сильно выручал и был повернут лицом "к народу" - не зря его везде так повально стали использовать. Но тот же foundation на flex перешёл гораздо раньше бутсрапа. Сейчас уже grid у нас адекватно поддерживается, 4 бутстрап только только и там все во flexbox'e.
Так же как они использовали долгое время less, когда повсеместно все наоборот вернулись к sass, потом перешли на sass. Вообщем, он всегда немного позади, но это и понятно - подготовить все на хорошем уровне это дело не 1 дня. Да и ответственность большая.
RoR при том, что sass получил рост популярности во время его подьема, ставился через gem и тянул с собой со временем ненавистный хвост ruby.
По готовому дизайну конечно все по другому идет. Но я давно заказов на чистую верстку не встречал. Обычно если есть диз, то заказ идет сразу full-stack с серверной частью и фронтом. Ну или чистый фронт, если очевидно, что одному все не потянуть.
Вообщем, я что хотел сказать. Какие-то конкретные цифры - всегда от "лукавого". Каждая ситуация уникальна. Да и верстка в современное время уже не тот бег по граблям как раньше, по крайней мере меня autoprefixer вообще обленил :)