Сергей Тихонов

Посмотрите на обратную польскую запись. Самое простое что может быть.
https://habr.com/ru/post/100869/

Вот статья про методы приближенного поиска ближайших соседей:
https://m.habr.com/ru/company/mailru/blog/338360/

Если вкратце, то поиск по HNSW-индексу из 500к векторов будет укладываться в 5 миллисекунд. Библиотеку лучше взять faiss, она поприличнее написана, чем оригинальный nmslib. У обеих есть Python-биндинги.

РЕШИЛ!! Все таки использовал конструкцию список в словаре, получилось вот что:

favorite_places = {
    'john'  : ['moscow', 'krasnoyarks'],
    'peter' : ['sweden', 'mayami'],
    'ivan'  : ['kaliningrad', 'everest']
}

for name, places in favorite_places.items():
    print("\n" + name.title() + "`s favorite places is: ")
    for place in places:
        print("\t" + place.title())

Привет

Если хочешь сделать более-менее адекватный чатик, то тебе понадобится:

react/vue на фронт
symfony/django/RoR/Spring/Net Core для бекенда
node.js для чат-посредника
Go для сбора и обработки тяжелой статитической информации (типа сбор экшенов по юзерам в реальном времени), можно и на плюсах, но на ГО это сделать проще.
Redis - для хранений хешей, сесий и прочей реал-тайм шняги
MySQL/POSTGRES - для хранений юзеров и самих чатов
Плюс придется выложить еще порядка 5к-10к долларов для подключения к разными 3rd-party дата-провайдерам, чтобы получить жирные опции типа региональных зависимостей и прочее.

___

Если хочется просто сделать чатик, то условно хватит

symfony/django/RoR/Spring/Net Core + Jquery

Такой IDE нет.

ps Ваш вопрос мне очень понравился, и я дам на него развёрнутый ответ. Многолетней давности рыночный успех Delphi был обусловлен нехитрым трюком: кривая обучения "программиста" в её начальной фазе была очень пологой, и одолеть её мог любой кретин. Эта лёгкость обеспечивалась именно визуальным редактором форм.
У низкого порога вхождения, разумеется, была своя цена. Рынок наводнили говнокодеры, не отягощённые общей програмистской культурой, а содаваемые ими продукты были безнадёжно одноразовы. Код-лапша, в котором бизнес-логика упихивалась в контролы, был неподдерживаем.
С тех пор прошли эпохи, новые поколения говнокодеров освоили концепцию MVC (вместе с паттернами, хех), но говнокодеры старой закваски всё еще не вымерли. И когда я увидел ваш вопрос, я с ностальгией вспомнил старые времена.
Сейчас на рынке рулят IDE, поощряющие создание поддерживаемого, документированного кода. Жалобы на необходимость прописывания вручную по пол страницы кода только для создания GUI главного окна вызывают лишь снисходительную усмешку: что с него возьмёшь, он - кодер старой школы. А по аватарке не скажешь )

django-import-export

По началу всё было нормально, но сегодня клиент задаёт вопрос

Тут улыбнулся. Изменение ПО и есть "нормально".

Есть ли возможность всё залить через автомат?

Формулировка задачи тоже веселая.

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

Да и сам вопрос веселый.

Абстрагируюсь и отвечу безотносительно ЯП и веб-фреймворка (т.е не буду писать код за вас - в режиме эремотерия).

Думаю с парсингом файла вы и так разберетесь, напишите воркер (выполняемый в отдельном процессе, "против зависонов") запускаемый по сабмиту формы загрузки файла. В воркере обойдете файл построчно, сохраните извлеченные данные через пакетную (batch) вставку в используемую базу данных (сегодня 2500, завтра вдруг мильоны.). И не суть txt, csv, xlsx, заказчику кстати можно предложить и то и это вместе. Ну и как-то уведомите менеджера, она ведь будет ждать окончания загрузки, переживать будет. А вдруг загружаемый файл содержит форматирование которое ломает процесс парсинга файла? Нужно отловить ошибку, сохранить внятный текст ошибки и показать ее менеджеру, ведь она должна знать что нужно исправить файл и попробовать снова его загрузить? Ведь мы люди, не звери.
Ну и тесты написать надо бы, вы же хотите спать более глубоким сном сознавая, что при изменении кода эта добавленная фича продолжает работать?

Вам нужно сделать механизм обновления записей? Тогда в загружаемом файле должны быть уникальные идентификаторы. Вы же будете как-то определять какой "color" из файла соответствует "color"у в БД.
Или нужно записи пересоздавать? В зависимости от этого и пишите логику.
Ну а UI сами продумайте, где ссылку добавить, где форму вывести.

Генерируете число из диапазона 60-100, потом высчитываете ему пару, с условием, что среднее арифметическое пары чисел было близко к целевому (ввести какой-то коэффициент отклонения X). Потом еще пару чисел по тому же принципу, и последнее число высчитываете как вам советовал Сергей Тихонов . На серии экспериментов подбираете X, чтоб числа казались случайными и в тоже время не было выбросов за предел 60-100 у последнего 5го числа. Как-то так можно попытаться.

Реализовать свой сервис авторизации. Называется CAS, работает примерно так: