Подработка программистом для студентов в Санкт-Петербурге

Создание сайта.
Telegram mini app.
Функционал сайта: Приложение для изучения китайского языка.
Контент есть.
Пожелания и особенности: Есть прототип фронтенда, его нужно воссоздать с нуля и доработать. Также добавить кеширование, чтобы данные лишний раз полностью не обновлялись (например, списки слов на странице словаря).

Веб-разработка.
Настройка, доработка существующего продукта, тестирование.
Необходимо разработать техническое задание (ЧТЗ) в соответствии с проектом.

Доработать.
1С: Управление нашей фирмой.
Версия: 8.3.
Сопровождение 1С УНФ 3.0 на постоянной основе, по запросу.
Возможна работа удалённо.

Сайт-визитка.
Платформа: Vigbo.
Функционал сайта: Знакомить с информацией о фотографе.
Контент есть.

Разработка с нуля.
Устройства для масштабирования: смартфоны.
Приложение для путешествий (черный фон + белый текст). Все данные приходят с бэка по REST API. Требуется получать данные и отрисовывать UI по ТЗ.
Пожелания и особенности: Это MVP. Приложение уже работает под Андроид - скрины экранов есть, логика между экранами тоже известна. Экранов не много. 1 экран - 1 GET запрос. Присутствуют несколько POST запросов (регистрация и отправка одного текстового поля). На каждом экране черный фон и белый текст. На одном из экранов есть интеграция с MapBox. Также есть экран, на котором нужно располагать фотографии, приходящие с бэкенда.
Требуется отрисовать экраны на основе JSONов, полученных с бэкенда. И подготовить приложение под окружение продакшена.
На Котлине у меня реализация заняла 5 дней (не имея изначально конечного дизайна и с самого нуля).
Думаю, что, уйдет до 16 часов на работу. Можно и за 2 дня сделать вполне.
Мок ответы с REST API сервера пришлю. Так как бэкенд приложение ещё не релизнуто в прод.
В будущем возможно сотрудничество на долгосрочной основе по созданию нового функционала спустя время.

Сверстать: лендинг.
Платформа: Tilda.
Тип вёрстки: адаптивная.
Есть макет.
Пожелания и особенности: Необходим опытный верстальщик умеющий в тильду.

Разработка игр.
Переработать готовую игру, создать мультиплеер на базе выделенного сервера, разработать игровую механику.
Игра: для установки на ПК.
Игра: массовая онлайн.
Жанр: RPG.
Платформа: Minecraft.
Графика: 3D, 2D.
Пожелания и особенности: Цену сложно поставить необходимо будет договариваться. Основная задача это создание плагина для майнкрафт сервера.

Корпоративный сайт (сайт компании).
Функционал сайта: каталог.
Контент есть.
Переделка каталога.

В данный момент - определение параметров для выборки информации прописаны в самом шаблоне. При включение кэширования в битриксе каталог ломается.
Переделать каталог, что неправильно сделано.

В карточке авто сделать первоначальную загрузку 1 фото цвета, поставить alt на цвета.

Сайт: https://hyundai-spb.ru/.

Платформа: по рекомендации специалиста.
Уже есть собранный парсер для выгрузки с тинькофф инвестиций. логика будет такая: развернуть VPS, развернуть стек elascticsearch и kibana, выгрузить данные через парсер, обработать эти данные потому что они сырые, простроить графики в кибана по заложенным гипотезам.
Пожелания и особенности: Уже есть собранный парсер для выгрузки с тинькофф инвестиций. логика будет такая: развернуть VPS, развернуть стек elascticsearch и kibana, выгрузить данные через парсер, обработать эти данные потому что они сырые, простроить графики в кибана по заложенным гипотезам.

Доработки скрипта LUA.
Доработка существующего продукта.
Пожелания и особенности: На регулярной основе требуется внесение несложных изменений и дополнений на языке lua в имеющийся рабочий скрипт по биржевой торговле, 5-10 часов в неделю на несколько месяцев.

Сделать проект под ключ.
Игра: одиночная.
Жанр: Логическая.
Платформа: Unity.
Графика: 3D.
Добрый день!
Уже несколько лет ищу программиста, который поможет в претворении идей в жизнь. На данный момент есть идея сделать игру на логику. Поле представляет из себя куб (как кубик рубика), где на каждой из плоскостей располагаются домики (разных тиров). Их нужно соединять между собой так, чтобы место на поле не закончилось до того, как уровень будет пройден.
P.S. Желательно, чтобы программист был из Санкт-Петербурга, для лучшей коммуникации и разработки дальнейших проектов.

Программирование микроконтроллеров.
Микроконтроллер: по рекомендации специалиста.
Функции и задача устройства: Автоматически играющее живое пианино контролируемое цифровым миди сигналом.
(Обычно миди сигнал используется для написания музыки)

