Разработка мобильных приложений. Разработка с нуля, доработка существующего приложения, дизайн интерфейса, веб-решение, тестирование. Устройства для масштабирования: умные часы, ТВ, планшеты, смартфоны. .
Разработка мобильных приложений. Разработка с нуля, дизайн интерфейса, тестирование, веб-решение. Устройства для масштабирования: смартфоны. Я хочу создать mvp с расширенные функции. ПОЭТОМУ нужно составит тз из заявки. на MVP готовностью к микросервисам я половина информации остаивл здес патом отправлю осталный ### 1. Цель проекта Создать MVP сервиса доставки еды, который: * запускается как модульный монолит; * готов к немедленному выделению в микросервисы; * выдерживает нагрузку до 15?000 пользователей; * не зависит от сервисов Яндекса; * укладывается в бюджет до 1?млн?руб. ### 2. Целевые платформы * мобильное приложение (React Native) для iOS и Android (последние 3 версии); * веб?админ?панель; * личный кабинет заведения (веб). ### 3. Архитектурные принципы **Ключевые принципы:** * **слабая связность** — модули общаются только через API; * **сильная связность внутри модулей** — каждый модуль отвечает за свою бизнес?область; * **независимость данных** — каждый модуль владеет своими данными; * **асинхронное взаимодействие** — все некритичные операции через очереди; * **контейнеризация** — каждый модуль в отдельном Docker?контейнере; * **автоматизированное развёртывание** — CI/CD для каждого модуля. **Требования к масштабируемости:** * горизонтальное масштабирование любого модуля; * возможность выделить любой модуль в отдельный сервис без остановки работы; * поддержка нескольких регионов (гео?шардинг). **Требования к отказоустойчивости:** * время отклика 500?мс для 95?% запросов при нагрузке до 5?000 заказов/день; * доступность системы 99,5?% (SLA); * автоматическое восстановление после сбоев; * резервное копирование БД (ежедневно + инкрементальные каждые 4?часа). ### 4. Технологический стек **Бэкенд:** Node.js (NestJS) с поддержкой DI и модульности. **БД:** PostgreSQL (отдельная БД для каждого нагруженного модуля). **Кэширование:** Redis (для сессий, часто запрашиваемых данных). **Очереди:** RabbitMQ (асинхронная обработка заказов, уведомлений). **API Gateway:** Traefik (единая точка входа). **Service Discovery:** Consul (автоматическое обнаружение сервисов). **Circuit Breaker:** Resilience4j (защита от каскадных сбоев). **Фронтенд (админ?панель):** React с TypeScript, Ant Design. **Личный кабинет заведения:** React с TypeScript. **Мобильные приложения:** React Native (поддержка iOS и Android). **Хостинг:** облачный VPS (VK Cloud, Selectel). **CDN:** для статического контента (изображения меню). **CI/CD:** GitLab CI/CD. **Мониторинг:** Prometheus + Grafana. **Логирование:** Grafana Loki. **Трассировка:** Jaeger. **Интеграции (без Яндекса):** * карты: 2ГИС API или OpenStreetMap; * push?уведомления: Firebase Cloud Messaging (FCM); * платежи: ЮKassa / CloudPayments / Тинькофф?Касса (1 на выбор); * SMS?шлюз для критических уведомлений. ### 5. Модульная структура (готовая к микросервисам) Каждый модуль: * имеет собственную БД или схему; * общается только через API/очереди; * контейнеризирован (Docker); * имеет CI/CD пайплайн; * мониторится отдельно. **Список модулей:** 1. **Модуль авторизации (`/api/auth`):** * регистрация/авторизация пользователей; * JWT?токены; * ролевая модель доступа; * двухфакторная аутентификация. 2. **Модуль заказов (`/api/orders`):** * создание/редактирование заказов; * управление статусами; * интеграция с модулем платежей; * уведомления о новых заказах. 3. **Модуль меню и заведений (`/api/restaurants`):** * управление заведениями; * загрузка и модерация меню; * акции и скидки; * зоны доставки. 4. **Модуль геолокации (`/api/geolocation`):** * определение адреса по координатам; * расчёт времени доставки; * маршрутизация для курьеров. 5. **Модуль платежей (`/api/payments`):** * обработка платежей; * возвраты; * интеграция с платёжными системами. 6. **Модуль уведомлений (`/api/notifications`):** * отправка push/SMS; * шаблоны сообщений; * логирование отправленных уведомлений. 7. **Модуль аналитики (`/api/analytics`):** * сбор метрик; * формирование отчётов; * экспорт данных. 8. **Модуль администрирования (`/api/admin`):** * управление пользователями; * модерация заведений; * настройка тарифов и комиссий. ### 6. Структура проекта (готовая к разделению) ``` project/ ??? docker/ # Конфигурации Docker для каждого модуля ??? modules/ ? ??? auth/ # Модуль авторизации ? ? ??? src/ ? ? ??? Dockerfile ? ? ??? package.json ? ??? orders/ # Модуль заказов ? ? ??? src/ ? ? ??? Dockerfile ? ? ??? package.json ? ??? ... # Остальные модули аналогично ??? shared/ # Общие утилиты, типы, интерфейсы ??? api-contracts/ # OpenAPI 3.0 спецификации для всех модулей ??? ci-cd/ # Пайплайны CI/CD для каждого модуля ??? infrastructure/ # Terraform/Ansible скрипты для развёртывания ``` ### 7. План запуска MVP (готового к микросервисам) **Этап?1. Настройка инфраструктуры (1?месяц)** **Задачи:** * развернуть облачную инфраструктуру (VK Cloud/Selectel); * настроить CI/CD (GitLab CI/CD) для каждого модуля; * развернуть observability?стек (Grafana?Loki, Jaeger, Prometheus?+?Grafana); * развернуть RabbitMQ и настроить очереди; * развернуть Consul для Service Discovery; * развернуть Traefik как API Gateway; * настроить резервное копирование. **Результат:** готовая инфраструктура для модульного монолита. **Этап?2. Разработка модулей (2?месяца)** **Задачи для каждого модуля:** * реализовать бизнес?логику; * создать Docker?образ; * написать API?контракт (OpenAPI?3.0); * настроить логирование и мониторинг; * написать unit? и интеграционные тесты; * настроить пайплайн CI/CD; * интегрировать с RabbitMQ для асинхронных операций. **Приоритет разработки:** 1. авторизации; 2. уведомлений; 3. меню и заведений; 4. геолокации; 5. платежей; 6. заказов; 7. аналитики; 8. администрирования. **Результат:** работающий модульный монолит с полной observability. **Этап?3. Интеграция и тестирование (3?недели)** **Задачи:** * соединить модули через API Gateway; * настроить Service Discovery; * протестировать взаимодействие модулей; * провести нагрузочное тестирование (15?000 пользователей); * устранить узкие места; * проверить отказоустойчивость (имитация сбоев); * провести аудит безопасности. **Результат:** стабильный MVP, готовый к эксплуатации и разделению. **Этап?4. Запуск MVP (1?неделя)** **Задачи:** * развёртывание в продакшн; * подключение первых заведений; * тестирование на реальных пользователях; * сбор обратной связи; * мониторинг стабильности. **Результат:** работающий MVP с возможностью немедленного перехода на микросервисы. ### 8. Немедленная готовность к микросервисам **Что позволяет немедленный переход:** * каждый модуль — отдельный Docker?образ с собственным CI/CD; * все взаимодействия через API/RabbitMQ (нет прямых вызовов); * полная observability (логи, трейсы, метрики); * Service Discovery и API Gateway настроены; * Circuit Breaker защищает от каскадных сбоев; * данные уже разделены (отдельные БД/схемы); * асинхронная обработка через RabbitMQ; * автоматизированное развёртывание и масштабирование. **Как выделить модуль в микросервис:** 1. остановить контейнер модуля в монолите; 2. развернуть отдельный инстанс модуля в новом контейнере; 3. подключить к общей БД или создать отдельную (если нужно); 4. обновить Service Discovery; 5. перенаправить трафик через API Gateway; 6. проверить работоспособность. **Время выделения одного модуля:** 2–4?часа (включая тестирование).
Разработка с нуля, дизайн интерфейса, тестирование, веб-решение. Устройства для масштабирования: смартфоны, планшеты. LMS система для обучения персонала.
Разработка с нуля. Приложение: кроссплатформенное. Устройства для масштабирования: смартфоны. Надо сделать маску в инстаграмм по ТЗ, чтобы ее разослать закрытому кругу лиц.
Разработка с нуля, дизайн интерфейса, доработка существующего приложения, веб-решение. Устройства для масштабирования: планшеты, смартфоны. Мобильное приложение, в котором пользователь может гулять по территории пещерного города и изучать его. Есть несколько типов профиля и вариантов изучения. На главном экране доступно переключение между веками, с помощью которого пользователь может увидеть восстановленное здание в прошлом. Есть вот такие скрины из иллюстратора, которые нужно доработать, как вариант в фигме или юнити. При просмотре нужно, чтобы можно было нажимать кнопки и переключаться.
Разработка мобильных приложений. Разработка с нуля, тестирование, дизайн интерфейса, веб-решение. Устройства для масштабирования: смартфоны. Здравствуйте нужно создать mvp. Напишите цену Разберу, как реализовать **модульную архитектуру** для вашего MVP — с сохранением масштабируемости и в рамках бюджета до 1?млн?руб. ## Что такое модульная архитектура **Модульная архитектура** — это монолитное приложение, разделённое на логические модули внутри единой кодовой базы. В отличие от микросервисов, все модули работают в одном процессе и используют общую базу данных. **Ключевые признаки:** * единая кодовая база; * общая база данных (PostgreSQL); * модули взаимодействуют через внутренние вызовы (не через API); * развёртывание — один сервис. ## Как адаптировать ваш MVP под модульную архитектуру **Бэкенд:** единый сервер с модулями: * модуль авторизации; * модуль заказов; * модуль меню и заведений; * модуль геолокации и отслеживания; * модуль платежей; * модуль уведомлений. **Инфраструктура:** * хостинг: облачный VPS (VK Cloud, Selectel) — проще и дешевле, чем микросервисы; * CDN для статического контента (изображения меню); * кэширование (Redis) для ускорения работы. **Интеграции** остаются теми же: * карты: 2ГИС API или OpenStreetMap; * push?уведомления: Firebase Cloud Messaging (FCM); * платежи: ЮKassa, CloudPayments или Тинькофф?Касса ## Ответы на ваши вопросы для модульной архитектуры 1. **Правильная архитектура** **.** Для старта модульная архитектура оптимальна: * проще в разработке и поддержке; * дешевле в развёртывании; * быстрее запускается; * достаточно для MVP с нагрузкой 1–2?тыс. заказов в день. 2. **Удобно для клиента и курьера** **Да.** Функционал приложений не меняется: * клиент: заказ, отслеживание, оплата; * курьер: автоматические заказы, карта, кнопки статусов. 3. **Можно ли подключить любой бизнес?** **Да, через личный кабинет заведения:** * регистрация заведения; * загрузка меню; * управление заказами. 4. **Система не сломается при нагрузке?** **Риск минимален при правильной оптимизации:** * кэширование (Redis) снизит нагрузку на БД; * PostgreSQL справится с нагрузкой на старте; * облачный VPS можно масштабировать вертикально (увеличить CPU/RAM). 5. **Можно ли масштабировать в регионы?** **Да, но с оговорками:** * сначала вертикальное масштабирование (увеличение мощности сервера); * при росте нагрузки — горизонтальное (разделение на регионы); * переход на микросервисы возможен позже, когда появится потребность. 6. **Админка отдельная?** **Да.** Это отдельный модуль внутри монолита. Владелец сможет: * мониторить метрики; * управлять заведениями и курьерами; * настраивать тарифы и комиссии; * назначать роли сотрудникам. 7. **Можно ли управлять всеми процессами?** **Да.** Админка даёт полный контроль: * назначение ролей; * управление пользователями; * настройка бизнес?правил; * обработка жалоб. 8. **Есть ли баннеры, реклама, промокоды на старте?** **Нет.** Эти функции **не входят в MVP** — их стоит добавить позже. 9. **Надёжен MVP в целом?** **Да.** Он: * закрывает все ключевые сценарии; * построен на проверенных технологиях; * использует бюджетные альтернативы; * имеет план масштабирования. --- ## Плюсы модульной архитектуры для вашего MVP * **Проще и быстрее запустить** — не нужно настраивать взаимодействие между сервисами. * **Дешевле** — один сервер вместо нескольких. * **Легче тестировать** — нет распределённых транзакций. * **Достаточно для старта** — справится с нагрузкой 1–2?тыс. заказов в день. * **Легко перейти на микросервисы позже** — модули можно выделить в отдельные сервисы. .при машатабировани на региональный легко смогу прийти на микросервиный архитектуры без не больших расходов? 1. **Централизованное логирование** (ELK Stack или Grafana?Loki) — сбор логов всех модулей в одном месте. 2. **Распределённый трейсинг** (Jaeger или Zipkin) — отслеживание запросов между модулями. 3. **Документация API** (OpenAPI?3.0 / Swagger) — описание контрактов для каждого модуля. 4. **CI/CD?пайплайн** — автоматизация сборки, тестирования и развёртывания. 5. **Аудит и нормализация БД** — убедиться, что таблицы чётко разделены по модулям, нет общих таблиц. 6. **Очереди сообщений** (RabbitMQ или NATS) — для асинхронной синхронизации данных между сервисами. 7. **Система алертинга** (Prometheus + Alertmanager) — уведомления о сбоях и нагрузке. --- ### Пошаговый план перехода **Этап?1. * внедрить логирование и трейсинг; * описать API для всех модулей; * настроить CI/CD; * провести аудит БД; * развернуть очереди сообщений; * настроить алертинг. **Результат:** инфраструктура готова к выделению сервисов. . **Этап?2. Выделение пилотного сервиса * выбрать модуль (рекомендуется «уведомления» — наименее критичный); * вынести код в отдельный репозиторий; * выделить отдельную БД/схему; * упаковать в Docker; * подключить к логированию и мониторингу; * настроить синхронизацию через очереди сообщений; * постепенно переключить трафик (10?% ? 50?% ? 100?%). **Результат:** первый работающий микросервис. **Этап?3. Выделение остальные сервиса * повторить процесс для остальных модулей (геолокация ? платежи ? заказы ? авторизация ? меню); * для каждого: код, БД, Docker, мониторинг, синхронизация, переключение трафика. **Результат:** все модули работают как независимые сервисы. . **Этап?4. * внедрить Kubernetes (оркестрация контейнеров); * настроить сервис?меш (Istio/Linkerd); * автоматизировать масштабирование (HPA); * оптимизировать инфраструктуру (serverless для нерегулярных задач). **Результат:** полностью автоматизированная микросервисная архитектура. **Этап?5. ** * развернуть кластер в новом регионе; * настроить гео?шардинг; * автоматизировать развёртывание через CI/CD; * протестировать и перевести пользователей. **Результат:** гео?распределённая платформа. * **Риски минимизированы:** постепенное переключение трафика, горячая замена модулей. 1. **«На старт что нужно сделать.»:** * логирование (ELK/Loki); * трейсинг (Jaeger/Zipkin); * документацию API (Swagger); * CI/CD?пайплайн; * аудит БД и нормализацию; * очереди сообщений (RabbitMQ/NATS); * алертинг (Prometheus+Alertmanager). 2. **«Затем выделяем модули по порядку»:** 1. уведомления; 2. геолокация; 3. платежи; 4. заказы; 5. авторизация; 6. меню и заведения. 3. **«После выделения всех сервисов внедряем»:** * Kubernetes; * сервис?меш (Istio/Linkerd); * автомасштабирование (HPA). 4. **«В конце разворачиваем в новом регионе с гео?шардингом».** --- ### Ожидаемые результаты * независимые микросервисы с чёткими API; * горизонтальное масштабирование по регионам и нагрузке; * высокая доступность (сбой одного сервиса не останавливает систему); * упрощённое обновление и поддержка; * готовность к росту (новые регионы, бизнесы, функции). * Надёжность:** * Бэкапы PostgreSQL (6?ч / 7?дн). * Мониторинг (Prometheus + Alertmanager). * Очередь сообщений (RabbitMQ/NATS). * Нагрузочное тестирование (100–200?пользователей). * CDN для изображений. * Кэширование (Redis). **Безопасность:** * JWT + refresh?токены. * bcrypt для паролей. * WAF + защита от DDoS. * Серверная валидация + защита от XSS. * Логирование критических действий. * Параметризованные запросы. * HTTPS (TLS?1.3, Let’s?Encrypt).
Разработка с нуля, дизайн интерфейса, веб-решение, тестирование. Устройства для масштабирования: смартфоны, планшеты. Требуется выполнить мобильное приложение (калькулятор) для подсчёта работ по обследованию и экспертизе зданий и сооружений. Есть перечень, база работ и набор критерий с коэффициентами для расчёта стоимости работ такие как удаленность, заказчик, цель обследования и прочее. На выходе приложение должно все подсчитать и дать возможность преобразовать в файл " Коммерческое предложение ". Желательно город Иваново.
Разработка с нуля, дизайн интерфейса, веб-решение, тестирование. Устройства для масштабирования: смартфоны, планшеты, компьютер. Приложения с программой лояльности.
Обновление здания. Приложение: .. Нужна серьезная стратегия для объекта: что делать с фитнес-клубом, землей, проектом, редевелопментом. Нужна серьезная стратегия для объекта: что делать с фитнес-клубом, землей, проектом, редевелопментом.
Разработка с нуля, тестирование, дизайн интерфейса, веб-решение. Устройства для масштабирования: смартфоны, планшеты. Мобильное приложение для молодежи с присутствием чатов, интеграции искуственного интеллекта и интеграции с мос ру.
Доработка существующего приложения. Приложение: Flutter. Разработка мобильного турситического приложение на Flutter. Задача Fulltime Более поробдно в файлике который прикрепил. Пожелания и особенности: Более детальное описание в файле.
Разработка с нуля, доработка существующего приложения, дизайн интерфейса, веб-решение, тестирование. Устройства для масштабирования: смартфоны, планшеты. .
Разработка мобильных приложений. Разработка с нуля, дизайн интерфейса, веб-решение, тестирование. Устройства для масштабирования: смартфоны. Я хочу создать услугу доставка еда Reat Native Внутрени один приложение есть килентский +курерский. Но на старте я хочу создать модульный Архитектуры только по настоящему. Должны бить Автоматический без участия програмиста. Без правок коде просто файл регион region_kz.yaml или region_de.json я должен сам машатабироват автоматически поэтому просто полный Архитектуры долженный до конца нужно разработать! Срочно напишите тех кто сможет это сделать за ране блогадарю.
Доработка существующего приложения, дизайн интерфейса, веб-решение, тестирование. Устройства для масштабирования: смартфоны, планшеты. Нужно разработать мобильное приложение для международного агентства недвижимости. Дизайн и логика готовы (React JSX прототип). Нужно перенести в Expo, подключить Supabase, опубликовать в Google Play и App Store. Бюджет обсуждаем.”.
Веб-решение, аналитика по ТЗ. Устройства для масштабирования: ПК. Необходимо провести исследование предметной области по техническому заданию. Собрать MVP прототип по требованиям из ТЗ.
Разработка мобильных приложений. Разработка с нуля, дизайн интерфейса, тестирование, веб-решение. Устройства для масштабирования: смартфоны. Приложение доставка разработать с нуля все на уровень яндекс должен бить сферах доставка В доступны цена только опытный специалист напишите.
Разработка мобильных приложений. Веб-решение, доработка существующего приложения. Устройства для масштабирования: смартфоны, выгрузка в appstore. Есть веб версия приложения нужно сделать и опубликовать в app store.
Разработка с нуля, дизайн интерфейса, веб-решение, тестирование. Устройства для масштабирования: смартфоны, веб (браузер ПК). Многопользовательское приложение для составления и ведения платежного календаря. Доступ через браузер (версия для ПК) и мобильное приложение (ios, android).
Разработка с нуля, веб-решение. Устройства для масштабирования: смартфоны, планшеты. Интернет-приложение и/или мобильное приложение типа дашборда: загружаются данные (АPI, выгрузка структурированных файлов, прямой доступ к базе данных), расчет и визуализация показателей.
Разработка мобильных приложений. Разработка с нуля, доработка существующего приложения. Приложение: Wechat. Устройства для масштабирования: смартфоны, планшеты. Нам нужен разработчик приложений для WeChat.
Разработка мобильных приложений. Доработка существующего приложения. Приложение: Windows11. Установка приложения на ноутбук. Писать только на МАХ, не звонить. Глухой.
Доработка существующего отчета. Приложение: 1С. В конфигурации Розница 2.3 отчет ТОРГ29 формируется из доп.расширения, не типовое СКД, сборка происходит в модуле отчета. Необходимо доработать существующий отчет таким образом, чтобы в строке с ОтчетомОРозничныхПродажах, в отмеченную на рис.1 колонку (Тары), попадала «сумма возврата» из документа ОоРП. Колонку переименовать «В том числе Возврат» (Рис.1).
Разработка мобильных приложений. Веб-решение. Устройства для масштабирования: смартфоны. Создание игры в Telegram с поиском игроков, аналогичной Faceit.com, возможно благодаря открытому *API* и поддержке *WebApp*-приложений. Вот как реализовать такую систему. ## 1. Архитектура и логика поиска игроков - Игра реализуется как Telegram-бот, который принимает команды, хранит профили пользователей и организует поиск по параметрам (например, *никнейм*, *рейтинг*, *игровая роль*). - Для поиска игроков внутри бота потребуется база данных (например, *SQLite*, *PostgreSQL* или *Firebase*), где будут храниться данные пользователей: *ID*, *никнейм*, *уровень*, *статистика игр*, *предпочитаемые режимы*. - Логика поиска: пользователь вводит команду (например, */поиск 5x5*), бот ищет подходящих игроков в базе, формирует список и предлагает создать команду или пригласить найденных участников. ## 2. Технические шаги реализации 1. Создайте бота через@BotFather и получите *API*-токен. 2. Реализуйте регистрацию и хранение данных пользователей (можно использовать *Python* + *aiogram* или другой фреймворк). 3. Настройте команды для поиска и приглашения игроков. 4. Для многопользовательских матчей используйте систему очередей: пользователь встаёт в очередь, бот подбирает ему команду. 5. Для визуальных игр используйте *Telegram Game Platform* (HTML5-игра с *WebApp*), для текстовых — обычные сообщения и кнопки. 6. Организуйте хранение статистики, рейтингов, результатов матчей. ## 3. Пример реализации поиска - Пользователь вводит */поиск 3x3*. - Бот ищет в базе всех, кто сейчас ищет матч 3x3. - Формируется список с кнопками «Пригласить» или «Создать команду». - После набора команды бот создаёт временный чат или группу для матча. ## 4. Особенности и ограничения - Telegram ограничивает частоту отправки сообщений (не более 30 в секунду). - Для сложных механик используйте *WebApp*-игры, для текстовых — обычные боты. - Все данные хранятся на вашем сервере, Telegram только передаёт команды и отображает интерфейс.
Разработка с нуля, дизайн интерфейса, веб-решение, тестирование. Устройства для масштабирования: планшеты, смартфоны. Разработка онлайн-сервиса для проверки информации с использованием официальных баз данных.
Разработка мобильных приложений. Веб-решение, разработка с нуля, тестирование. Устройства для масштабирования: смартфоны, планшеты. Компания заправляет автобусы в автопарках, на данный момент есть 2 клиента в 2ух локациях Красноярска и 1 клиент с 2-мя локациями в Волгограде. Клиенты хотят личный кабинет с возможностью видеть топливные транзакции по автобусам и состояние расчетов (долги и авансы). Цена у каждого клиента на топливо разная и может меняться от квартала к кварталу. Как я вижу работу данного приложения: Автобус подъезжает к заправке, оператор открывает крышку топливного отсека и видит на крышке QR который мы предварительно нанесем на автобус. В этом qr коде будет зашифрован госномер автобуса. Оператор запускает приложение и сканирует qr код, затем вносит количество заправленного топливо в килограммах. Приложение наполняет google таблицы следующими данными: время записи, госномер автобуса, количество заправленного топлива, номер заправки (определяется по геолокации), стоимость заправленного топлива (кол-во умноженное на стоимость), клиент, состояние расчетов. Состояние расчетов - вычисляемое поле которое рассчитывается как разница между суммой стоимостей заправленного топлива и суммой платежей от клиента. В данное приложение также нужно вносить данные о поступлении платежей от клиента (сумма, дата поступления) и ценах на топливо по каждому клиенту. Скорее всего надо создать следующие таблицы: 1) Транзакции где поля: ID, госномер, кол-во топлива, дата и время, номер заправки (определяется по его), стоимость топлива (по номеру определяем клиента, смотрим цену на тек момент и умножаем на кол-во топлива) 2) клиенты с полями: наименование, ИНН, эмейл, состояние расчетов (из таблицы платежей вычитаем стоимость заправленного топлива) 3) платежи с полями: дата платежа, сумма платежа и клиент 4) цена с полями: клиент, период действия цены (с ..по,,), цена для периода Ну и создать разные вьюшки для клиента (отбор по эмейлу) и для оператора который будет сканировать номера автобусов и фиксить кол-во топлива в приложении. Клиент в приложении должен видеть состояние долга (расчетов) в данный момент, количество заправленного топлива по локациям на дату, стоимость заправленного топлива на дату и при желании мог посмотреть данные таблицы с заправками.
Доработка существующего приложения. Не воспроизводится видео, другой ноутбук заблокирован вход в интернет, большой шрифт. Пожелания и особенности: Добросовестность.
Разработка мобильных приложений. Доработка существующего приложения, веб-решение, тестирование. Устройства для масштабирования: смартфоны. У меня стартап wow-atlas.com уже есть приложение в эп стор и гугл плей. Пользователи, оплаты и тд. В планах много ещё сделать и улучшить. Изменить интерфейс который уже почти готов в Фигме, допилить личный кабинет пользователя, систему лояльнлсти, добавить платежные шлюзы робокассы, исправлять прочие Ошибки ускорять приложение и тд. Планирую найти партнера в долю с такими навыками кто поможет это реализовать через Клауд код, потому что прошлая команда разработчиков все ещё пытается кодить по старинке и ставить прайс х10. Возможно сотрудничество с оплатой проектно так и стать партнером с долей. Ниже прикреплю презентацию. https://cloud.mail.ru/public/4Dhp/2zAGCKmtT.
Доработка существующего приложения, тестирование, веб-решение. Устройства для масштабирования: смартфоны. Знание языка Kotlin. Тестирование Доработка Разработка и добавление новых функци.
Веб-решение, разработка с нуля, дизайн интерфейса, тестирование. Устройства для масштабирования: смартфоны, Браузер компьютера. Необходимо создать приложение для игры на виртуальном музыкальном инструменте хэндпан. Образец такого приложения тут https://www.yishama.com/virtual-pantam/ Основные функции - выбор тональности и возможность создания собственного набора нот ( сохраниение пресетов) - транспонирование нот вверх и вниз - возможность поделится выбранным набором нот и оставить заявку - функция добавления пресетов ( администраторская) в общий список - функция замены любой ноты на выбранном пресете. Пишите для более подробного обсуждения.
Разработка мобильных приложений. Разработка с нуля, веб-решение. Устройства для масштабирования: смартфоны, Android. Необходимо приложение для трекинга автомобилей автопарка. Есть автопарк, в каждом автомобиле установлен gps датчик, данные собираются в коммутатор (готовый бэкэнд), необходимо собирать эти данные и показывать менеджерам, сделать списки для показа свободных и занятых автомобилей. Сделать показ автомобилей на карте. Сроки выполнения - до 3 месяцев. Документация, апи будут переданы только исполнителю. Требования к дизайну минимальные, главное показать всю информацию.
Разработка с нуля, тестирование, веб-решение, дизайн интерфейса. Устройства для масштабирования: смартфоны. Каталог товаров Фото с ценой Описание товара Количество в остатке Корзина Вход для админа Возможность админа добавлять новый товар фото с галереи Простой магазин Ценк предлогайте.
Разработка с нуля. Приложение: пк. Устройства для масштабирования: пк. Привет, нужно написать программу, для сайта galaxy.webstudio.ru , нужно чтобы программа занимала ники на этом сайте, примерно так в кратце, сможем чтото придумать?.
Разработка мобильных приложений. Доработка существующего приложения, Critical Alerts на iPhone, разработка с нуля, веб-решение. Устройства для масштабирования: смартфоны. Создать механизм благодоря которому можно получать кретическое уведомление (Critical Alerts) на iPhone при получении определенного сообщения в телеграмме. Критическое уведомление должно срабатывать даже если телефон стоит на беззвучном режиме. Понимаю, что создать такое приложение достаточно сложно в плане получения от Apple разрешения именно на (Critical Alerts). Тут нужен поиск приложения у которого есть (Critical Alerts) и настройка его так чтобы оно могло его отправить по триггеру.
Разработка мобильных приложений. Веб-решение, тестирование, Делаем уже приложение. Устройства для масштабирования: смартфоны, планшеты. Мы делаем приложение через компанию и нужно на созвонах и в чате вести проверку данных, что нам предлагают и не нахлобучивают ли нас.
Почему стоит искать работу для фриласнеров по профилю разработка мобильных приложений в России у нас?
🔸 Более 1 предложений о работе за сегодня в тематике разработка мобильных приложений
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю разработка мобильных приложений уже сегодня!
🔸 Свежих заказов на разработка мобильных приложений в России для фрилансеров на июнь 2026 года — 58 шт.
Как найти удалённую работу для фриланс-специалистов по профилю разработка мобильных приложений в России?
Вы специалист по разработка мобильных приложений и ищете проекты и заказы на удалёнке в России? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю разработка мобильных приложений в России?
На июнь 2026 года опубликовано 58 предложений удалённой работы от прямых заказчиков для исполнителей по специализации разработка мобильных приложений
Сколько можно заработать выполняя проекты по разработка мобильных приложений?
Специалисты по профилю разработка мобильных приложений зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете