Разработка мобильных приложений. Разработка с нуля, тестирование, дизайн интерфейса, веб-решение. Устройства для масштабирования: смартфоны. Здравствуйте нужно создать 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).
Веб-разработка. Настройка. О проекте Мы запускаем образовательную программу по применению ИИ-инструментов в рабочих задачах и цифровых профессиях для людей с инвалидностью. Программа сочетает: обучение прикладным ИИ-инструментам; практические задания и кейсы; карьерную адаптацию; взаимодействие с работодателями. Ключевая особенность проекта — высокий уровень цифровой доступности и инклюзивного UX. Нам нужен технический специалист или команда, которые смогут: адаптировать LMS-платформу под требования доступности; разработать и адаптировать лендинг регистрации; обеспечить корректную работу платформы для пользователей с разными форматами восприятия информации, в первую очередь для незрячих пользователей. Цель проекта Создать доступную образовательную цифровую среду, соответствующую современным требованиям accessibility и пригодную для комфортного прохождения обучения людьми: с нарушениями зрения; с нарушениями слуха; с нарушениями опорно-двигательного аппарата. Что необходимо реализовать 1. Адаптация LMS-платформы Задача Адаптировать существующую LMS-платформу под требования цифровой доступности. Что должно быть реализовано Доступность для незрячих пользователей Обязательна корректная работа: со скринридерами: NVDA; JAWS; VoiceOver; TalkBack; с клавиатурной навигацией без мыши; с логичной последовательностью фокуса; с корректной озвучкой элементов интерфейса. Доступность интерфейсов Необходимо обеспечить: достаточный контраст; масштабируемость текста; понятную структуру страниц; читаемые формы; корректные aria-labels; alt-описания изображений; отсутствие критических accessibility-ошибок. Доступность образовательного процесса Необходимо предусмотреть: удобный просмотр видео; субтитры; адаптацию тестов; доступные формы загрузки домашних заданий; понятную навигацию по курсу; мобильную адаптацию. 2. Разработка / адаптация лендинга регистрации Задача Создать доступный лендинг для набора участников программы. Лендинг должен включать Блоки описание программы; для кого программа; этапы участия; преимущества; FAQ; форма регистрации; контакты и поддержка; политика конфиденциальности и согласия. Требования к доступности полная клавиатурная навигация; совместимость со скринридерами; доступные формы; корректная семантическая верстка; адаптация под мобильные устройства; высокая читаемость; понятный UX без перегруженности. Формы Необходимо реализовать: удобную форму регистрации; валидацию ошибок; понятные сообщения; возможность загрузки файлов при необходимости; интеграцию с CRM / таблицей / LMS. Ожидаемые результаты проекта Количественные цели до 550 зарегистрированных участников; стабильная работа платформы при нагрузке; высокая доходимость пользователей до обучения. Качественные результаты На выходе должны быть: доступная LMS; доступный лендинг; понятный пользовательский путь; отсутствие критических барьеров для незрячих пользователей; готовность платформы к реальному использованию участниками с инвалидностью. Требования к специалисту Обязательный опыт Необходим подтвержденный опыт: адаптации цифровых продуктов для незрячих пользователей; тестирования со скринридерами; разработки или адаптации LMS; UX/UI для инклюзивных продуктов. Будет преимуществом опыт работы с образовательными платформами; опыт работы с НКО / EdTech / инклюзивными проектами; наличие кейсов Брендинг и дизайн LMS и лендинг должны соответствовать фирменному стилю 1. Разработка лендинга регистрации Сроки: 3.06 — 24.06 Дата запуска лендинга для сбора заявок: 1.07 Настройка и адаптация LMS-платформы График работ: 26.05 — 25.08 Дата запуска платформы для пользователей: 1.09 Что важно учитывать Нами уже предварительно проведен аудит и анализ ряда LMS-платформ с точки зрения цифровой доступности и пользовательского опыта для людей с инвалидностью. Исполнителю необходимо учитывать существующие ограничения и результаты предварительного тестирования. Рассматриваем реализацию проекта на базе одной из LMS-платформ: - iSpring - GetCourse - либо иной платформы, если исполнитель сможет аргументированно подтвердить, что решение закрывает задачи проекта по accessibility, стабильности и масштабируемости.
Веб-разработка. Разработка с нуля. Пожелания и особенности: Техническое задание Проект: Демонстрационная web-система учета инвентаря ремонтных подразделений Цель: Создать упрощенную демонстрационную web-платформу (дашборд/аналитическую систему) с тестовыми данными для презентации проекта. Важно: Система не является промышленной и не требует интеграции с реальными базами данных. Все данные будут тестовыми и заранее подготовленными. Формат: Web-интерфейс, открывающийся в браузере по ссылке. Основной функционал: 1. Выбор режима отображения В верхней части системы: — выбор подразделения: • РП-1 • РП-2 (названия условные) 2. Боковое меню Для РП-1: — Дашборды — Нарушения — Запасы инвентаря — Сроки эксплуатации — Производственный участок Для РП-2: — Дашборды — Нарушения 3. Фильтрация данных Возможность выбора: — год — месяц — произвольный период При изменении периода показатели и графики должны меняться на основании заранее заданных тестовых данных. 4. Раздел «Дашборды» Отображение: — количество объектов отправлено; — количество объектов принято; — количество выданных комплектов материалов; — количество выданных единиц материалов; — количество использованных материалов; — количество возвращенных материалов; — количество повреждений и потерь. Визуализация: — KPI-карточки; — графики; — таблицы. 5. Раздел «Нарушения» Отображение: — количество зафиксированных нарушений; — коэффициент нарушений по месяцам; — график динамики нарушений. 6. Раздел «Запасы инвентаря» Отображение: — количество материалов в работе; — количество на складе; — количество в обработке; — ожидаемое поступление. 7. Раздел «Сроки эксплуатации» Отображение: — статистика по окончанию сроков эксплуатации; — график состояния инвентаря; — количество материалов, требующих замены. 8. Раздел «Производственный участок» Отображение: — количество сотрудников в смене; — распределение по видам работ; — общая численность; — уровень неукомплектованности. 9. Визуальные требования Необходим: — современный минималистичный интерфейс; — светлый корпоративный стиль; — адаптация под демонстрацию на экране; — простая и понятная навигация. 10. Технические требования Допускается использование: — HTML/CSS/JS; — Power BI; — React; — готовых admin template; — любых простых решений. Главное: визуально качественный демонстрационный интерфейс. 11. Дополнительно Необходимо: — разместить систему в интернете; — предоставить ссылку для доступа; — возможность открытия через QR-код в презентации.
Веб-разработка. Доработка существующего продукта, разработка с нуля. Нужна помощь с устройством на работу. Почти год не могу найти работу (скорее джун, трудовая пустая, есть не мало опыта фриланса без больших проектов, стартапы). Уже 3 месяца нет никаких собеседований/тестовых, не читают/читают и молчат до помещения в архив/отказывают. Более-менее честное резюме https://dropmefiles.com/GWhAT (открывается браузером). Больше всего интересует разработка в сфере веб бэкенд (.NET C#): круды, легаси, бизнес логика, WEB API, взаимодействие с СУБД и прочими БД, хранилищами, сервисами, микросервисами, ELK, K8s и т.д. Не против фулстека, других ЯП/фреймворков/технологий. Если всё плохо, приемлем вариант с фронтендом или десктопом. Я думаю, мне может помочь человек, не давно сменивший работу, работающий прямо сейчас и имеющий зп 130к+ (мидл). Увы, я буду просить доказательства. Сопроводительное с ответами на требования в вакансии отправляю почти всегда. Я экспериментировал с опытом, компаниями, украшивал резюме, не помогло. Советы прогнать через ИИ не помогли, он хрень какую-то пишет. То на мидла/джуна мало опыта, то на джуна/стажера слишком много опыта. На другой стек почти не бывало положительных реакций работодателей. Еще у меня есть некоторые вопросы, касающиеся бэкенд разработки. Например, сеньер мне сказал что практикует блокировки строк в СУБД (при read commited например); я этому научился (ранее в стартапах/проде таким не занимался), забабахал пет проект, в котором написал оптимизированные запросы, без дедлоков, с блокировками, вроде бы по красоте всё, и мне множество разработчиков ответило что всё фигня и бред, никто так не оптимизирует, на дедлоки всем пофиг, raw sql простыню с логикой не пишут, хреначат SERIALIZABLE и юзают только EF Core LINQ; ну или блокируют на уровне приложения (не advisory locks в СУБД) чтобы СУБД не захлебывалась. Как там на самом деле на продах? Что мне на собесе говорить по этому поводу? Будут ли такие вопросы? (Однажды был на собесе на 80к/мес с миллиардом технологий, задавали только вопросы про ООП/SOLID и где там JWT токен в HTTP запросе может лежать. Сказали что я в ТОП-3 кандидатов попал, помню что неуверенным был на ООП вопросах). По Saga, 2PC теорию знаю и могу реализовать, но мне сомнительный чел с 3 годами опыта в разных местах сказал что такое никогда не делают. По этому поводу как дела обстоят? Это тоже наверно должно быть у меня в легенде? Еще мне наверно нужна легенда по оркестрации/хореографии, rabbitmq/kafka? Это только в теории знаю и могу реализовать, но не знаю как на продах делают. Что там про собрать пакет запросов от клиентов, свалидировать, подготовить, применить в СУБД батчем без блокировок строк?.
Data Science. -. Пожелания и особенности: Вот описание вакансии для aimonitor.pro: AI Analytics & Research Full-time · Remote · aimonitor.pro О роли Мы строим платформу мониторинга бренд-присутствия в ответах LLM — и нам нужен человек, который одновременно понимает, как эти модели устроены изнутри, умеет работать с данными и помогает превращать исследования в продуктовые решения. Это не классическая роль аналитика. Здесь нет чёткой границы между «смотрю на данные» и «улучшаю систему» — ты делаешь и то, и другое. Что предстоит делать Исследования и анализ — Проводить отраслевые ресёрчи по запросу клиентов и команды (бренды, ниши, конкуренты в LLM-ответах) — Структурировать и презентовать результаты в виде понятных отчётов и инсайтов Работа с платформой и метриками — Интегрировать новые гипотезы и наработки в продукт, отслеживать влияние изменений на метрики — Участвовать в проектировании новых метрик и методологии измерений — Актуализировать рейтинги и бенчмарки Клиентская поддержка и онбординг — Помогать клиент-facing команде заводить проекты: настройка запросов, диагностика проблем — Формулировать задачи в разработку на основе клиентского фидбека — Частичная поддержка пользователей AI/LLM-часть — Улучшать промпты: системные, оценочные, ресёрч-цепочки — Разрабатывать и поддерживать eval-пайплайны — Использовать LLM-as-a-judge подходы для оценки качества ответов — Следить за тем, что происходит в LLM-пространстве и тащить релевантное в продукт Что важно знать и уметь — Понимание архитектуры LLM: как работают трансформеры, как формируются ответы, что такое контекстное окно, temperature, sampling — ML-метрики и их применение: precision/recall, NDCG, cosine similarity, и специфика LLM-оценок — LLM-as-a-judge: методология, ограничения, агрегация оценок — Eval-пайплайны: что такое хороший eval, как избежать data leakage, как измерять регрессию — Python: pandas, работа с API, базовый NLP-стек (transformers/sentence-transformers приветствуется) — SQL: уверенный уровень, агрегации, оконные функции Будет плюсом — Опыт работы с промптами для RAG или классификации — Понимание морфологии и особенностей русского языка в NLP-задачах — Опыт в продуктовой или бизнес-аналитике — Знакомство с Langfuse, RAGAS, DeepEval или аналогами Что предлагаем — Работу на стыке продукта, AI и данных — без бюрократии — Прямой доступ к фаундерам и влияние на продуктовые решения — Задачи, которые реально имеют значение для клиентов — Возможность строить что-то новое в быстрорастущей нише.
Задачи чат-бота: сбор информации, интерактивное меню или каталог, ответы на типовые вопросы. Продукт: Страница сообщества психологов. Техзадания нет. Пожелания и особенности: Виджет «ДЛЯ ПСИХОЛОГОВ» ? Открывается меню: • Личная супервизия • Групповая супервизия • Семинары и тренинги ? Психолог выбирает нужное ? Личная супервизия : Индивидуальный разбор практики, сложных случаев и профессиональных тупиков. Без игры в идеальность и академической воды. ? Как к вам обращаться? [поле] ? Как с вами связаться? Telegram / телефон / Instagram [поле] ? Выберите супервизора ? Андрей Родионов ? … ? … ? Нужна помощь с выбором ? Что хотите разобрать? [большое поле] (сложный случай, тревога в работе, выгорание, отношения с клиентом, тупик и т.д.) ? Что сейчас беспокоит сильнее всего? ? Сложный случай ? Неуверенность в работе ? Выгорание ? Границы с клиентами ? Страх ошибок ? Другое ? [ ОТПРАВИТЬ ЗАЯВКУ ] ? После отправки: Мы изучим заявку и свяжемся с вами, чтобы подобрать подходящий формат работы Групповая супервизия : Пространство для психологов, где можно разбирать практику, сложные случаи и профессиональные тупики ? Как к вам обращаться? [поле] ? Как с вами связаться? Telegram / телефон / Instagram [поле] ? Что вам сейчас важно в группе? ? Разбор сложных случаев ? Поддержка коллег ? Больше уверенности в работе ? Работа с тревогой/выгоранием ? Развитие практики ? Другое ? Когда вам удобнее участвовать? Время: ? Днём ? Вечером ? Не принципиально Дни: ? Будни ? Выходные ? Не принципиально ? Какой формат вам ближе? ? Онлайн ? Очно ? Не принципиально ? [ ОТПРАВИТЬ ЗАЯВКУ ] ? После отправки: Мы свяжемся с вами и подберём подходящую группу или ближайший набор. Семинары и тренинги Раздел в разработке.
Веб-разработка. Разработка с нуля. Пожелания и особенности: Цель проекта: Разработка высокоскоростного скрипта/бота для автоматического отслеживания миграции токенов из платформы Pump.fun на DEX Raydium и их моментальной покупки по минимальной стартовой цене с предварительной фильтрацией от скама (дампов). Шаг 1: Мониторинг миграции (Слушатель) Бот должен в реальном времени слушать блокчейн Solana и ловить событие «выпускного» токена из Pump.fun. Шаг 2: Проверка на безопасность (Защита от дампа/рагпулла) Перед отправкой транзакции покупки бот за доли секунды проводит экспресс-анализ (можно через API RugCheck или напрямую ончейн): 1. Проверка топ-холдеров: Если создатель токена или топ-5 кошельков (созданных одновременно) удерживают более 20-25% от общей эмиссии, токен пропускается. 2. Проверка разработчика: Проверить кошелек деплойера — не сливал ли он предыдущие токены в первые минуты. 3. Статус ликвидности: Убедиться, что LP-токены сожжены или заблокированы (в рамках стандартной миграции Pump.fun это происходит автоматически, но нужна сверка). Шаг 3: Скоростная покупка (Snipe) • Покупка на старте: Отправка транзакции на покупку в том же блоке или сразу следующем за блоком миграции. • Минимальная цена: Так как бот входит в числе первых, цена является стартовой. • Параметры транзакции (Конфиг): • Размер входа: Фиксированная сумма в SOL (например, 0.1 SOL). • Проскальзывание (Slippage): Настраиваемое (динамическое или фиксированное, например, 10-15% для гарантированного инпута, но с защитой от фронтраннинга). • Чаевые (Priority Fees / Jito): Интеграция с Jito Mev для отправки транзакции "бандлом" (bundle), чтобы покупку не опередили другие боты.
Корпоративная платформа. Платформа: Корпоративная платформа. Функционал сайта: • Интеграция с API Telegram и другими внешними сервисами • Оптимизация архитектуры, баз данных и производительности систем • Поддержка и улучшение существующих модулей (боты, CRM, аналитика, модерация и др.). Контента нет. Зарплатная вилка: 500$ - тестовый месяц, 800$ - ежемесячно год, 1000$ - ежемесячно после одного года совместной работы Формат работы: удаленно Занятость: неполная Оформление: договор Приветствую! Меня зовут Илья. Я представляю компанию CHATIK. Мы предлагаtv IT-решения для удобных и комфортных путешествий. На данный момент мы в поисках Backend разработчика на FastAPI и Django для разработки приложения. Текущий стек проекта: — Backend: FastAPI и Django — Frontend: React js Требования — Уверенный уровень разработки. — Знания FastAPI и Django — Возраст от 30 лет — Опыт от 5 лет в backend разработке Обязанности: • Разработка и поддержка сервисов на Node.js / Python (уточняется по стеку проекта) • Интеграция с API Telegram и другими внешними сервисами • Оптимизация архитектуры, баз данных и производительности систем • Поддержка и улучшение существующих модулей (боты, CRM, аналитика, модерация и др.) • Работа в связке с AI, другими разработчиками и командой.
Здравствуйте! Ищу специалиста для настройки и дальнейшей поддержки частной VPS-инфраструктуры для стабильного доступа из РФ. В идеале интересует схема с российским VPS "из белых списков": — российский сервер как входная точка; — иностранный сервер как выходной; — современные протоколы типа Xray/VLESS/Reality, sing-box, AmneziaWG и т.д. Насколько понимаю, сейчас это один из наиболее стабильных вариантов. Если такой российский VPS достать не получится — тогда интересуют альтернативные схемы: — несколько иностранных VPS; — резервирование; — возможность быстро переключаться между серверами. Что нужно: — подбор VPS/хостингов; — настройка серверов; — настройка клиентов для macOS, iPhone и iPad; — помощь с обновлениями и диагностикой проблем по мере необходимости. Важно: — нужен человек, который понимает текущие российские блокировки/DPI; — интересует не только разовая настройка, но и возможность периодической поддержки; — для частного пользователя, не компания; — хотелось бы понимать общую архитектуру системы, а не просто получить "готовую кнопку". Готовы обсуждать: — почасовую оплату; — ежемесячную поддержку; — резервные серверы; — предоплату при нормальном уровне доверия.
Ищу специалиста по автоматизациям и ИИ агентам для регулярного сотрудничества. Работаем с клиентами преимущественно из Европы и США. Основные инструменты: Codex, Claude Code, Make, n8n и различные API-интеграции. Нужен человек, который сможет самостоятельно вести проекты: разбираться в задачах клиента, проектировать решения, собирать автоматизации и доводить их до рабочего результата. Что важно: • Хорошее владение Codex/Cursor/Claude Code • Хорошее знание Make.com и/или n8n • Понимание API, вебхуков и SQL • Умение превращать запросы клиента в понятное техническое решение • Умение продумывать архитектуру автоматизаций • Умение общаться с клиентами • Английский для чтения документации и переписки Что предстоит делать: • Разрабатывать автоматизации и ИИ агентов • Настраивать интеграции между сервисами • Проектировать решения • Общаться с клиентами • Самостоятельно вести проекты от постановки задачи до сдачи результата Оплата обсуждается индивидуально и зависит от сложности проекта. При отклике приложите примеры проектов: кейсы, скриншоты сценариев в Make/n8n, GitHub-репозитории или другие материалы, которые помогут оценить ваш опыт.
Разработка приложений для ПК. Разработка с нуля. Разработать MVP системы контроля монтажников с фиксацией начала/окончания работ (фото + геолокация), автоматическими уведомлениями об опозданиях, дашбордом для диспетчера. Дедлайн — 1 июля 2026. Есть готовое техническое задание (структура SharePoint, логика Power Automate). Стек: Power Apps (Canvas App в Teams), Power Automate, SharePoint Online, Power BI (базовый). Обязательный функционал: офлайн-режим (работа без интернета с синхронизацией), загрузка фото в библиотеку SharePoint, геолокация, автоконтроль опозданий (>15 мин) и несовпадения адреса (>200 м) с отправкой уведомлений в Teams. Не требуется: CI/CD, сложная ролевая модель, полная автоматическая синхронизация календаря (это в версии 2.0). Бюджет — фиксированная сумма $1200–1500. Оплата фиксированная, не почасовая. Права на код и решение после оплаты переходят заказчику. При отклике обязательно приложите ссылки на 2-3 реализованных Power Apps проекта (скриншоты, видео) и кратко опишите, как вы сделаете офлайн-режим. Старт немедленный. Рассматриваю только кандидатов с подтверждённым опытом и возможностью уложиться в дедлайн.
Задачи чат-бота: интерактивное меню или каталог. Продукт: генерация фото и видео. Техзадание есть. Разработка Telegram-бота для генерации изображений и видео (AI) Описание: Ищу опытного разработчика для создания AI-бота (аналог PROTOGEN). Что нужно сделать: 1. Генерация изображений (интеграция Stable Diffusion/Flux API) 2. Генерация видео и анимации 3. Система баланса пользователей 4. Подключение платежей (ЮKassa/CloudPayments) 5. Реферальная программа (15% от приглашённых) 6. Админ-панель для управления Технические требования: • Python (aiogram) или Node.js • Опыт работы с AI API (Stable Diffusion, OpenAI) • База данных (PostgreSQL/MySQL) • Хостинг: VPS Бюджет: 150 000 ? Срок: 1-2 месяца Требования к исполнителю: ? Портфолио с примерами Telegram-ботов ? Опыт интеграции AI-моделей (обязательно!) ? Готовность к поддержке после запуска ? Поэтапная оплата В отклике укажите: 1. Примеры похожих работ (ссылки на ботов) 2. Оценку стоимости и сроков 3. Ваш подход к проекту.
Интеграция с сайтом, доработать, перенести данные, проконсультировать сотрудников. Настроить: обмен данными. Конфигурация 1С: Управление торговлей. Версия: 8.3. Первоочередно: - Перевод на другое ПО (1С). Перенос данных и отчетов со старой базы. - Доработки 1С - Установка оборудования и настройка хранения, обработки, передачи данных в ФСБ (согласно требованиям Законодательства) - Подключения к СОРМ. Важно, чтобы оборудование и ПО полностью соответствовало требованиям, включая требования кибербезопасности. - Разработка локальных актов, которые определяют порядок хранения информации, подлежащей хранению; локальные акты, определяющие перечень лиц, которые несут ответственность за хранение информации, подлежащей хранению; документы о временных перерывах в хранении информации; документы о вводе в эксплуатацию информационных систем, которые используются экспедитором, и их технические характеристики. - Осуществление подключения клиентов для перехода на ЭТрН. - Взаимодействие с отделами по доработкам. -.
Разработать игровую механику. Игра: одиночная. Жанр: развивающая. Графика: 2D. Программа представляет собой игру, где пользователи, отвечая на загадки, узнают о предметах крестьянского быта и учатся правильно размещать их в интерьере избы. Игра должна быть интуитивно понятной, визуально привлекательной и стабильно на предусмотренном оборудовании без доступа к интернету. Создать удобный интерфейс для навигации по игре. Обеспечить возможность отображения разнообразного контента (текст, изображения, аудио). Концепция игры: Этап загадок: Пользователю предлагается текстовая загадка о предмете быта. Для ответа дается три варианта изображения. Этап размещения: После правильного ответа на загадку, выбранное изображение предмета становится активным. Пользователь должен перетащить этот предмет на второе игровое поле – разрез крестьянской избы – и поместить его в соответствующее место.
Разработка мобильных приложений. Разработка с нуля. Приложение: для Android, для iOS. Устройства для масштабирования: смартфоны. Создания приложения по типу Cap Cut, kinomaster для нарезки видео, важно сделать регистрацию и вход если пользователь уже зарегистрировался, потом создать проект, вставить ссылку на видео из ютуба или тик тока и выбрать формат видео который пользователь хочет чтобы приложение нарезало его на интересные моменты, далее показывается на каком этапе находится нарезка видео и как все готово приложение покажет итог что получилось и пользователь может опубликовать это куда захочет. При создании проекта нужно должна быть возможность выбрать шаблон, алгоритм нарезки и баннер для стандартного шаблона, еще нужно указать минимальное и максимальное длительность видео и разрешение видео также должны отображаться описание, теги и заголовок видео.
Разработка с нуля. Приложение: для Android. Устройства для масштабирования: смартфоны. Назначение приложения: Мобильная информационная система для клиентов колл-центра, позволяющая получать справочную информацию и отправлять обращения без использования телефонной связи. Функционал: Авторизация по номеру телефона. Сканирование QR-кода для идентификации оборудования. Просмотр инструкций по устранению типовых неисправностей. Создание обращений с описанием проблемы, фото и видео. Отслеживание статуса заявок и история обращений. Push-уведомления об изменении статуса. Чат с оператором (текст, голос, видео). Справочный раздел (контакты, режим работы, услуги). Офлайн-доступ к кэшированным инструкциям.
Почему стоит искать работу для фриласнеров по профилю программисты в России у нас?
🔸 Более 5 предложений о работе за сегодня в тематике программисты
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю программисты уже сегодня!
🔸 Свежих заказов на программисты в России для фрилансеров на июнь 2026 года — 6828 шт.
Как найти удалённую работу для фриланс-специалистов по профилю программисты в России?
Вы специалист по программисты и ищете проекты и заказы на удалёнке в России? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю программисты в России?
На июнь 2026 года опубликовано 6828 предложений удалённой работы от прямых заказчиков для исполнителей по специализации программисты
Сколько можно заработать выполняя проекты по программисты?
Специалисты по профилю программисты зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете