Профиль помогает понять, что скачок с 3G в 4G, а за тем в 5G - тоже не просто так происходит. Когда мы прыгаем из 4G в 5G, мы говорим: "Ну наконец-то у нас плотность данных достаточная, чтобы беспилотные автомобили могли обмениваться друг с другом" - вот для чего нужен 5G. Стриминговые сервисы на 4G вполне себе работают, а вот для автомобиля уже не хватает. Опять же на 5G стриминговые сервисы будут работать еще лучше, так что мы сможем смотреть любимый стрим из любой точки. Дальше возникают другие ситуации: сколько надо наземных станций; как соотносятся наземные станции и спутниковый интернет; а если у них разные швы в каналах, тогда для разных швов по-хорошему надо по-разному кодировать, возникают разная избыточность кода, разное восстановление кода, разные переподачи сигнала; а если из многих позиций подают, потому что наземные станции стационарные, а космические станции летают; а плотность космических станций и алгоритмы управления ими; а низкоорбитальные спутники, которые запущены, и там появляется интернет, где раньше не было никакой инфраструктуры. Например, в одном из самых труднодоступных мест в мире, а именно на реке Лена, которая по труднодоступности, пожалуй, Сахару превзойдет, и раз в 10-15 по количеству туристов оно еще более труднодоступное место, потому что Российский Север - это невероятно труднодоступное место. Так вот, если в этом труднодоступном месте возникает спутниковый интернет, там возникает совершенно другая ситуация: экономическая, техническая, другие возможности, другие решения, что тоже надо суметь запроектировать. А если поставить задачу: как должна быть организована спутниковая связь в поясе астероидов? Или, как сделать технологии беспроводной связи в поясе астероидов так, чтобы они были еще и экономически рентабельны, тогда мы как человечество придем к тому, что начнем пояс астероидов вокруг Сатурна осваивать. И выяснится, что когда Циолковский писал свои формулы и представлял свои проекты, не было подходящего реактивного двигателя, подходящего топлива и окислителей. Во многом в технологиях связи есть как насущные супер интересные, так и принципиально новые, которые уже пора разрабатывать. А ещё есть множество принципов, которые связаны с передачей данных, и поэтому, когда мы даём школьникам задачи на каналы, на зашумление, на снижение, то мы с одной стороны задействуем стандартную программу: как посмотреть на ArUco-маркеры (визуальный маркер), как осуществить перерегулирование слежения, а с другой стороны не стандартную: как сделать так, чтобы за этой штукой, которая, бегая по очень сложной траектории, к тому же не совсем стабильна, по-прежнему можно было с высокой точностью смотреть. Как можно написать именно тот код, который именно для этих помех будет оптимальным? Как работать с сигналами разной скорости? Как передавать большие файлы по узким каналам (очень реальная ситуация)? Как вообще работать с каналами, которые разные? Например, для умной сковородки канал один, для умного холодильника - другой. Сковородке нужно просто пискнуть: "У меня все готово! Сейчас загоримся!", а холодильник может больше информации передавать, а именно вашему телефону - радикально больше. Умному зеркалу, в которое вы смотритесь, говорит: "Ты потолстел, товарищ", нужно передать третье количество информации. Все эти умные вещи, они должны в одном или разных протоколах жить? Этот протокол должен быть открытый или закрытый? Ни один из этих вопросов невозможно обсуждать, если нет понимания ограничения технологий. Ни один из этих вопросов нельзя обсуждать, если непонятно, как это устроено. Это те соображения, которые лежали в основе разработки профиля.