Цель:
*Физический механизм, который контролирует силу нажатия клавиши пианино исходя от уровня поступающего велосити миди сигнала. В миди всего 128 степеней силы нажатия от самой слабой до самой сильной.
*Цифровая программа для управления механизмом.

Подробнее:
*Как вариант, можно сделать физический механизм на 3d принтере.

*Механизм будет нажимать сверху, над клавишей, либо тянуть клавишу вниз, выбрать тот вариант, что проще в реализации.

*Количество сил нажатия от самой слабой до самой сильной 128, так как в миди всего 128 градаций.
*Всего клавиш 88 и над каждой будет одинаковый физический механизм, отличаться будет только отдельным входом цифровой информацией о силе нажатия.
По поводу физического механизма нужно учитывать, что помимо белых клавиш есть черные, которые немного выше.

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

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

*Один внешний механизм регулировки педали на пианино. Ее продолжительность нажатия будет зависеть от протяженности миди сигнала.
Открыт выслушать любые предложения касаемо реализации и цены.

алгоритм распределения.
Бизнес-задача: распределить взаимную проверку студентами заданий.
Все на SQL. На Supabase будет выполняться (есть особенности).

На вход функции:
sprint_strapi_document_id (идентификатор учебной недели)

Ожидаемый результат:
По 3 заданиям, привязанным к учебной неделе проведены распределения студентов с соблюдением ряда условий.


Подробнее:

ЧТО ДЕЛАЕТ ГЕНЕРАТОР (ПРИМЕРНО)
1. Старт
Получает идентификатор спринта и режим работы («затереть всё» или «дописать недостающее»). Спринт = учебная неделя.
2. Очистка (по желанию)
Если запрошен «затереть всё» — удаляет из результата всё, что относится к этому спринту, и фиксирует, сколько строк исчезло.
3. Снимок входных данных
Собирает четыре набора сведений, без хранения в БД:
1. перечень дуэлей (2 пользователя делают одну задачу) спринта и их тип (тренировочная / боевые);
2. список разрешённых участников (не уволены, из нужного потока);
3. для каждой сыгранной пары — самые свежие ответы обоих игроков — у каждого ответа есть pair_id;
4. из предыдущего пункта формирует сами пары: «идентификатор пары + оба игрока».
4. Рассчитывает квоты
Для каждого допущенного пользователя считает: сколько он сыграл ответов × 3 — столько он обязан проверить.
У кого получилось 0 — тот сразу «вне игры» (ему нечего проверять, он никому не нужен).
5. Готовит «кольца» – два воображаемых циклических списка
Первое кольцо: шесть «слотов» подряд для каждого будущего рецензента.
Второе кольцо: шесть «слотов» подряд для каждой пары, которую надо проверять.
6. Базовый round-robin
1. Для тренировочных дуэлей всем парам заранее выбирает «сдвиг» — на сколько позиций провернуть кольцо рецензентов. Для боевых дуэлей сдвиг 0.
2. «Накладывает» кольцо рецензентов на кольцо пар с учётом сдвига и тем самым назначает первых шесть рецензентов каждой паре, игнорируя случаи «рецензент = игрок пары». Получается черновой чертёж назначений.
3. Из квоты каждого назначенного рецензента вычитает израсходованные слоты.
7. Дозакрывает пары, где оказалось меньше 6 рецензентов
Пока остаются «дыры»:
• выбирает кандидатов с ещё не обнулённым лимитом, которых нет в данной паре и которые не столкнутся с ограничениями;
• назначает их, строго не превышая «осталось проверить» ни у пары, ни у кандидата;
• обновляет, сколько ещё нужно и какие квоты остались.
8. Сохраняет результат
Каждое назначение дублирует на обе записи пары (чтобы вышло ровно 12 строк на пару: 6 рецензентов × 2 игрока).
Старые строки не дублируются — если они уже существуют, пропускает.
9. Проверяет себя
Есть две жёсткие проверки — если хотя бы одна не пройдена, всё откатывается и бросается исключение:
1. у каждой пары должно быть ровно 6 назначений, иначе фиксируется список «неполных» пар (попадают в лог) и генератор падает;
2. ни у одного рецензента фактическое число назначений не может превышать рассчитанную квоту; нарушители фиксируются в отдельный список и тоже приводят к падению.
10. Формирует отчёт
Возвращает JSON:
• уникальный идентификатор запуска;
• статус «OK» или «ERROR»;
• массив шагов-сообщений в хронологическом порядке: сколько строк стерто, сколько сохранено, попали ли пары в «неполные», есть ли «перебранные» квоты, прошла ли финальная валидация.



