Александр Ананьев

youtube-dl — библиотека для скачивания видео с YouTube
Вот нашёл обертку под C#
YoutubeDLSharp

var res = await ytdl.RunVideoPlaylistDownload(
    "https://www.youtube.com/playlist?list=PLPfak9ofGSn9sWgKrHrXrxQXXxwhCblaT",
    start: 52, end: 76
);

Ну про квадрат расстояния уже сказали.
Далее - tuples проинициализируйте каким то количеством. Потому что на Add при аллокации съедите много времени.
Ну перебор конечно конский - посчитайте количество итераций, их многовато как то ) Но тут вряд ли что то сделаешь, хз. Надо читать задачу. Может можно ограничить эти итерации.
Дальше. Не видно где меняется x и что это такое, но выглядт так что Math.Pow(i - x, 2) можно вычислить до внутреннего цикла.

Я бы еще попробовал убрать Create у тупли - тоже аллокация.

НАсчет ГПУ. У вас кроме корня (который не нужен) судя по всему нет дробных чисел (хотя мы не знаем что такое x и y) - поэтому именно использование ГПУ тут не даст космического прироста. А вот второй цикл похоже можно распараллелить. На чем параллелить - без разницы

Делайте на Qt.

Что делать после изучения основ С#?

Что хотите. Когда вы начинали изучать основ С# вы думали для чего вы это делали?

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

Неактивному окну - только через отправку стандартного оконного сообщения. Если не работает - то только реверсингом приложения и взломом.

Есть опция PublishSingleFile - как раз склеит DLL и exe.

self-contained можно отключить

dotnet publish -c Release -r win-x64 -o ./pub -p:PublishSingleFile=true --self-contained false

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

По делу без брюзжания:
Писать под винду моветон - лицензии дорогие
Вин формс зачем? - делайте веб апи с фронтом на вью/реакте/ангуляре. Нужна кроссплатформенность, чтобы хоть с телефона можно было зайти и нажать нужную кнопку в системе.
Апи нужно, потому что будет много интеграций с другими системами, загрузка/выгрузка в 1с, не дай бог будете телефонию подключать
Внутренняя сеть решается с помощью впн сервера.
Помимо функциональных требований существуют еще технические, должен быть мониторинг, вы должны всегда знать сколько ресурсов потребляет ваш сервер, сколько данных занимает на дисках, логи и трейсы - гуглится по слову Observability, обычно не закладывается в смету, но к этим вопросам приходят рано или поздно
Что еще, ну, по функционалу тут проще, открываете презентации в популярных CRMках, смотрите, что они могут, выписываете списком и идете к заказчику, чтобы он указал галочками, что будете делать, что не будете
потом прикидываете по трудозатратам и озвучиваете сроки из которых можно понять примерную стоимость проекта. Часто одно маленькое предложение, типа того же "выгрузить данные в 1с" грозит несколькими десяткми часов работы, потому что другой отдел, с ними нужно договориться и сделать интеграцию. Или "должен быть отчет такой-то", а там как начнешь разбираться, еще 5 раз посовещаться сначала надо ))

На винде микросовтовский компилятор, по ощущениям, лучше. Специально замеры не проводил, все субъективно. Причем не обязательно использовать студию, можете сидеть на том же CLion (или QtCreator) и собирать с помощью cl. Можно поставить вообще только MS Build Tools - туда как раз и входит компилятор без IDE. На счет лицензирования - вопрос интересный. Предоставляют компилятор бесплатно, но могут быть лицензионные ограничения на разработку коммерческого софта.

На линукс gcc или clang.

Разница между компиляторами, конечно, есть. Разные расширения, разная степень поддержки стандартов, особенно свежих. Могут отличаться возможности оптимизации и т.п. Например микрософт никогда не поддерживала стандарты Си и там много чего нет еще с С99. Стандарты С++ они официально поддерживают.
Если вы пишите приложение используя только стандартизованные языковые возможности (без расширений компилятора), то, по идее, не должно быть проблем пересесть на другой компилятор в рамках одной ОС.
Кстати в gcc по умолчанию расширения включены.

Есть и другие компиляторы. Например у интел хороший оптимизирующий компилятор, но он стоит денег.

Не раскрыта тема о классе House. Не видя его трудно что-то сказать.

Но могу предположить, что в House, например, поле address является std::stringом.
А std::string хранит свою строку в динамической памяти и sizeof(std::string) в общем случае совсем не равен размеру хранящейся в нем строки. Записывая в файл sizeof(std::string) байт вы записываете грубо говоря только адрес памяти где лежит строка и размер строки, но не саму строку.
Вам нужно делать нормальную сериализацию/десериализацию полей объекта House.