Василий Банников

Самое простое — считать сумму квадратов расстояний по каждому из компонентов: R, G и B.

Для пары 0000DD, 0000C8 «расстояние» будет такое:

(0x00 - 0x00)^2 + (0x00 - 0x00)^2 + (0xDD - 0xC8)^2 = 441

Так посчитать до каждого из определённых цветов, найти минимум.

Можно сравнивать в других цветовых моделях. Например, в HSV (оттенок, насыщенность, яркость) — если посчитаете, что насыщенный красный и тусклый красный точно того же оттенка «ближе», чем той же яркости оранжевый. Речь о возможно разных «весах» каналов в деле определения близости двух цветов.

.NET - это общее название технологии. В ней и веб, и десктоп, и консольные приложения, и много чего еще. Одну и ту же .NET библиотеку (если она не узко специализированная) можно использовать как в веб, так и в десктоп.

ASP.NET тоже бывает разный:
- ASP.NET WebForms - дремучее легаси (пока аспнетов не расплодилось, ее называли просто ASP.NET, т к путать было не с чем)
- ASP.NET MVC - легаси, но посвежее
- ASP.NET Core, нынче называется .NET 5.0 (а скоро и 6.0) - актуальная технология. Хотя тут уже путаница в терминах, потому что, как мы помним, . NET - это еще и общее название технологии)

PS: Чтобы совсем запутать, скажу ещё, что до ASP.NET WebForms была ещё одна технология, ASP, без .NET

public static IEnumerable<int> ExtensionMethod(this IEnumerable<int> list, int percentline)
        {
            try
            {
                if (list.Count() <= 100 && list.Count() >= 1)
                {
                    IEnumerable<int> count = list.OrderByDescending(sort => sort).Take((int)(list.Count() * percentline / 100.0f));
                    Console.WriteLine("Перечень элементов: \n" + string.Join(", ", count));
                }
                else
                {
                    throw new ArgumentException();
                }
            }
            catch (ArgumentException)
            {
                Console.Write("ОШИБКА!!!\n");
            }
            return list;
        }

ну и соотв далее

var list = new List<int>() { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 };

            list
                .ExtensionMethod(10)
                .ExtensionMethod(25);

в дополнение к ответу Василий Банников :
- в криптографии/блокчейне/экономике*/проектирование разного рода, может потребоваться очень хорошая математическая база

ps другой вопрос, на рынке труда, львиная масса вакансий, все таки таковы, как описал Vabkab

* речь не об учете бухгалтерском, или товарном. но о любой толковой оптимизации, начиная от налогообложения. ну и не такая уж экзотика - логистика, и снова оптимизация ;)

pps а если нейронные сети и/или бигдата - может требоваться база как выше школьной, так и уже очень серьезная

Неправда, в 64-битном регистре разом можно сложить 8 8-битных чисел.

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

В качестве ключа - хеш от искомого значения
В качестве значения - список структур, в котоых пара искомое значение (с возможностью выставить null) + возвращаемое значение (идеально может быть смещение в файле csv где начинается нужная строка). Возможно вместо списка использовать еще один map (значение => смещение или даже значение => список смещений, если искомое поле не уникально)

Map<hash,List<{value,offset}>> или Map<hash,Map<value,List<offset>>>

Тогда первоначальное наполнение просто считает хеши ключа и заполняет в возвращаемые значение смещение соответствующих строк в csv файле
Затем вторым проходом, для тех записей где случились коллизии хеша и список возвращаемых значений больше 1, прописать искомое значение либо его хеш (с другим алгоритмом, если не боишься двойных коллизий)

Затем организуешь поисковый метод который будет принимать поисковые запросы и складывать в очередь (thread safe) ответы (id запроса + смещение строки в csv либо null если не найдено). Метод просто считает хеш искомой строки и берет в map нужный список ответов, если их больше 1 то последовательно сравнивае

Параллельным потоком либо с асинхронно считываешь csv строки, на основе этой очереди (если диск hdd то лучше сортировать порядок чтения записей из файла по смещению, если записи в csv очень короткие, сотня другая байт, то сортировать имеет смысл и для ssd)

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

само собой можно считать хеш самому и использовать готовую базу данных но тогда какой смысл в ней если все делать самому.

Приписку "на ядро" во втором столбике тоже надо учитывать. Если на нее умножить, все становится на свои места.

Никак.

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

В будущем тщательнее выбирайте, кого хотите пригласить.