Вход Блог
Строительство и ремонт
Репетиторы
Красота
Фрилансеры
Разные специалисты
Тренеры
Уход за животными
Автоинструкторы

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

Дата: 2026-02-09
Детали
Регион
Москва
Занятость
дистанционно
Стоимость
договорная
Дата публикации
2026-02-09
Описание
Веб-разработка. Разработка с нуля. Общие положения: 1. рабочее веб-приложение на языке PHP, спроектированное, реализованное, задокументированное и развернутое с использованием современных инструментов. 3. Не допускается использование веб-фреймворков. Допускается использование вспомогательных библиотек. 4. Курс разделен на 4 этапа (модуля). По окончании каждого этапа проводится контрольная точка (КТ) в формате презентации с демонстрацией результатов. 6. Основное внимание в работе отводится серверной логике на PHP. Аспекты клиентской части (HTML/CSS/JS), не связаны с функциональностью, прорабатываются группой на своё усмотрение. Описание работ и требований Модуль 1, КТ 1. Проектирование архитектуры системы Данный модуль полностью посвящен этапу проектирования архитектуры веб-приложения. Выполняется следующая работа: - Формирование групп и выбор тем проекта (занятие 1). - Описание требований к приложению (занятие 1). Необходимо составить список функциональных и нефункциональных требований к приложению. Часть требований необходимо взять из этого документа, другая часть составляется группой. Дополнительно кратко описывается состав основных сущностей. Функциональные требования должны быть разделены по ролям пользователей (минимум 2, включая администратора). На их основе составляется диаграмма Use-Case. Требования необходимо разделить как минимум на три группы, которые реализуются в рамках КТ 2, 3 и 4: MVP (минимально жизнеспособный продукт); расширенные требования; требования к развертыванию. - Проектирование сущностей и схемы БД (занятие 2). Необходимо выделить ключевые сущности (не менее 4) и их атрибуты, а также сущности пользователя (с несколькими ролями). Составляется список таблиц и полей БД с указанием связей. На основе этой информации строится схема БД (напр., нотации Crow’s Foot). - Проектирование структуры приложения и прототипирование (занятие 3). Необходимо определить, из каких основных разделов и страниц будет состоять приложение (например: “Главная“, “Каталог (список сущностей)“, “Мои объекты (личный кабинет)“, “Админ-панель“, “Вход/Регистрация“). Для каждой страницы составить краткое описание. Далее нарисовать концептуальную схему переходов (User Flow) между страницами, а также построить каркас наиболее сложной страницы. На занятии 4 группы демонстрируют презентацию проделанной работы. Таким образом, результатом модуля 1 является набор документов: 1) Описание темы, предметной области и требований к приложению. 2) Описание структуры БД, а также схема БД. 3) Описание страниц приложения, а также схема переходов и каркас. Все эти документы необходимо опубликовать в репозиторий проекта на платформе GitHub в отдельной папке docs/. К репозиторию имеют доступ все члены группы, а также преподаватель. Модуль 2, КТ 2. Реализация MVP Данный модуль посвящен разработке минимально жизнеспособного продукта по описанию архитектуры, составленному в модуле 1. Выполняется следующая работа: - Настройка среды и создание БД (занятие 5). Необходимо настроить на своих ноутбуках локальный веб-сервер с интерпретатором PHP и СУБД на своё усмотрение. (рекомендуется сборка XAMPP). В выбранной СУБД необходимо создать структуру таблиц по описанию из модуля 1, а также заполнить таблицы несколькими записями. - Создание моделей и связь с БД (занятие 6). Необходимо создать иерархию папок проекта (для моделей, для страниц и т.д.). Далее необходимо на PHP описать классы сущностей, соответствующие таблицам в БД, а также описать методы для взаимодействия с СУБД в рамках сущностей (select, get, save, delete), а также специфичных для проекта (в рамках требований к MVP). - Разработка веб-страниц (занятие 7). Необходимо создать все планируемые веб-страницы в рамках MVP, а также “единую точку входа”. Также обеспечить базовую валидацию и защиту. На занятии 8 группы демонстрируют презентацию проделанной работы, а также рабочее приложение. Таким образом, результатом модуля 2 является полностью рабочее приложение, соответствующее требованиям для MVP. Файлы приложения должны быть опубликованы в ранее созданный репозиторий. Модуль 3, КТ 3. Расширение функциональности Данный модуль посвящен расширению функциональности разработанного MVP. Выполняется следующая работа: - Реализация регистрации, входа и привязки данных к пользователю (занятия 9-10). Необходимо Создать формы регистрации и входа в систему, функцию выхода из системы. Обязательно реализовать обработку с хешированием пароля. Если таковая не присутствует, то создать таблицу пользователей с логинами, паролями и ролями. Добавить в ключевые таблицы БД поле user_id и при создании записей привязывать их к текущему пользователю. При переходе на каждую страницу реализовать проверку авторизации и роли пользователя. Обеспечить, чтобы пользователь видел/редактировал только свои данные (или все, если он admin). - Интеграция библиотеки и реализация выгрузки (занятие 11). Необходимо продумать и описать отчёты (3-4 шт.), если это ещё не сделано. Отчёты - дополнительная информация, предполагающая объединение таблиц, группировку, сортировку и другие функции. Отчёты должны формироваться в системе автоматически, быть осмысленными и полезными. Необходимо программно реализовать методы для формирования отчётов и страницы для их отображения в приложении. После этого установить библиотеки для выгрузки отчётов в Word, Excel через Composer и написать скрипты, которые по запросу (например, кнопка на странице) формирует отчёты и отдает их пользователю на скачивание. Помимо этого, необходимо доработать приложение до соблюдения всех требований группы “Расширенные требования», описанные в модуле 1. На занятии 12 группы демонстрируют презентацию проделанной работы, а также рабочее приложение. Таким образом, результатом модуля 3 является полностью рабочее приложение, соответствующее всем требованиям. Файлы приложения должны быть опубликованы в ранее созданный репозиторий, НО при этом MVP отправляется в новую ветку с названием mvp, а текущее приложение остаётся в main. Модуль 4, КТ 4. Интеграция и развёртывание Данный модуль посвящен обертке разработанного приложения в Docker-контейнер, а также написанию документации к приложению. Выполняется следующая работа: - Контейнеризация приложения (занятия 13-14). Необходимо написать Dockerfile, копирующий код приложения и устанавливающий зависимости (если есть Composer). Написать docker-compose.yml с сервисами web, db. Настроить подключение приложения к контейнеру с БД. Убедиться, что вся система запускается одной командой docker-compose up вместе с загрузкой структуры БД. - Финальная доработка, документация (занятие 15). Необходимо написать финальную документацию (README.md с описанием проекта, инструкцией по запуску через Docker), а также упаковать приложение в новый репозиторий с тегом релиза. - Зачёт (занятие 16). Группы выступают с презентациями, в которых кратко отражены все аспекты проекта. Рассказ об архитектуре, пройденных этапах, проблемах и их решении. Ответы на вопросы. Предварительно преподаватель должен проверить Docker-приложение и репозиторий на работоспособность и соответствие всем требованиям.
Похожие заказы

Программисты

дистанционно
договорная
Создание приложения. Разработка с нуля. Пожелания и особенности: Про финансовые цели: Как выглядит: карточки целей: «новый айфон» «Ноутбук» “поездка». На карточке: сумма цели, уже накоплено, осталось, дата цели, прогресс-бар. Как работает: 1.Пользователь создаёт цель 2.вводит сумму и дату 3.приложение считает, сколько нужно откладывать в месяц/неделю/день Аналитика Как выглядит:графики и категории расходов: еда, транспорт, одежда, подписки,развлечения Как работает 1.Пользователь добавляет расходы вручную 2.приложение группирует их по категориям показывает, куда уходит больше всего денег. Экраны: расходы за неделю/месяц круговая диаграмма категорий список крупных трат советы,например:«На еду ушло 35% бюджета» Бюджет Как выглядит эуран: экран «Мой бюджет на месяц». Как работает: Пользователь вводит доход за месяц и лимиты по категориям. Пример: Доход: 50000 руб Лимиты: еда — 15000 руб транспорт — 5000руб развлечения — 10000руб накопления — 10000 руб Приложение должно показывать: сколько осталось где лимит превышен сколько можно тратить в день до конца месяца ИИ-помощник Как выглядит:чат внутри приложения. Что умеет: объяснять расходы давать советы по накоплениям отвечать на вопросы помогать составить бюджет Накопления Как выглядит:отдельный экран «Копилка» Как работает: Пользователь вручную добавляет сумму, которую отложил Деньги не переводятся реально, это просто учёт Функции: добавить накопление убрать накопление история пополнений прогресс до цели прогноз даты достижения цели Это не банк и не платёжное приложение!! Только учёт, аналитика, цели и советы Монетизация Free До 5 целей Базовая аналитика Premium Неограниченные цели AI-планировщик Семейные накопления Расширенные прогнозы.
Москва Фрилансеры

Программисты

дистанционно
договорная
Установка програм. Настройка. После обновления виндоус, стим бесконечно обновляется и не запускается, потом выскакивает ошибка.
Москва Фрилансеры

Разработка мобильных приложений

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

Программисты

дистанционно
договорная
Эксель. Решение задач. Решение этих задач.
Москва Фрилансеры

Программисты

дистанционно
договорная
Тех.обслуживание тг-ботов. Настройка, доработка существующего продукта. Требуется специалист-программист для: хостинга существующих Telegram-ботов; технического обслуживания; внесения небольших доработок в текущий функционал; оперативного устранения ошибок и сбоев; поддержки и обновления структуры ботов под изменения внутри агентства; создание схожих по функционалу доработок. Боты уже существуют и работали ранее. Полная разработка с нуля не требуется. Основная задача — поддержка, стабильная работа и точечные улучшения. 1. Основные задачи специалиста 1.1 Хостинг и поддержка Необходимо: разместить ботов на сервере; обеспечить стабильную круглосуточную работу; контролировать работоспособность; устранять ошибки и сбои при их возникновении; следить за тем, чтобы бот не “падал” и корректно работал после обновлений Telegram/API/сайтов. 1.2 Техническое обслуживание В обязанности входит: исправление багов; небольшие изменения интерфейса и кнопок; изменение текста/оформления; настройка кнопок и логики под новых сотрудников; редактирование существующих функций; поддержание актуальности системы. 2. Описание ботов Бот №1 — Мерчант + автоматизация Основной функционал 2.1 Подъем анкет на сайте Бот автоматизирует процесс “подъема” анкеты на сайте. Текущая логика: Менеджер отправляет ссылку на анкету. Бот переходит по ссылке. Интегрированный код доступа от сайта вводит в поле кода для обновления. Код отображается в чате бота в скрытом формате: вместо кода отображается имя модели латиницей; это сделано для того, чтобы менеджеры не видели реальные коды доступа. Бот производит подъем анкеты. 2.2 Желаемая доработка (упрощение процесса) Предпочтительный вариант: Сделать систему полностью кнопочной. Желаемая логика: Менеджер нажимает кнопку “Поднять анкету”. Бот автоматически запускает процесс. В чате отображается статус: “Запущен подъем анкеты” “Выполняется…” “Подъем анкеты ‘Имя модели’ успешно выполнен” Без необходимости: отправлять ссылку; вручную вводить имя модели; ожидать промежуточных действий. Важно: Если реализация данной системы: занимает слишком много времени; требует серьезной переработки; может повлиять на стабильность, то допускается оставить текущую систему работы без изменений. 2.3 Функция отчетности по переводам (временно не используется) Текущий функционал: Бот: работает с банковскими картами; авторизует карты через веб-версию банка; сохраняет cookies/сессию; получает отчетность по переводам. Для поддержания сессии бот: эмулирует активность; открывает чат поддержки; набирает и удаляет сообщения; предотвращает разлогинивание аккаунта. Требование: На данный момент данный функционал не используется. Необходимо: скрыть эту функцию из интерфейса; убрать лишние кнопки; не удалять функционал полностью. Бот №2 — Статистика, аналитика и отчетность. Основной функционал: Бот предназначен для: ведения статистики; аналитики; формирования отчетности; учета сотрудников. 3.1 Управление сотрудниками Функции: добавление сотрудников; редактирование данных; установка процентной ставки сотрудника; обновление информации. 3.2 Формирование отчетов Логика: Менеджер вводит суммы за смену. Бот автоматически: рассчитывает показатели; формирует готовый отчет; выводит итоговые данные. 4. Требования к специалисту Специалист должен: уметь работать с Telegram Bot API; разбираться в хостинге и серверной поддержке; понимать работу веб-автоматизации; уметь работать с cookies/sessions; оперативно реагировать на ошибки; вносить небольшие изменения без полной переработки системы. 5. Формат работы Предполагается: долгосрочное сотрудничество; периодические задачи по доработке; техническая поддержка по необходимости; возможность внесения правок. 6. Приоритеты Главные задачи: Стабильная работа ботов. Хостинг и поддержка. Удобство использования менеджерами. Быстрое исправление ошибок. Минимизация ручных действий.
Москва Фрилансеры

Разработка ботов Telegram

дистанционно
договорная
Задачи чат-бота: сбор информации, информирование клиентов. Продукт: Аналитика. Техзадание есть. Название задачи: Настроить автоматическую пересылку постов из X / Twitter в Telegram-канал Описание задачи: Нужно настроить автоматическую пересылку новых постов из выбранных аккаунтов X / Twitter в Telegram-канал. Задача — чтобы новые публикации из указанных X-аккаунтов автоматически появлялись в моём Telegram-канале без ручного копирования. Что нужно реализовать: 1. Подключение источников * Возможность добавить несколько X / Twitter-аккаунтов. * Система должна регулярно проверять новые посты. * Новые посты должны автоматически отправляться в Telegram-канал. * Старые посты повторно публиковаться не должны. 2. Что нужно пересылать * Текст поста. * Фото. * Видео, если это технически возможно. * GIF, если это технически возможно. * Ссылку на оригинальный пост. * Имя автора / username. * Дату и время публикации, если возможно. 3. Логика публикации в Telegram * Публикация должна выглядеть аккуратно и читаемо. * Формат поста желательно сделать так: Автор:@username Текст поста Ссылка на оригинал * Медиафайлы должны прикрепляться к посту, а не просто идти ссылкой, если это возможно. * Если в посте несколько фото, желательно отправлять их альбомом. * Если медиа нельзя забрать напрямую, тогда отправлять текст + ссылку на оригинал. 4. Настройки Нужна возможность менять: * список X / Twitter-аккаунтов; * Telegram-канал для публикации; * частоту проверки новых постов; * формат подписи к посту; * включать или не включать ретвиты / репосты; * включать или не включать ответы; * включать или не включать цитаты. 5. Технические требования * Решение должно работать стабильно 24/7. * Желательно использовать официальный X API или легальный готовый сервис. * Не нужно делать сомнительный парсинг через логин, пароль, cookies, взлом, обходы защиты или фейковые аккаунты. * Нужно объяснить, какие доступы от меня потребуются. * Нужно объяснить, будут ли дополнительные расходы на X API, сервер, хостинг или сторонний сервис. * Нужно настроить всё под ключ и показать, как этим пользоваться. 6. Варианты реализации * настройка через уже готовый сервис / Telegram-бот; * разработка собственного Telegram-бота или скрипта. Важно: мне нужен не просто совет, а полностью рабочая настройка. 7. Что нужно сдать по итогу * Рабочая пересылка постов из X / Twitter в Telegram. * Краткая инструкция, как добавлять / удалять X-аккаунты. * Информация, где всё размещено и как это оплачивается. * Проверка работы на тестовых аккаунтах. 8. Требования к исполнителю * Опыт с Telegram-ботами. * Опыт с API-интеграциями. * Понимание ограничений X / Twitter. 9. Что нужно указать в отклике Пожалуйста, напишите: * как вы предлагаете реализовать задачу; * какие будут дополнительные расходы; * сколько времени займёт настройка; * стоимость работы; * были ли у вас похожие задачи. Цель: получить стабильную автоматическую пересылку постов из выбранных X / Twitter-аккаунтов в Telegram-канал.
Нижний Новгород Фрилансеры

Разработка десктопных приложений

дистанционно
договорная
Требуется разработка локального desktop-приложения на C#/.NET 8 для обработки, сопоставления и анализа рыночных данных. SKS Это не обычный парсер и не форма загрузки Excel. Нужна desktop-система с формализованным конвейером обработки данных, адаптерной архитектурой источников, неизменяемой историей запусков и объяснимой логикой принятия решений. Технологический стек: • C# / .NET 8 • WPF (MVVM) или WinUI 3 • SQLite • WebView2 Архитектура: • Core • Application • Infrastructure • UI • Tests Основной pipeline: Excel ? Import Validation ? Normalization ? Must-Match ? Similarity ? Classification ? Deduplication ? Aggregation ? Snapshot ? Report Ключевые требования: • строгая модульная архитектура; • отсутствие бизнес-логики в UI; • adapter-based source architecture; • формализованные DTO/контракты между слоями; • deterministic rule-based processing; • explainable decision logic по каждой записи; • trace обработки: этап, результат проверки, причина исключения; • immutable / append-only snapshots; • воспроизводимость результата при одинаковых входных данных; • обработка больших объёмов данных — до 10 000+ номенклатур за запуск; • очередь обработки и контролируемая нагрузка на источники; • расширение источников без переработки ядра; • автотесты и приёмочные тесты. Необходимо реализовать: • импорт и валидацию Excel-номенклатуры; • нормализацию данных; • независимые адаптеры источников; • последовательную rule-based обработку; • жёсткий Must-Match; • Similarity только по фиксированным полям и весам; • классификацию данных; • дедупликацию; • агрегирование и аналитику; • RawSnapshot / ResultSnapshot; • отчётность по результатам обработки; • логирование и диагностику; • воспроизводимые тестовые сценарии. Критичные ограничения: • вероятностные алгоритмы и fuzzy matching не применяются; • история запусков не изменяется задним числом; • результат должен объясняться по каждой записи; • архитектура не должна быть монолитной; • прямой доступ UI к БД запрещён; • решение должно запускаться как самостоятельное Windows-приложение без Visual Studio. Работа выполняется по готовому подробному ТЗ с формализованной логикой, тестами приёмки, требованиями к архитектуре и условиями сдачи результата. После ознакомления с ТЗ требуется предоставить: • оценку сроков; • оценку стоимости; • архитектурные замечания; • риски реализации, если они есть; • предложение по технической реализации без изменения логики ТЗ. Работа по договору через Юр. лицо.
Екатеринбург Фрилансеры