Voland69

Как вариант реализовать интерфейс IList, в документации есть пример.

Кодировать символы в url

bin - результаты компиляции вашего приложения - в гите не нужно
obj - промежуточные результаты компиляции - в гите не нужно
ConsoleApp.csproj - файл проекта, метаданные и зависимости - кладем в гит
ConsoleApp.sln - файл решения (это проект из других вложенных проектов) - кладем в гит
Program.cs - собственно исходный текст вашей программы - кладем в гит

Чтобы делать это не руками, освойте .gitignore.
У github есть для вас шаблон для c# и VS

Видимо Хром и потратил место, на кэш, временные файлы и т.п.

Строить разные модели (регистрация, логон, инфо о юзере) и маппить их на сущность из базы.
Если разово, можно конечно [JsonIgnore] навесить, просто не попадет в сериализацю.

Правильно что не загружалась.
Вы же делаете блокирующий while(true).
Конкретно проблема вот тут:

VlazhnostTimerTread = new Thread(() =>
            {
                Invoke((Action)(() =>
                {
                    HumidityReception();//System.InvalidOperationException: "Невозможно вызвать Invoke или BeginInvoke для элемента управления до завершения создания дескриптора окна."
                }));
            });

Вы неправильно юзаете Invoke() - он по умолчанию влезает в очередь UI потока чтобы модифицировать данные на форме. А Вы в него весь свой цикл положили.

Нужно скорее так поступить:

VlazhnostTimerTread = new Thread(() => HumidityReception());

private void HumidityReception()
{
//-----
    Invoke((Action)(() => AddString(data));
//-----
}

Так как из бэкграунда нельзя ходить и менять UI элементы то пути два:
1. Dispatcher.Invoke() на UI треде
2. При помощи событий

1. Код оборачиваем тегом < code >
2. Внимательно читаем доку Rigidbody2D

В этом бюджете будет только б/у, ориентироваться можно на Macbook или Thinkpad и прочие бизнес ориентированные линейки. Но реально высокой производительности и долгого времени автономки можно не ждать.
Ну и следите чтобы не попасть на модель с впаянной памятью - для идеи и андроид студио 16 гигов ОЗУ мастхэв.

using System;
using System.Linq;
using System.Collections.Generic;
					
public class Program
{
	public static void Main()
	{
		var list = new List<int> {1,2,3,4,5,6,7,8,9};
		list.Top(30).ToList().ForEach(x => Console.WriteLine(x));
	}
}

public static class IEnumerableExt
{
	public static IEnumerable<T> Top<T>(this IEnumerable<T> list, double percent)
	{
		var elementCount = (int)Math.Ceiling((double)list.Count() * percent / 100);
		return list.OrderByDescending(x => x).Take(elementCount);
	}
}

пример на фиддле

Clang действительно строже, и вероятность не собрать то что успешно работало под gcc действительно есть.
Грубо говоря то что gcc пропустил в clang станет warning'ом, а то что в gcc было warning'ом в clang стало ошибкой компиляции.
Поведение можно настроить флагами компиляции.
Полной совместимости действительно нет, и в контексте плюсов MSVC, GCC, Clang и MinGW это четыре разных компилятора.
А Вы собственно какую задачу решаете?
Если вопрос на чем писать и дебажить - на том компиляторе, которым планируете артефакты собирать. Если таковых много, то вариант один - дебажить на самом популярном/строгом и периодически проверять сборку под остальные платформы.
Ну и по максимуму обмазать тестами - то что код собрался это еще полдела, надо чтобы он еще предсказуемо и правильно работал.

Общее правило, еще со времен дуалбута win98-winXP, самая свежая система ставится последней.
В противном случае надо грузиться с установочного носителя свежей системы (в вашем случае win 11) и восстанавливать загрузчик. примерно так

Сборки зло, особенно в задаче "без обновлений но с магазином" - вангую следующий вопрос будет: "Магазин не работает с ошибкой 0хDEADBEEF, что делать?".
LTSB уже довольно старая версия, рассмотрите LTSC, она новее.