Программисты — удалённая работа в Москве

база данных. Техническое задание есть. Необходимо доработать таблицу. Аналитика чтобы автоматически считала. И хочется нажать на фамилию и получить всю информацию по учащемуся УЧЕНИКИ ? ? один ученик ? ??????????????????????????? ? ? ? ? ? ? Случаи Пропуски Обращения ? ? ? Мероприятия ? ? Протоколы.

Задачи чат-бота: Рассылка постов в чаты/каналы. Продукт: Реклама. Техзадание есть. Пожелания и особенности: Здравствуй. Нужен бот для рассылки одного и того же поста с услугами в чаты/каналы (их порядка 100шт) в определенные часы. Чтобы я могла редактировать этот пост.

Задачи чат-бота: Vk mini app. Продукт: Vk mini app. Техзадание есть.

Есть yandex cloud gitlab графана. Я встрял в выполнению задания. Нужно посмотреть что сделал не так и выполнить задание. Практика по мониторингу В качестве ответа на практическую работу отправьте наставнику Merge-Request в инфраструктурном репозитории GitLab. Создайте директорию img и положите в неё скриншоты трёх дашбордов — дашборд для бизнес-мониторинга, мониторинга приложения и инфраструктуры. Внимание: Для имитации реальной нагрузки на сосисочную мы подготовили бота, копирующего поведение агрегаторов доставки еды. Когда вам понадобится отрисовать графики, перейдите в Telegram-бота, выберите 10 глава и нажмите кнопку Передай адрес магазина агрегаторам. Задание 1. Бизнес-дашборд На существующем дашборде Sausage Store Business создайте по одному графику трафика заказов для каждой сосиски. Задание 2. Дашборд для мониторинга приложения Создайте дашборд Sausage Store App и расположите в нём графики четырёх золотых сигналов: Задержка обработки запросов к URL /api/orders. Здесь нам интересно отслеживать 99 перцентиль времени обработки всех заказов. Трафик успешных запросов в секунду к бизнес-эндпоинтам бэкенда. В этом графике нужно исключить такие запросы как хелсчеки Kubernetes (/actuator/health) и сбор метрик Prometheus (/actuator/prometheus), а в качестве метрики использовать счётчик count гистограммы http_server_requests_seconds. Частота ошибок обращения к бизнес-эндпоинтам бэкенда в секунду. В качестве метрики можно использовать счётчик count гистограммы http_server_requests_seconds с лейблом status="404". И, наконец, график насыщения — общее использование памяти jvm_memory_used_bytes в процентах, как для кучи, так и для других целей. Посмотрите PromQL выражения в панелях Heap used и Non-Heap used дашборда JVM (Actuator) и постройте агрегированный график использования памяти. PromQL запросы поддерживают регулярные выражения в значениях лейблов или имён метрик. Например, для успешных HTTP-запросов можно указать выражение для лейбла status!~"4..". Бонусное задание. Дашборд для мониторинга инфраструктуры Helm-чарт Prometheus поддерживает возможность интеграции Prometheus с сервисами Yandex Cloud. Для наших баз данных (PostgreSQL и MongoDB), запущенных в облаке, Prometheus будет собирать метрики с помощью механизма Service Discovery, но для этого нужно добавить конфигурацию в values.yaml. Это переменная yandex_cloud_services, которая может содержать список конфигурационных параметров для каждого сервиса: yandex_cloud_services: # Пример значений для сервиса Managed PostgreSQL - service: managed-postgresql serviceId: folderId: bearer_token: <Токен авторизации> scrape_interval: 60s # Пример значений для сервиса Managed MongoDB - service: managed-mongodb serviceId: cakvctgrte4hunhvs8f folderId: b1g2hqnugteh52j2dfr bearer_token: AQVN3veeVseTVUm4RFjy-WRt9INXbdkS6Q8iC3Bh scrape_interval: 60s Чтобы получить значения идентификаторов folderId и serviceId для кластера Managed PostgreSQL, зайдите в консоль Yandex Cloud и скопируйте ID фолдера вашей когорты. Выберите сервис Managed Service for PostgreSQL и скопируйте идентификатор вашего кластера: это будет значение serviceId. В качестве bearer_token вам нужно использовать API Key сервисного аккаунта с ролью monitoring.viewer в фолдере. Подробная инструкция по такой интеграции по ссылке. Добавьте на инфраструктурный дашборд графики времени обработки запросов (задержка) и графики использования ресурсов (насыщение) — процессора и памяти для кластеров PostgreSQL и MongoDB. Чек-лист для самопроверки ? Есть дашборд Sausage Store Business с шестью панелями под каждый вид сосиски. ? Есть дашборд Sausage Store App с четырьмя панелями со временем обработки всех заказов, успешными запросами к бэкенду в секунду, частотой ошибочных запросов и использованием памяти Java. ? В инфраструктурном репозитории есть директория img со скриншотами всех дашбордов;. ? Есть Merge Request с изменениями.

