Как стать автором
Обновить

Комментарии 21

Очередной гуру веба написал статью о том как нужно делать, с каждым годом таких "гуру" все больше и больше, а сайты тормознее и тормознее.
Нет проблемы сделать сайт типа википедии быстрым, есть проблема когда хотят вместо сайта полноценное приложение с кучей контента, форм и файлов.
Большинство разработчиков только и занимались бы велосипедостроением и оптимизацией, но если бы им давали волю — большинство проектов по прежнему не увидело бы свет.

полноценное приложение с кучей контента, форм и файлов

Не использует обычно амп, и возможно даже не работает там.

так амп это так себе идея, даже гугл не сильно за него вспоминает в последнее время. Автор же кроме амп и pwa ругает рендеринг на клиенте, только вот при правильной реализации рендеринг на клиенте ускоряет сайт, как минимум потому-что меньше данных с бека нужно тянуть

гугл не сильно за него вспоминает
Не за, а о!

Угу. А по факту — получаем новую версию хабра, которая жрёт ресурсы и не работает нормально.

Так тут беда не в amp или pwa)

Беда как раз в правильной или не очень правильной реализации рендеринга на клиенте, да.
И если даже Хабр не может — что уж говорить про остальных?

Даже Хабр? У меня сложилось впечатление, что у них полтора разработчика вот и все, конечно легаси никто не отменял

Был клиент, который очень сильно хотел AMP, объясняя это тем, что сайт будет работать на мобильных, которые будут в зоне медленного интернета. И, при этом, чтобы работал весь функционал существующего сайта. Уже и не особо помню чем закончилось, но, кажется, переубедить не особо удалось. Технология ставит очень много ограничений, а возможностей не так много. Из того, что помню, вроде, только Google Ads можно добавить без проблем (странно, правда?).

Да, чистые сайты уже редкость. Порой открываешь сайт, а там всё грузится и грузится.
Знаменитая страничка Airbnb на 800Kb. Я ожидал бы большей заботы о производительности от 900+ разработчиков со средней зарплатой 290 000 долларов в год. Даже SublimeText в какой-то момент перестает выделять эту чушь.

Чем там все эти 900+ разрабов занимаются-то?

На meeting ходят.

в jira

Вас никто не заставляет пихать в кэш PWA все ресурсы подряд. Единственное условие для работы в офлайне — показывать хоть какой-то контент, хватит и одной странички. Остальное уже сугубо индивидуально.

Речь же не только о производительности. Нет нужды обрабатывать кучу запросов в бэкэнде, например, а иной раз и вообще без него обойтись. Плюс, можно использовать единую базу данных и API для разработки нативных приложений для любого устройства. Но снова, это все можно реализовать и в классическом вэбе. Наверное всё-таки мода, но мне нравится структура приложений в Angular, хоть и начал его изучать совсем недавно.

лучший сайт — статический сайт
пара html, пара css, немного картинок (если нужны) откроется всегда шустрее чем тот же текст с теми же пикчами на php и/или с кучей js для анимаций которые на самом деле нафиг не нужны.
да есть места где статикой не обойдёшься (онлайн магазины например), но когда видишь простой бложик под капотом у которого 100500 технологий заменяющих друг друга кровь льётся из глаз.

Да нет проблем и с сайтами на php и на cms — без проблем можно сделать такой сайт быстрым при прямых руках.
Главное вообще не использовать сторонние (подгружающиеся из вне) скрипты, стили, шрифты — ни Метрики ни ГА, ни адсенс ни директ, ни живосайт ни виджеты соцсетей и т.д. и т.п.


видишь простой бложик

Ну у меня простой бложик на тяжёлой редакции "Эксперт" Битрикса, в каждой статье куча фото и видео и при этом и пузомерка PageSpeed выдаёт у таких статей 95-99/100 и webpagetest "А+" показывает да и просто сайт быстрее 99% сайтов в интернете :)

Сайты медленные, потому что для hello world используют 3 библиотеки и еще одну для проверки орфографии… ну и тайм ту маркет, а потом проблемы пользователей никого не волнуют, пока пользователи не бегут во все стороны..

А еще архитектурить архитектурную архитектуру конечно модно и красиво, да только на производительность оно тоже часто негативно влияет.
Я так то сам за клин, выделение абстракций и т.п. по возможности, но видел немало примеров где это в маразм скатывается. Вместо одного класса на сотню строк 10 классов на 30 строк которые друг другу вызовы пробрасывают. А то и вовсе класс с одним методом реализующий интерфейс который все что делает вызывает метод другого интерфейса. Или вместо того чтобы sql запрос написать который данные выберет нужные тащат в память и там уже фильтруют, сортируют, джойнят и т.п.
Ну и с излишним копированием и мапперами которые все что делают — перекладывают из «сетевой модели» в точно такую же «доменную» как то тоже перебор как по мне.

если AMP даёт дополнительный SEO трафик то его будут использовать

AMP — рак интернета. Как и монополизм гугла в поиске
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.