Полный набор логических «баз»,-которыми оперирует генератор

(ниже — только смысловая структура: названия полей и связь с алгоритмом;
никаких SQL-таблиц или DDL-врезок)
1. Пользователи
• user_id – внутренний идентификатор участника
• stream_id – учебный поток (курс)
• team_id – команда внутри потока
• dismissed_at – дата отчисления / увольнения или пусто
Зачем нужно → позволяет
• убрать выбывших,
• узнать команду игрока для правил FULL-CONTACT,
• связать участника с потоком спринта.
2. Страйки
• user_id – кто получил штраф
• sprint_id – за какой спринт штраф
Зачем нужно → если есть запись по текущему спринту, пользователь не допускается к проверкам.
3. Потоки и Спринты
• stream_id ↔ sprint_id – один поток может иметь несколько спринтов
Зачем нужно → определить, каких пользователей считать «своими» для данного спринта.
4. Команды
• team_id – идентификатор команды
• stream_id – чей поток
Зачем нужно → различать «свою» и «чужую» команду в боевых дуэлях.
5. Дуэли
• duel_id – внутренняя ссылка в ответах
• sprint_id – к какому спринту относится
• type – TRAINING или FULL-CONTACT
Зачем нужно → отфильтровать дуэли спринта и понять, нужны ли правила баланса команд.
6. Ответы на дуэли
• pair_id – уникальный идентификатор пары игроков
• user_id – автор конкретного ответа
• rival_id – соперник автора
• duel_id – какая дуэль
• hash – общий «ключ партии» (одинаков у двух строк пары)
• created_at – когда отправлен ответ
Зачем нужно →
• брать самый свежий ответ каждого игрока в паре,
• посчитать, сколько ответов сыграл каждый пользователь
→ сколько рецензий он обязан выдать (квота = 3 × ответы),
• сформировать список всех пар «hash + duel».
7. Назначения на проверку (целевая таблица)
• reviewer_id – кто будет проверять
• duel_id – дуэль пары
• user_id – чей ответ проверяется
• hash – «ключ партии» (чтобы различать пары)
Зачем нужно → конечный результат работы генератора;
строка уникальна в сочетании (reviewer_id, hash, duel_id).
8. Внутренние счётчики-выкладки генератора.
Что нужно ещё: поддержка и сопровождение, разработать документацию.
Если сработаемся — есть много задач на стэке Supabase/Bubble/N8N.

Создание голоса и оживление фото.
Необходимо создать голосовую запись текста голосом умершего человека
По возможности с оживлением фото.

Веб-разработка.
Доработка существующего продукта.
Модуль аналитики для CRM-системы на ASP.NET
Задачи:
1. Микросервис прогнозирования (Flask + Python):
Реализовать следующие модели прогнозирования:
- Прогноз количества бронирований — SARIMA (временные ряды)
- Прогноз новых клиентов — SARIMA (если присутствует сезонность)
- Прогноз повторных бронирований — Логистическая регрессия (классификация)
- Прогноз отказов / отмен бронирований — Логистическая регрессия
- Прогноз среднего числа гостей на бронирование — Линейная регрессия
- Прогноз загруженности ресторана (по часам, дням месяца) — SARIMA
- Прогноз времени ожидания / длительности визита — Регрессия
- Прогноз корреляции между временем бронирования и числом гостей— Линейная регрессия
- Прогноз частоты бронирований — SARIMA
Требования к качеству моделей:
Для классификационных моделей: минимум 80% accuracy / F1-score.
Для регрессионных моделей: RMSE, R² > 0.75.
Все модели должны сохраняться и восстанавливаться из файла для последующего использования в проде.
2. Реализовать отправку исторических данных из ASP.NET в микросервис Flask. Получение прогнозов и их отображение в Swagger CRM.

Настроить: первоначальная базовая настройка, обмен данными, доступ пользователей.
Версия платформы: 8.3.
Конфигурации типовые, без доработок.
Количество пользователей: от 1 чел, до 3 чел
Задача: Первоначальная настройка 1С Розница, ККМ, сканер.
Пожелания и особенности: Оплатим выезд, настройку, премию. Очень нужна помощь специалиста.

Коттедж.
Доработка существующего продукта, Требуется доделать 3д модель в сетчапе.

Пожелания и особенности: добрый день! нужно внести правки в игры, написанные языком JavaScript, HTML, CSS для дипломной работы. бюджет минимальный и очень ограниченный 🙏🏻.
Пожелания и особенности: добрый день! нужно внести правки в игры, написанные языком JavaScript, HTML, CSS для дипломной работы. бюджет минимальный и очень ограниченный 🙏🏻.

Микроконтроллер: ST elecrtonics STM8x.
Функции и задача устройства: Есть плата на базе STM32F7, спроектирована и спаяна.
Находится в Питере, желательно работать у нас или хотя бы не далеко от Питера. Пересылка платы почтой не рассматривается.
Код написан (с помощью cube mx), проверен на макете nucleo с аналогичным процессором (код предельно простой).
Функционально плата читает (DMA) выборки из встроенного АЦП на частоте 320 кГц в массив, на половине массива и в конце массива отправляет начитанное в сеть.
- Нужно запустить плату, проверить входы, выходы, светодиоды
- залить написанный код, адаптировать если потребуется, проверить что все работает как задумано.

Разработка мобильных приложений.
Разработка с нуля.
Приложение: для iOS.
Устройства для масштабирования: смартфоны, планшеты.
Мы разрабатываем мобильное приложение — каталог пользовательского контента для игры: модификации, скины, карты, шейдеры, текстуры и визуальные дополнения.

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

Нужен специалист с отличным знанием Swift и UIKit, опытом публикации приложений в App Store и уверенной работой с Firebase.

Также потребуется интеграция Facebook SDK (в том числе авторизация и аналитика), настройка Qonversion или аналогичных решений для трекинга и подписок, включая защиту от возвратов и обхода доступа.

Важно понимание адаптивной вёрстки, умение работать с REST API и реализация подписочной модели. Желателен опыт со StoreKit 2 и знание всех тонкостей In-App Purchase.

Задачи включают разработку интерфейса и логики приложения, подключение внешних SDK и аналитики, реализацию монетизации и подписок, настройку загрузки удалённого контента, а также подготовку и выпуск обновлений. Всё должно работать стабильно, быстро и надёжно.

Работа удалённая, формат гибкий. Рассматриваем долгосрочное сотрудничество. Оплата обсуждается индивидуально.

Настроить.
1С: Розница, 1С: Бухгалтерия.
Версия: 8.3, 8.2, 7.7.
1С розница доработанная в паре с бухгалтерией.Исправить ошибки в формировании алкодекларации.Настроить работу с маркировкой.

Веб-разработка.
Доработка существующего продукта, разработка с нуля, настройка, тестирование.
Поддержка работы сайта компании

- Опыт работы с Diafan cms от 1 года
- Владение HTML/CSS,
- Опыт оптимизации скорости загрузки сайта;
- Кросс-браузерная верстка веб-страниц (CSS3)
- Опыт работы с Git
- Опыт работы с NodeJS, Bootstrap, Websockets, XML, JSON
- Знание PHP: поддержка и развитие существующих проектов.

"Методы оптимизации и теория принятия решений. Сделать вариант в экселе, питоне и маткаде.
Вариант.

Микроконтроллер: Разрабатываем собственные контроллеры, нужен программист для программирования под конкретные задачи.
Функции и задача устройства: Контроллеры узлов учета тепловой энергии.

Курсовая работа.
Платформа: Pycharm.
Функционал сайта: Текст, картинки, ссылки по сайту, на другие сайты, таблица с вводом данных и выводом результата, создание и применение файло css.
Контента нет.

Программирование микроконтроллеров.
Микроконтроллер: I 8051.
Функции и задача устройства: Помочь в написании кода.

Аппаратное.
Доработка существующего продукта.
Пожелания и особенности: Перевести код с языка си на verilog.

Платформа: Вк, телега.
Пожелания и особенности: Здравствуйте, у меня студия рисования ищу смм менеджера с функцией личного помощника. Со мной очень интересно и творческий проект.

Нужно продлить 3 домена через WebMoney WMT (USDT) на https://cp.qq.domains/dashboard/dashboard.

Платформа: по рекомендации специалиста.
Пожелания и особенности: Есть сайт на тильде. Там вставлена форма сбора данных и переход на платежный виджет cloudpayments. Необходимо реализовать сбор данных в гугл-таблицу и привязать рекурентные платежи (ежемесячное списание). Сложность в том, какие суммы и когда нужно списывать. Пример: 299р. человек платит разово. через 35 дней необходимо начать ежемесячно списывать по 129 рублей. и таких конфигураций несколько. форма на сайте корректно все суммы и кол-во дней передает.

Выполнить художественный дизайн, разработать дизайн уровней, разработать персонажей, переработать готовую игру, разработать игровую механику, сделать проект под ключ, провести тестирование.
Игра: многопользовательская.
Жанр: RPG.
Платформа: Unity.
Графика: 3D.
Прототип: Коты и суп stardew walley.
Просто задать вопрос.

Обучить работе с 1С.
1с. смета + 1с. унсф.
Версия: 8.3.
Необходима преентация 1с. смета и далее разовве консультации при тнтеграции с 1с.унсф.