По одному фактору тяжело вывести статистику, как правило комплекс мер применяется, в среднем скорость загрузки становится меньше, комплекс от проекта к проекту бывает весьма различен. Еще учитывайте скорость работы серверного кода, скорость отдачи статики одной оптимизацией отрисовки браузером не обойтись)
Я вам где то предлагал на него молиться, я всю тему говорю, что чек лист у гугла хороший, и стоит обратить внимание на его рекомендации по возможности. А мне всю тему говорят, что гугл говорить ересь, что профессионалы вообще на его рекомендации внимание не обращают и т.д. Да и что вы к этим балам привязались, ну абстрактная это штука, так сказать мера выполнения рекомендаций.
Оптимизация производиться систематично, то бишь если ужимаем для этого картинки, то ужимаем все, не блокируем рендер браузера, то не блокируем нигде и т.д. Я до сих пор не понимаю, в чем загвоздка понимания оптимизации загрузки страницы))
Это нормально, браузер блокируется на синхроном css. Поэтому вниз опускают, прелоадинг страницы делают немножко по другому методу, в таком варианте страница плавно загружается без всяких искажений.
Так смотрите, вы просто немножко путаете, гугл не против больших картинок, просто иногда это нужно, все это понимают, он дает рекомендацию о сжатие, то есть его в первую очередь волнуют то что картинка не сжата, а не на прямую ее размер.
Переборщил местами верстальщик, ну я не думаю что это связано с инструментами для css. Я пишу на less, сейчас еще на модульном начал, все достаточно минималистично)
Кто нибудь приведи пример, глупой рекомендации сервиса то))))
Вы забываете главное, что даже когда вы один работаете, если вам нужно будет вернутся к вашему коду хотя бы через месяц, то без какой то концепции и формализации, бывает трудно вспомнить, почему здесь делал так, а там так, потому что делали в вольном стиле по ситуации.
Он и не должен уметь работать с frontend, если вы fullstack миритесь и знайте что вам нужно уметь очень многое)
Мало представляю с чем вы столкнулись, но количество строк css и количество страниц не очень правильно мерять, в SPA одна страница, а кода очень много)
Gulp это инструмент для фронтэндеров, созданный фронтэндерами))) Немного сплагиатил с языка R - "R создан статистиками для статистиков", язык достаточно сложный и многие плюется от него не понимая основной концепции, если у вас нет отличных знаний в математике, анализе данных "data sience" то этот язык вам будет сложно даваться, потому что он создан именно для анализа данных и прочих математических развлечений. Тоже самое и с frontend если не занимаетесь профессионально frontend то как вы собираетесь понимать его основные проблемы, решения, практики и т.д.
gulp походу самая популярная штука, поэтому все удары принимает)))
Я вам уже предлагал привести пример, вы отказываетесь и продолжайте говорить абстрактно что всё плохо)
Вы сравнивали их чек листы?) Вы знаете статистику самых больших проблем при загрузке страницы?) Я могу конечно сомневаться, но гугл имеет огромный реруср доступа к большинству сайтов мирового рунета, что может ему позволить выявить максимально общие и острые моменты оптимизации сайтов. Хотя что там мои размышления, SeVlad говорит что плохо всё там, значит плохо)
Да не зря вы так, это нормальная практика даже для маленьких проектов. Вы не путайте паттеры и препроцессоры) Использование бэм, модульного css наоборот улучшает читаемость, никакой документации там не требуется, возможно вы получили дескомфорт когда вам пришлось с ним поработать, но вы не знали как оно работает. Классы получают уникальные индитификаторы после обработки, сам исходный код до обработки, остается довольно чистеньким и понятным. Это же не просто так придумывается, это идёт из практики, когда верстаешь и твоей разметки производится такой серьезный тестинг, то как правило ошибок огромное количество, эти практики позволяют более осмысленно подойти к проблемы масштабируемости и уменьшения ошибок.
Другое дело, что даже применяя современные практики, если верстальщик или программист скажем не очень профессионален, то ему эти практики навряд ли помогут, по итогам получится та же каша)
То бишь использование gulp, postcss, препроцессоров и прочего, не гарантирует что разработчик имеет хотя бы средний уровень)
Эти практики и инструменты разрабатывают профессионалы индустрии, если вы новичок вам всегда будет мало понятным нафига они это делают, просто ваш спектр задач и проблем и их в разных плоскостях находятся. По типу, ребята пишут крутое приложение, у них там переменные переназначились в каком из 100 файлов, это не очень просто дебажить, поэтому они разрабатывают создают философию flux, создают redux, популяризируют иммутабельность данных, потому что это спасает. А вы сразу начинаете юзать тот же redux и не понимаете нафига он нужен, по простой причине, потому что вы не искали где переназначились переменные в одном из 100 файлов).
