Comments 25
Веб состоит из php (go и c# это даже не погрешность) и JavaScript. Какой питон в вебе? Это технологии древних
Как вы меряли то? Или просто в вашем узком кругу?
Язык активно используется компанией Google в её поисковой системе, а Youtube в значительной степени написан с использованием Python.
Действительно, технологии древних
Что касается бэка..
Понятно, что в допотопные времена пхп выделялся тем, что встраивался в html, и это юзали. Но сейчас то? Пхп же популярен скорее по историческим причинам или есть там какая то особая изюминка ?
Разве не все ли равно, на чем писать сейчас: на Django или Laravel, например ? Или рельсах.
Питон кстати по сравнению с пхп в вебе может предложить асинхронные фреймворки.
Язык PHP, знание которого может приносить россиянам по 500 тыс. руб. в месяц, постепенно исчезает из поля зрения пользователей GitHub. По популярности среди них он упал на седьмое место, уступив C++, который вышел на 10 лет раньше него, и которому Google готовит более продвинутую замену в лице языка Carbon.
Что русскому хорошо, то на GitHub не ценится
Язык программирования PHP все активнее теряет популярность среди разработчиков, согласно рейтингу репозитория открытых проектов GitHub, принадлежащего Microsoft. В 2022 г. он скатился с шестого на седьмое место.
Казалось бы, потеря одной строчки в рейтинге не столь печальна. Но всего восемь лет назад, в 2014 г., PHP находился на третьем месте и имел все шансы свергнуть лидера в лице JavaScript, который удерживает первое место все эти годы.
Первая тройка языков по версии GitHub выглядит так (в порядке убывания): JavaScript, Python и Java. Последние два периодически меняются местами, но с 2019 г. изменений в топ-3 не было.
https://www.cnews.ru/news/top/2022-11-15_yazyk_programmirovaniyadelayushchij
Это тренды, а нюанс всех трендов - они необязательно остаются стабильными и предсказуемыми, как Вы сами и заметили.
Я предлагаю не заниматься гаданием на картах таро и просто посмотреть количество вакансий на php, и на carbon. И на данный момент реальность такова, что php не только не "постепенно исчезает", но и динамично развивается. Ведь еще несколько лет назад не было повзрослевшей экосистемы фреймворков, енамов, типов и много чего еще, и казалось, что этот язык уже исчез с радаров, а вот нет
А если там на горизонте появится что-то конкурентоспособное - ну ок
гадания? серьезно? 1. вы лихо передергиваете выдержку из статьи, речь шла о С++ а не Карбоне. 2. Речь так же о тенденциях. Слышали что нибудь о маркетплейсах, дарк кухнях, дарксклады / сторы? Статистика по разработке сайтов нерадужная, если оценивать последний месяц до мобилизации, то падение в 1.5 раза (август 2022 / 2021).
Ну, откровенно говоря, в современном мире фронта, большинство фреймворков работают с DOM-деревом, а для SEO есть SSR всякие, которые отдают две разных версии.
Но это ладно, тут же вопрос архитектуры — есть контент, который работает только на фронте, а есть контент, который работает на бэке. Обычное разделение логики — работа с сущностями происходит на сервере, а отображение на фронте.
У меня есть элемент с коллапсом, вначале показывается 3 строки текста, а по нажатию на кнопку — 30. Выходит так, что htmx сначала сделает запрос на сервер на 3 строки, а потом еще один запрос на 30?
Про общие вопросы архитектуры, боюсь, я не полностью понял. Что касается элемента с коллапсом - наверно, имеет смысл по нажатию сделать отдельный запрос. Можно, конечно, сразу всё отрендерить, просто держать скрытым - здесь нет ничего невозможного. Можно иногда написать одну строчку джаваскрипта :)
Я, кажется, понял, о чём Вы. Само собой, некоторые вещи работают только на фронте. Так, и сам htmx вообще-то - фронтовый код, npm пакет
Сначала на сервере сгенерятся N элементов с коллапсом - это 1 запрос. А уж если пользователь кликнул на браузере "Показать далее" , то htmx отправит 2-й запрос и подставит ответ в нужное место.
QML?
Тут сравнение нормального PWA со всякими серверными костылями. Причём qwik не на каждый клик делает запрос. Но проблемы всё те же: плохая отзывчивость на лагающем интернете или загруженном сервере. А при временной потере коннекта, всё превращается в тыкву.
Насчёт не додумались -- ну как же, есть ещё hotwire, есть hotwire-django , есть sockpuppet. Это из того, что прямо из головы.
Одного не могу понять, почему все такие статьи в заголовке говорят о javascript fatigue, а потом начинают рассказывать, что JSON и запросы говно, а вот старый-добрый HTML и server side это мана небесная?
Во-первых, javascript fatigue совсем не про это.
Во-вторых, работы с HTML это самая простая часть Web-приложения.
В-третьих, все эти прекрасные новомодные решения имеют отвратительную поддержку IDE, что только ухудшает работу с тем же HTML.
Вот ей богу, сначала люди находят проблему: которой нет: потом исправляют её неподходящими средствами.
немедленно переезжать на single-page application
ASP.NET (по мне (as for me)) уже лет 25-30 как работает успешно и не собирается умирать.
Конечно, если вам нужно мигать призывающими баннерами, докучать юзеру поп-аппами, и подтверждать - что страницу хочется закрыть, напомнить подписаться... и т. д., тогда -- да. Эти идеи новы (нет), а так, для веба вообще -- этот дивный кит будет вызывать тошноту у всех (как и всё остальное от тындекса).
Зумеры изобрели джинджу.
htmx - это вообще говоря, клиентский код - npm пакет.
htmx - это npm пакет !!!
Эка завернул,серьёзно? htmx это npm пакет?
Не твечайте, идите учить уроки...
Олдскульные HTML-шаблоны снова в моде! htmx и другие средства борьбы с javascript fatigue