Дмитрий Г. , Senior, C++ разработчик

Интерфейс оператора колл-центра. Программный модуль для Windows 10/11, предоставляющий оператору доступ к системе распределения входящих/исходящих вызовов. Написан на QT5 с интеграцией библиотек для работы с voip телефонией, потоковым звуком.

1. Доработка интерфейса оператора колл-центра по спецификации от аналитиков исходя из требований конечного заказчика, с тесным взаимодействием с командами поддержки БД и бэкенд.
2. Исправление багов.
3. Разработка интерактивных пользовательских интерфейсов на Qt Quick (QML/JavaScript).
4. Создание кастомных модулей с логикой управления на JavaScript и ресурсоемкими операциями на C++.
5. Поддержка и доработка легаси-кода интерфейсного модуля распределенной высоконагруженной системы распределения звонков и передачи потокового аудио.
6. Поддержка и развитие скриптов для модуля сборки Innodb.
7. Разработка плагинов для расширения функциональности программы, например, в области безопасности (авторизация - с keycloak/kerberos), логирования (отправка логов на удаленный https сервер - с libcurl), надежности работы с аудиоустройствами (тестирование устройств по требованию оператора и периодическое во время работы программы и осуществления звонков - с WinAPI) и др.
8. Конфигурирование плагинов через реестр Windows и ini файлы.

Сервер проекта или АРМ операторов подписываются на сканер, получая актуальные данные об устройствах в сети (контроллерах), в т.ч. не распределенных (без IP адреса, без загруженного ПО по проекту). Возможность передачи устройствам конфигурации через сканер, валидация конфигурации.

1. Разработка сканера для Astra Linux с двумя интерфейсами (gRPC и libpcap).
2. Создание трех модулей для контроллера.
3. Поддержка работы модулей 24/7.
4. Создание протокола обмена для сканирования и передачи информации контроллера.
5. Обеспечение параллельной обработки нескольких интерфейсов для ускорения сканирования.
6. Разработка архитектуры с разделением клиент-сервер для коммуникации.
7. Реализация фильтрации пакетов по ethernet type.
8. Создание docker-контейнеров для тестирования сканера в окружении контроллеров.
9. Изучение API libpcap и DPDK для сетевого обмена.
10. Разработка концепции создания нескольких очередей для асинхронной работы модулей.
11. Минимальный рефакторинг классов и внедрение наследования для унификации коммуникации через libpcap или DPDK.
12. Согласование всех аспектов протоколов с командами backend.

Модуль (Загрузчик) работает на контроллере 24/7, получая от сервера команды на запуск, остановку и передачу POSIX сигналов модулям. Он мониторит модули и перезапускает их при падении, если это предусмотрено параметрами. Авторизуется на сервере через HTTPS и анализирует ответы. Запускает утилиты для смены паролей пользователей. Общение с сервером происходит через библиотеку 0MQ с использованием формата данных protobuf.

1. Изучение API библиотеки 0MQ.
2. Разработка и реализация протокола обмена на protobuf с сервером.
3. Реализация web-запросов на удаленный http(s) сервер через сокеты.
4. Создание архитектуры для отслеживания всех запускаемых через fork модулей.
5. Асинхронное управление жизненным циклом модулей в соответствии с индивидуальными настройками.
6. Поиск, проверка и внедрение способа смены пароля пользователя.
7. Согласование всех аспектов протоколов с причастными командами backend.

Система обеспечивает связность распределённого управления, работая на всех узлах сети независимо от их платформы. Она предоставляет клиентам гибкий интерфейс для подписки и публикации данных через gRPC или проприетарный TCP-протокол. Каждый узел динамически находит источники запрашиваемых данных и обеспечивает их доставку подписчикам, поддерживая локальные и удалённые объекты. Взаимодействие между узлами осуществляется по закрытому протоколу, реализуя модель "многие-ко-многим".

1. Разработка и внедрение масштабируемой архитектуры данных с поддержкой подписки «многие-ко-многим».
2. Создание проприетарных протоколов обмена для передачи трехуровневых структур данных без необходимости полной перепаковки при изменениях.
3. Оптимизация упаковки данных с учетом необязательных полей и вариативности структур.
4. Сравнительный анализ эффективности протокола (превзошел protobuf по производительности).
5. Разработка асинхронного механизма коммуникации между клиентами и управляющей системой (МС) без блокировок памяти.
6. Реализация dual-протокола (TCP + gRPC) для одновременной работы клиентов разного типа.
7. Создание системы динамического поиска, подписки и обновления данных в распределённой сети.
8. Разработка потокобезопасной структуры SafetyTreeMap с поддержкой visitor-шаблона.
9. Интеграция автоматической генерации C++-кода из protobuf-схем.
10. Тестирование многопользовательского асинхронного gRPC (клиенты + эмуляторы нагрузки).
11. Согласование протоколов с backend-командами.

Система платежей картами МИР.

1. Рефакторинг кода.
2. Разработка нового функционала.
3. Исправление багов в системе платежей, Linux.