Разработка чат-ботов. Задачи чат-бота: Чат-бот знакомств. Платформа: ВКонтакте. Продукт: Что. Техзадание есть. Пожелания и особенности: Здравствуйте! Требуется опытный Backend-разработчик для создания чат-бота знакомств (дейтинг-сервиса) в сообщениях сообщества ВКонтакте. Бот должен быть написан на чистом коде с нуля (без использования no-code конструкторов). Архитектура должна быть изначально спроектирована под высокие нагрузки (масштабирование при наполнении пользователей). Полноценное подробное ТЗ готово и будет предоставлено выбранному исполнителю. Что необходимо реализовать: 1. Объем интерфейса: В боте планируется около 40-50 экранов (сообщений с кнопками) — от регистрации до выдачи платежных ссылок. 2. Регистрация анкет: Сбор данных пользователей (имя, пол, возраст, город, текстовое описание, фото). 3. Алгоритм подбора пар: Быстрый вывод анкет по фильтрам в чате, механика лайков/дизлайков и моментальные уведомления о взаимных мэтчах. 4. Веб-админка с ручной модерацией: Нужен простой веб-интерфейс (например, на Django Admin или FastAPI) для управления ботом с телефона или ПК. Главный раздел — модерация верификаций. Пользователь загружает проверочное селфи с жестом, а администратор в админке видит два фото рядом и в один клик кнопками «Одобрить» / «Отклонить» выдает синюю галочку в боте. 5. Интеграция платежного шлюза: Подключение эквайринга, лояльного к дейтинг-тематике (Prodamus или Pay Selection), для покупки платных функций и подписок. Оплата должна происходить по генерируемым ботом ссылкам прямо в диалоге. Обязательный стек технологий: * Язык: Python 3.10+ (строго асинхронный код). * Библиотеки для ВК: vkwave, aiovk или vk-io. * База данных: PostgreSQL (для надежного хранения профилей и связей) + Redis (обязателен для мгновенной фиксации лайков, очередей и разгрузки основной базы). * Фреймворк для админки: FastAPI или Django + SQLAlchemy-Admin. * Контейнеризация: Docker / Docker Compose (для легкого переноса бота на сервер). Условия работы: * Код должен быть чистым, модульным и снабжен комментариями, чтобы проект можно было легко масштабировать и передать другому разработчику при росте базы. * В работу входит помощь в выборе и настройке VPS-сервера, а также полный деплой проекта. * Оплата поэтапная, по мере готовности ключевых блоков функционала. Пожалуйста, откликайтесь с примерами ваших высоконагруженных ботов или бэкенд-систем и указывайте ориентировочные сроки реализации.

Обмен данными: двусторонний (выгрузка и загрузка). Конфигурация: Аренда «1С:Бухгалтерия 8». Версия: 8.5. Производились незначительные доработки 1С. Обеспечить двусторонний обмен данными между 1С:Бухгалтерия (конфигурация «Аренда» на платформе Рарус) и модулем «Склад» Okdesk: • номенклатура (наименование, артикул, единица измерения, группа); • остатки по складам (на дату/в реальном времени); • движения ТМЦ (приход/расход, документы-основания). Из Okdesk в 1С: • списания ТМЦ в рамках работ (количество, номенклатура, объект, исполнитель); • перемещения между складами/объектами. Основные сценарии обмена 1. Создание/обновление номенклатуры в Okdesk при появлении новой позиции в 1С. 2. Передача остатков в Okdesk по заданному расписанию или по запросу при открытии формы списания. 3. Списание ТМЦ из Okdesk: при закрытии/подтверждении работ автоматически создаётся документ «Списание материалов» (или «Требование-накладная») в 1С; в Okdesk фиксируется факт списания и обновляются остатки. Исходные данные для реализации (уточнить у заказчика) • Версия и конфигурация 1С:Предприятие 8.5 [Телефон скрыт]), конфигурация Аренда и управление недвижимостью для «1С:Бухгалтерия 8» (редакция 3.0 201.16/3.3.3.345) на сервере Рарус. • Состав складов и подразделений, участвующих в обмене. • Правила учёта единиц измерения и коэффициентов пересчёта. • Требования к детализации списаний (по заявкам, объектам, исполнителям). Работу поделить на 2 этапа 1. Синхронизация обмена данными по договорам/клиентам/объектам по типовому API Okdesk. 2. Синхронизация модуля "Склад".

Пожелания и особенности: Список по типам ролей и что делать: 1. Для AI-куратора Предварительная роль — куратор по AI-инструментам. Нужно будет находиться внутри работы команды: помогать участникам формулировать запросы, выбирать модели, работать с файлами, RAG и агентами, проверять результаты и переводить их в общий контур проекта. По ТЗ куратор — это технический трекер команды, а не просто преподаватель или техподдержка. 2. Для методолога или модератора Предварительная роль — технологический методолог / модератор с использованием ИИ. Нужно будет вести групповую работу, переводить обсуждение в понятные задачи для ИИ, возвращать ответы агентов в работу команды и помогать группе двигаться к ежедневному артефакту. 3. Для инженера базы знаний / RAG Предварительная роль — инженер базы знаний / инженер RAG и данных. Задача — помочь организовать корпус знаний: очистка и структурирование материалов, чанкинг, онтология, поиск, проверка качества ответов и интеграция с агентами. 4. Для технического инженера Предварительная роль — [DevOps / LLM-платформа / RAG / информационная безопасность]. Работа связана с подготовкой и сопровождением общей AI-платформы: модели, шлюз, инфраструктура, доступы, безопасность и работа под нагрузкой. Для этих ролей возможен удалённый формат, но подготовка начинается до старта мероприятия. 5. Для сборщика Предварительная роль — сборщик с использованием ИИ-инструментов. Нужно фиксировать результаты групповой работы и переводить их в структурированные материалы: документы, презентации, чанки базы знаний и итоговые артефакты.