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

Разработка приложений для ПК. Доработка существующего продукта. Краткое ТЗ для программиста: Задача: Сборка и поддержка кастомного Chromium для распространения через мой сайт другим пользователям - аналог вебраузера хром или яндекс. Требования: Сборка из исходников Chromium (не Chrome) — чистый open-source, без Google-сервисов, телеметрии, рекламы и предустановленных расширений/партнёрских модулей (Яндекс, Mail.ru, Bing-дефолты и т.п.). Кастомизация: свой брендинг (название, иконка, splash); дефолтная поисковая система — моя; homepage/new tab — ваш сайт; отключены: Google API keys, sync с Google, crash reporter, RLZ, MetricsReporting, Privacy Sandbox где возможно; свои политики через master_preferences / enterprise policies. Сборки под: Windows (x64, желательно ARM), macOS (x64/ARM), Linux (deb/rpm/AppImage). Установщики: тихие, с автообновлением с вашего сервера (свой update-сервер на базе Omaha или аналога — Sparkle/WinSparkle для mac, собственный для Linux). Инфраструктура: CI/CD для регулярных сборок при выходе новых версий Chromium (stable-канал); подпись бинарников (code signing для Win/mac — обязательно); хостинг обновлений + CDN. Юридически: соблюдение Chromium BSD-лицензии, публикация исходников патчей. Сроки/этапность: MVP (одна платформа) ? остальные ОС ? автообновление ? регулярный релиз-цикл. Что нужно от вас программисту уточнить: бюджет, приоритетная ОС, готовность платить за code signing сертификаты (~$100–500/год) и серверы сборки (сборка Chromium требует 16+ ядер, 32+ ГБ RAM, ~150 ГБ диска на билд). ТЗ с этапами. Техническое задание: Сборка и поддержка кастомного Chromium 1. Общая информация Цель: Создание собственной сборки Chromium для распространения через сайт заказчика, без рекламы, встроенного ПО и телеметрии Google. Базовый проект: Chromium (open-source, BSD-лицензия) Каналы обновления: Собственный сервер обновлений, не связанный с Google. 2. Требования к сборке 2.1. Источник и базовые настройки Сборка из официальных исходников Chromium (chromium.googlesource.com) . Регулярная синхронизация с upstream (stable-канал) через gclient sync . Обязательное применение патчей, удаляющих/отключающих: Google API keys и зависимости Telemetry и crash reporting Google account sync Safe Browsing phone-home RLZ, MetricsReporting, Privacy Sandbox (где технически возможно) Референс: Проекты типа Privacy Browser и Cromite демонстрируют подход с последовательным применением патчей через git am . 2.2. Брендинг и кастомизация Файл initial_preferences (ранее master_preferences) в директории с исполняемым файлом задаёт поведение при первом запуске : homepage: URL домашней страницы (сайт заказчика). homepage_is_newtabpage: false. first_run_tabs: список стартовых вкладок (сайт заказчика). distribution.create_all_shortcuts: true. distribution.import_*: false — отключить импорт из других браузеров. Поисковая система: Замена дефолтного поисковика на собственный. Требуется правка исходников в модулях поиска (по аналогии с chrome_settings_overrides для расширений) . Визуальные элементы: Иконки, splash screen, название продукта — замена в ресурсах сборки. 2.3. Целевые платформы Платформа Архитектуры Приоритет Windows x64, ARM64 (желательно) 1 macOS x64, ARM64 2 Linux x64 (deb/rpm/AppImage) 3 3. Инфраструктура сборки 3.1. Требования к сборочному серверу ОС: Ubuntu 20.04+ LTS (рекомендуется для Linux-сборок) RAM: 16+ ГБ (рекомендуется 32+) Диск: 100+ ГБ на одну сборку CPU: 16+ ядер Инструменты: depot_tools, Python 3.8+, Git, Clang 3.2. CI/CD Автоматическая сборка при выходе новой версии Chromium stable. Артефакты: установщики для каждой платформы + подписанные бинарники. Версионирование: -. 4. Автообновление 4.1. Собственный update-сервер Вариант реализации: На базе Omaha-протокола. Референс: Nebraska — mock Omaha-сервер на Python, лёгкий в развёртывании, отвечает на update-запросы metadata-файлами . Структура: Сервер принимает запросы от клиента. Возвращает JSON с метаданными (target_version, sha256, URL payload) . Payload (установочный файл) размещается на CDN/файловом сервере. 4.2. Клиентская часть Windows: встроенный updater Chromium с заменой URL на собственный. macOS: WinSparkle/Sparkle или собственный updater. Linux: пакеты в репозитории (deb/rpm) с обновлением через пакетный менеджер. 5. Подпись и безопасность 5.1. Windows Обязательный code signing сертификат (EV или OV). Стоимость: ~$200–500/год. 5.2. macOS Apple Developer Program (обязательно, $99/год) . Подпись через sign_chrome.py (скрипт в Chromium repo) . Нотаризация через xcrun notarytool с app-specific password. Хардкод entitlements и hardened runtime — ручная настройка (Chromium не использует Xcode-автоматизацию) . 5.3. Linux Подпись пакетов GPG-ключом. Публикация публичного ключа на сайте. 6. Процесс разработки и релиза 6.1. Этапы Этап Содержание Результат 1 Настройка окружения, первая сборка Работоспособный бинарник 2 Патчи телеметрии, брендинг Кастомизированный Chromium 3 Инфраструктура сборки (CI/CD) Автоматизированные артефакты 4 Update-сервер + клиент Автообновление 5 Подпись (Win/mac) Установщики без предупреждений ОС 6 Регулярный релиз-цикл Стабильные обновления 6.2. Работа с патчами Ведение списка патчей (patches_list.txt) с порядком применения . При обновлении upstream — git rebase-update + gclient sync + повторное применение . Скрипт для автоматического обновления и пересборки (аналогично Privacy Browser update_source.sh) . 7. Юридические аспекты Лицензия Chromium: BSD 3-Clause — требует сохранения copyright notice. Публикация патчей: рекомендуется (требование open-source сообщества, не юридическое). Торговые марки: нельзя использовать «Google Chrome» в названии продукта. GDPR/персональные данные: при сборе статистики (если будет) — согласие пользователей.

Пожелания и особенности: Нужно докрутить ИИ продавца на входящие сообщения. Текст у него уже есть. Все подключено. Ключ прописан от Прокси. Но его нужно докрутить до работы. Чуть ИИ продавца, ему задан стиль и общение. Он должен поводить анализ входящего сообщения и помогать подобрать услугу. Непосредственно нужен именно ИИ, не просты шаблоны с ответами. А полноценный ассистент, у которого все есть и его нужно проверить и редактировать, почему он не хочет дальше весьи диалог. Работа в вк сообщество, сфера образования в индустрии красоты. Фото прикреплю, что с ним.

Задачи чат-бота: Скачивание видео по ссылке. Продукт: Сервис по скачиванию видео по ссылке. Техзадание есть. Пожелания и особенности: Нужно создать бота в MAX, сервис по скачиванию видео по ссылке, с TikTok, Youtube, Instagram. Прикрепил схему как вижу работу бота. Скажу сразу, знаком с рынком и вовлечен во многие подобные проекты. Есть возможность регулярно предоставлять подобные задачи, поэтому хочется получить адекватный прайс, в дальнейшем есть ресурсы для повышения от объема.

Нужна настройка 1С. Настроить: интерфейс, Контур логистика. Конфигурация 1С: Бухгалтерия. Версия платформы: 8.3. Количество пользователей: от 1 чел Задача: Настроить автоподписание ЭТрН из 1с.

Задачи чат-бота: информирование клиентов, интерактивное меню или каталог, автоматическое бронирование. Продукт: . Техзадания нет.

