Алексей Уколов
@alexey-m-ukolov Куратор тега Веб-разработка
С чего бы это они вдруг "мусор"? Можно разбираться в технических деталях и метриках и при этом накладывать их на метрики бизнеса, чтобы понимать, что целесообразно, а что нет.
Да и не обязаны они разбираться - мы всегда предлагаем сами такое решение, объясняя плюсы и минусы.
Алексей Уколов
@alexey-m-ukolov Куратор тега Веб-разработка
За 10 лет моей профессиональной деятельности минификатор не сломал мне ни строчки.
Если минификатор портит код, это значит, что он не может его понять. А раз он не может его понять, то проблема в 99.999% случаев в коде, а не в минификаторе.
Алексей Уколов
@alexey-m-ukolov Куратор тега Веб-разработка
Опять же - почитайте рекомендации Лайтхауса, там для конкретных изображений и конкретных скриптов есть конкретные рекомендации.
Uglify - это для оптимизации скорости загрузки скриптов, у вас же проблема со скоростью их исполнения.
Алексей Уколов
@alexey-m-ukolov Куратор тега Веб-разработка
Всё перечисленное решается автоматической генерацией нужных картинок (ретина, webp и т.п.) из одного исходинка и использования <picture/>. Клиенты, правда, часто не готовы за это платить, но чисто технически никаких проблем.
Алексей Уколов
@alexey-m-ukolov Куратор тега Веб-разработка
И верстка влияет процентов 10. Остальное часть бэка и сервера.
Ну, нет. У автора, например, проблема в конских неоптимизированных картинках и тяжёлых скриптах. Это именно вёрстка. Конечно, бэкенд имеет значение, но как раз 99% проверок Лайтхауса - это фронтенд.
Когда задаёте вопрос "как из одних данных получить другие", нужно указать не только исходные данные, но и желаемый результат - это проще, чем из описания пытаться угадать детали.
Когда задаёте вопрос "как из одних данных получить другие", нужно указать не только исходные данные, но и желаемый результат - это проще, чем из описания пытаться угадать детали.
Ок, давайте заменим "не умер" на "не испытывает неудобств". От спагетти, синглтонов и магических констант они есть, а от исключений в валидации я неудобств не получал.
Зато в контроллерах появляется много дублирования кода обработки ошибок валидации.
Оба варианта имеют право на жизнь, Laravel как-то пока не умер, кидая исключения. Всё сказанное вами верно, но для такого базового функционала подход Laravel мне кажется приемлемым на практике.
Да и не обязаны они разбираться - мы всегда предлагаем сами такое решение, объясняя плюсы и минусы.