@drq сомневаюсь, что если проектировать новый интернет сейчас, он будет лучше. Чисто технически интернет, который у нас есть, проектировался с расчётом на медленные сети, маленькое количество памяти. И те, кто строят и обслуживают сейчас эту сеть так или иначе применяют эти наработки, те же, кто их делали давно на пенсии. Что если все эти люди сейчас имея гигабитные каналы, попытаются построить сеть заново?
Скорее всего новая экосистема не будет работать на медленных сетях, на сетях с потерей пакетов, а софт будет жрать ещё больше, у всех же есть 16 гигов оперативки!. Даже если потребность в более оптимальном софте будет - она будет не такая сильная, как 10 лет назад.
Нынешняя инфраструктура всё ещё работоспособна (пускай и не все сервисы, но основные функции) на 2g сетях, кое-как может шевелиться даже на gprs, я вполне могу сидеть в мастодоне и мессенжерах, пользоваться поисковиками через iodine, где скорость обычно примерно как 2g.
Наивно полагать, что новой инфраструктурой будет какой-нибудь gemini или что-то gopher-подобное. Веб-разработчикам и их заказчикам нужны приложения, да побольше. Да и пользователям нередко тоже. За примером далеко идти не надо - cinny v.s element недавно обсуждали. Мне даже кажется, что елси разработчик сделает слишком маленькое приложение и в зависимостях не будет чего-то популярного и жирного, некоторые заказчики такой проект бы и не приняли, мол несолидно. Опять же к чему новые ЯП идут?
Приложения должны быть сделаны на такой инфраструктуре, с которой даже школьник, не видевший компа сможет их клепать, то есть npm/pip, которые превращают разработку в конструктор. Я здесь не преувеличиваю, вооружи 6-7 летнего ребёнка chatgpt и он что-нибудь да сделает если замотивируется достаточно.
А результат такого подхода ты и так знаешь. Если попытаться сделать быструю и компактную инфраструктуру, придётся лишить работы огромное количество людей, собирающих эти конструкторы. Потому что они по другому не умеют работать и далеко не все пееручатся