Stroy71

ChatGPT попробуй

Всё зависит от конкретной задачи, если писать мессенджер то на JS (Electron)
Если писать игру, то на С++
Там где не надо GUI я бы вообще писал на чистом С или Питоне
Переключатель раскладки клавиатуры на C#
Какая задача? Обычно пишут на чём могут, в десктопе нет такого понятия как "обычно" и "на чём обычно пишут", зависит от задачи. Под решение каждой задачи нужно подобрать язык программирования, универсального языка программирования не существует. Старайтесь выбрать такой, в котором большое комьюнити, если вы не будете работать в команде, то комьюнити которое сможет помочь на SO, GitHub; и тот язык который максимально подходит под вашу задачу. Если вы идёте писать десктопное приложение в команду, то на каком языке вам команда скажет, на том языке вы и будете писать. Если вы не знаете что учить, что бы найти работу, то идите в объявления, и смотрите требования. Предугадать станет ли Linux популярным на Десктопах или не станет легко, нет не станет. Не при каких обстоятельствах, доказать это достаточно легко, но это уже отдельный вопрос.

Задача первична. Конкретизируйте ваш вопрос, какую задачу следует решать в будущем. Иначе вы тут получите в ответах полную кашу, так как на десктопах люди пишут на всём, чём могут. И они вам сейчас перечислят все существующие языки, включая F# или Haskell с Питоном исходя из тех задач которые они решают.

Чем выше уровень языка - тем лучше, но вывезет ли он тягу. Зависит от задачи. Конкретизируйте ваш вопрос, что за задача перед вами стоит.

Чтобы ускорить перебор можно вместо elements_list использовать dict, где key - это первая буква элемента, а value - это список элементов которые начинаются на букву из key.

Если преобразовать потом sequence в set и найденный список элементов тоже в set, то можно из set полного списка вычесть set текущей последовательности и то что осталось перебирать.

Петля в сети неприятное и непредсказуемое явление.
Возникает когда данные начинают ходить по кругу, множась каждый круг пока сеть не перегрузится и не перестанет пропускать трафик вообще...
Проявляется чаще так что вдруг перестает работать сеть, после перезагрузки оборудования все какие-то время работает, потом снова падает до следующей перезагрузки.

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

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

Видео могут забанить или перенести куда-то в платное.
А книгу купил - и лежит себе на полке.

Полноценного понимания не существует.
Я долго писал в процедурном стиле и долго не мог понять зачем вообще нужны эти классы какие-то.
Всё решалось функциями. С ростом сложности проекта приходилось передавать в функции всё больше и больше аргументов. Когда аргументов стало слишком много, я стал передавать в качестве аргумента массив с переменными.
Функция изменяла значения в этом массиве и возвращала.

Иногда (часто) функция должна была вызвать другую функцию и передать туда этот массив. Количество функций росло, цепочки из них становились всё длиннее и я даже стал путаться в том, какая функция в какой цепочке (трейсе) участвует.
Тогда я стал раскладывать группы функций по разным подключаемым файлам и называл эти файлы так, чтобы по названию понять какой группе переменных они нужны.

А потом я случайно узнал, что эти какие-то непонятные методы, которые "являются поведением объектов класса" (как это обычно объясняют) на самом деле просто функции и есть. И оказалось, что можно не пропихивать массив через них, а наоборот - функции сложить в этот массив. Получилось, что класс это такой "массив" в котором есть не только переменные, но и функции. И эти функции могут видеть все эти переменные, даже если не написать global $var. И это было как раз тем, чего я очень желал и радости моей не было предела.
Кстати, узнал я это, когда забавы ради кодил 2D платформер на C# в Unity.

Подобные алгоритмы легко анализируются и распутываются, когда начинаешь вручную подставлять значения. 0, 1, 2,...