Задачи чат-бота: интерактивное меню или каталог, ответы на типовые вопросы. Продукт: Мах. Техзадание есть. Пожелания и особенности: Техническое задание (ТЗ) на разработку чат-бота в мессенджере MAX для хранения и использования инструкций сотрудниками склада 1. Общие сведения Назначение: Чат-бот в мессенджере MAX для централизованного хранения инструкций склада и быстрого поиска ответов на вопросы сотрудников. Целевая аудитория: · Сотрудники склада (пользователи) — поиск и чтение инструкций. · Администратор/ответственный (управление контентом) — загрузка, редактирование, удаление инструкций и управление меню. Платформа: Мессенджер MAX (единственная целевая платформа). --- 2. Цели и задачи 1. Обеспечить быстрый доступ сотрудников к инструкциям прямо с телефона через MAX. 2. Снизить нагрузку на руководителей и наставников за счёт самообслуживания. 3. Автоматизировать поиск ответов на типовые вопросы по базе инструкций. 4. Дать администратору простой интерфейс для управления базой знаний. --- 3. Роли пользователей Роль Права Сотрудник склада Просмотр инструкций, поиск, задавать вопросы боту Администратор Всё, что сотрудник + добавление/редактирование/удаление инструкций, управление меню, управление списком сотрудников Супер-админ (опционально) Управление администраторами, настройки бота, резервное копирование --- 4. Функциональные требования 4.1. Для сотрудника (пользователя) 4.1.1. Авторизация / доступ · Бот работает только для сотрудников из «белого списка» (по телефону, табельному номеру, MAX ID или одноразовому коду-приглашению). · Незарегистрированным — сообщение «Обратитесь к администратору». 4.1.2. Главное меню · Кнопочное меню (inline или reply-клавиатура MAX). · Разделы меню формируются администратором (например: «Приёмка товара», «Отгрузка», «Упаковка», «Техника безопасности», «Оборудование», «FAQ»). · Вложенные подразделы (до 3 уровней). · Кнопки «?? Поиск», «? Задать вопрос», «?? Связаться с руководителем», «?? Помощь». 4.1.3. Просмотр инструкций · Открытие инструкции: текст, изображения, видео, файлы (PDF/DOCX), ссылки. · Навигация «Назад» / «В главное меню». · Возможность отправить инструкцию себе в «Избранное» или скачать файлом. · Отметка «Прочитано» (опционально — для контроля ознакомления). 4.1.4. Поиск · Два режима: 1. По ключевым словам — поиск по заголовкам и тексту инструкций. 2. Умный поиск (ИИ) — сотрудник задаёт вопрос обычным текстом, бот ищет ответ в базе инструкций и возвращает: · краткий ответ, · ссылку на полную инструкцию (раздел/пункт), · уточняющий вопрос, если ответ неоднозначный. · Если ответ не найден — предложение обратиться к администратору/руководителю и логирование вопроса. · Поддержка русского языка (опционально — узбекский/казахский/английский). 4.1.5. Вопрос-ответ · Свободный ввод вопроса текстом или голосом (опционально). · Ответ формируется только на основе загруженных инструкций (без «фантазий» ИИ). · Если найдено несколько релевантных фрагментов — показать топ-3. · Кнопка «?? Помогло / ?? Не помогло» — для сбора обратной связи. 4.1.6. Уведомления · Рассылка важных объявлений через MAX (например, «Обновлена инструкция по ТБ»). · Опционально: пуш о новых инструкциях в разделах, на которые подписан сотрудник. --- 4.2. Для администратора 4.2.1. Управление инструкциями · Добавление инструкции: · загрузка файла (PDF, DOCX, TXT) — с автоматическим извлечением текста; · ввод/редактирование текста вручную в чате MAX или через мини-приложение/веб-панель; · прикрепление изображений/видео/ссылок; · назначение раздела меню и тегов. · Редактирование: изменить текст, файл, раздел, теги. · Удаление инструкции (с подтверждением). · Архивация устаревших инструкций (скрытие из меню, но сохранение в базе). · Версионирование (кто и когда изменил). 4.2.2. Управление меню · Создание/переименование/удаление разделов и подразделов. · Изменение порядка (drag&drop или команды «вверх/вниз»). · Назначение инструкций в разделы. 4.2.3. Управление сотрудниками · Добавление сотрудника (вручную или импорт из Excel/CSV). · Удаление/блокировка.

Веб-разработка. Доработка существующего продукта. Ищем программиста / Full-stack разработчика для создания веб-портала Ищем сильного разработчика для создания полноценной пользовательской онлайн-платформы с нуля. Нам нужен специалист, который уже создавал сложные сайты, порталы или сервисы с личными кабинетами и большой пользовательской базой. Что необходимо реализовать: ?? Регистрация и авторизация пользователей. ?? Личные кабинеты и подробные профили. ?? Загрузка и редактирование фотографий и информации. ?? Поиск и фильтрация пользователей по различным параметрам. ?? Система рекомендаций и подбора подходящих профилей. ?? Возможность добавлять пользователей в избранное. ?? Внутренние сообщения между пользователями. ?? Уведомления о новых действиях и сообщениях. ?? Разные уровни доступа и платные функции. ?? Подключение онлайн-оплаты и подписок. ?? Административная панель для управления пользователями и контентом. ?? Модерация профилей, фотографий и обращений. ?? Адаптивная версия для телефона, планшета и компьютера. ?? Безопасность и защита персональных данных. ?? Возможность дальнейшего масштабирования и добавления нового функционала. Кого ищем: ?? Разработчика с реальным опытом создания сложных веб-платформ. ?? Желательно Full-stack специалиста либо команду, способную реализовать проект целиком. ?? Человека, который умеет не только писать код, но и предложить грамотную архитектуру проекта. ?? Ответственного специалиста, который соблюдает договорённости, выходит на связь и доводит задачи до результата. Формат работы — проектный. Рассматриваем самозанятых, ИП или компании. На первом этапе нам важно понять ваш уровень и опыт. Подробности проекта предоставим кандидатам после предварительного отбора. В отклике обязательно пришлите: — кратко о себе; — примеры 3–5 сайтов, порталов или сервисов, которые вы уже создавали; — что именно вы реализовывали в этих проектах; — ваш технический стек; — работаете самостоятельно или с командой; — примерный порядок стоимости разработки подобной платформы; — когда готовы приступить. Важно: рассматриваем несколько кандидатов, поэтому в первую очередь будем смотреть на реальные реализованные проекты и технический уровень. Присылайте портфолио и примеры работ — будем рады познакомиться.