Разработка на C/C++ — удалённая работа в Москве

Разработка бота для игры. Доработка существующего продукта. Нужна помощь с курсовой работой, а именно с игрой крестики нолики на бесконечном поле. Необходимо повысить качество бота(на сложности expert он иногда не ходит в очевидные места, где он бы выиграл. Также, лучше ещё проверить проверку выигрыша, возможно, неправильно я её как-то реализовал. Всё остальное работает как надо. Также, необходимо чтобы проект работал быстро на больших полях(150x150, 300x300). Он уже хорошо работает, но желательно не понижать уже существующую скорость работы. Дедлайн воскресенье вечер.

Разработка любого приложения. Разработка с нуля, тестирование, настройка. 3 балла — В программе должно быть хотя бы три функции. 5 баллов — При наличии заимствований кода из учебников или других проектов, такие фрагменты кода должны быть отмечены комментариями до и после. 1 балл — Сторонние библиотеки (кроме Qt и Boost) собираются CMake или устанавливаются из conan или vcpkg. 1 балл — Никаких абсолютных путей в программе. Разделители в путях не \, а /. Пользователь имеет возможность при запуске задать произвольные пути ко всем используемым программой папкам и файлам. 1 балл — Все файлы должны иметь кодировку UTF-8. 1 балл — Код отформатирован в соответствии с одним из стилей clang-format. Тесты Обязательное требование: тесты оформлены с помощью модуля Doctest, Google test, Unittest или подобного, тестируют тот же код, из которого собирается основной проект, и запускаются командой ctest из каталога сборки проекта. При невыполнении — 0 баллов за тесты. 3 балла — Хорошие тесты. В каждой тестируемой функции покрыты и положительные, и отрицательные результаты. 2 балла — Несколько тестов. Покрыто хотя бы три функции. 1 балл — Есть хотя бы один тест. Документация Обязательное требование: документация оформлена в формате, пригодном для Doxygen, в виде комментариев в файлах с исходным кодом, из которых собирается проект (при наличии объявлений в заголовочных файлах документация должна быть в них, а не в исходниках). При невыполнении — 0 баллов за документацию. 3 балла — Описаны все аргументы, поля и возвращаемые значения. 2 балла — Описаны все функции и классы. 1 балл — Описана хотя бы одна функция. Реализован весь заявленный (перечисленный в таблице) функционал 3 балла — Реализован весь функционал. 2 балла — Реализовано более 70% функционала. 1 балл — Реализовано менее 70%, но более 30% функционала. 2 балла — Дополнительные баллы (за проекты на 10). Требования к проектам на 10 баллов Все обязательные требования выполнены, все оцениваемые требования (кроме доп. баллов) выполнены на максимальный балл. Проект заранее согласован на оценку 10 баллов (выделен зелёным цветом в таблице с проектами). Проект защищён в дату первой сдачи (а не на одной из пересдач). Репозиторий в GitHub организован в соответствии с рекомендациями к командной разработке (есть ветка dev, от неё ветка на каждый новый функционал, merge с dev при завершении разработки функционала). Отдельная папка в репозитории (docs) с документацией к коду, собранной в HTML или LaTeX с помощью одного из генераторов (например, Doxygen или Sphinx). Подробное руководство пользователя и/или программиста в README.md (НЕ то же самое, что документация! в руководстве должно описываться назначение программы, её функционал, способы установки и основные сценарии использования с примерами кода (для модулей) или снимками экрана с примерами работы (для приложений)). Итоговая оценка рассчитывается как сумма баллов по оцениваемым требованиям минус 13. Нужно, чтобы изначальная идя проекта была на 10, а сама разработка потеряла минимальное количество баллов.

Разработка приложений для ПК. Доработка существующего продукта. Пожелания и особенности: просмотрщик dicom файлов на си++ размером до 6Гб и более. Некоторая часть проекта реализована на VSC. Предполагается дальнейшая реализация на этой же платформе. Требуется отобразить на экране с возможностью масштабирования, перетаскивания, регулировки ширины и центра dicom (яркости и контрастности). Предполагаемые файлы будут иметь размер по точкам примерно 65535х100 точек в несколько фреймов. Генератор файлов для тестов есть. Прочие файлы с других источников также есть для тестов. Программы, на которые можно ориентироваться и сравнивать результат по времени открытия файлов: microDicom, X-Visor, DiSoft в текущем варианте реализация интерфейса на wxWidgets. Просмотрщик открывает файл, если файл больших размеров, то создаёт из всего файла только часть всей области в виде файла bmp для последующего отображения wxWidgets. Предполагается, что необходимо изначально весь файл загрузить в ОЗУ, для максимально быстрой работы с большими файлами. Далее погружать части видимой области файла таким образом, чтобы в текущий момент (в соответствии с регулировкой зум) загружалась "облегчённая" картинка , соответствующая достаточному для отображения качестве. Возможно для этого придется создать несколько облегченный копий. Предлагается додумать алгоритм быстрого отображения больших файлов изображения чб, 16бит стандарт предполагает в составе одного файла размер изображений 65535х65535тосек до 16 бит, до 5 фреймов.

Написание класса тестирования производительности методов генерации через бенчмарки, на вход идут конфиги с параметрами генерации, на выход таблица результатов и по таблице построенный график. Разработка с нуля.

Разработка приложений для ПК. Разработка с нуля. Нужна программа для лидогенерации клиентов.

Разработка сетевых приложений. Разработка с нуля. Создать консольный почтовый клиент с помощью библиотеки winsock или winsock2, который должен отправлять письма с одной электронной почты на другую. Здесь видимо также понадобится шифрование с использованием библиотек по типу OpenSSL.