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

Практика. Практика. Пожелания и особенности: 0. Что вы сдаете (3 вещи - всегда) К сдаче принимаются только проекты, у которых есть: GitHub-репозиторий с проектом Деплой (ссылка на работающий сайт) Отчет (.docx или .pdf) по шаблону Если нет хотя бы одного пункта - проект считается неполным. 1. С чего начать: выбрать проект из каталога Проект выбирается из утвержденного каталога пет?проектов. В отчете (раздел «Выбранный проект») обязательно укажите: Название проекта Ссылку на проект из каталога (обязательно!) Что именно вы реализовали / доработали Если ссылки на выбранный проект нет - это ошибка оформления. 2. GitHub: что должно быть в репозитории 2.1 Обязательно Репозиторий публичный Проект загружен не архивом (.zip), а исходниками В корне есть README.md 2.2 Что должно быть в README.md Короткое описание проекта (2–5 предложений) Стек (frontend / backend / db) Как запустить локально (кратко) Ссылка на деплой Бейдж Code Climate (для оценки «4» и «5») 2.3 Про коммиты Рекомендуется (и помогает избежать подозрений в плагиате): Не делать один огромный коммит на весь проект Сохранять историю разработки: несколько осмысленных коммитов 3. Деплой: что считается «рабочим» Деплой нужен для оценки «5» (и сильно упрощает проверку). Ссылка на деплой должна: Открывать сайт в режиме инкогнито Не выдавать 400/500 ошибок при кликах по основным действиям Быть доступной на момент проверки Можно использовать любые хостинги (Vercel/Render/Railway и т.д.). 4. Если есть аккаунты - вы обязаны дать доступ Если в проекте есть авторизация (логин/регистрация/роли), в «Техническом паспорте» отчета обязательно укажите: login password Проверяющие не должны регистрироваться сами. Если тестовые данные не работают - оценка «5» не ставится. 5. Отчет: что в нем должно быть (по новой структуре) Официальная часть заполняется по шаблону. Практическая часть состоит из 7 разделов: 5.1 Выбранный проект Название + ссылка из каталога Короткое описание Что реализовано/доработано 5.2 Технический паспорт проекта Таблица со всеми ссылками и параметрами (GitHub, деплой, стек, доступы). 5.3 Архитектура Общая архитектурная схема (frontend-backend-db) ERD (таблицы и связи) Use Case (2–4 сценария) API (если есть): эндпойнты с примерами или ссылка на Swagger/OpenAPI 5.4 Таблица соответствия (трассировка реализации) - самый важный раздел В таблице для каждой функции укажите: Функцию (что умеет проект) Ссылку на файл/папку в GitHub Ссылку на экран/страницу деплоя Если функции нет в таблице - она считается не реализованной. 5.5 Демонстрация работы (GIF/видео/asciinema) Выберите один формат демонстрации (до 2 минут): GIF, видео или asciinema. Демо должно показывать: основной сценарий ? действие ? результат (например, создание/изменение данных). 5.6 Качество кода Для оценки «4/5» в README должен быть бейдж Code Climate с оценкой A или B. 5.7 Вывод по практике 1–2 страницы: что сделали, что было сложно, чему научились, что бы улучшили дальше. 6. Как получить оценку Оценка Условия 3 Отчет + GitHub + README + ссылка на выбранный проект из каталога. 4 Все на «3» + бейдж Code Climate (A/B) + демонстрация (GIF/видео/asciinema). 5 Все на «4» + рабочий деплой + тестовые данные (если есть авторизация) + основные сценарии работают. 7. Типичные ошибки (чтобы не терять баллы) Репозиторий закрыт или ссылка не открывается В репозитории один массовый коммит на все Деплой не работает / есть 500 ошибки Есть авторизация, но нет логина/пароля или данные не работают Таблица соответствия не заполнена ERD/Use Case не соответствуют реальному функционалу проекта Ссылки в отчете ведут не туда (например, только на главную страницу) 8. Чек-лист перед сдачей Проверка Ок GitHub открывается в режиме инкогнито Деплой открывается в режиме инкогнито README заполнен (описание/стек/запуск/деплой) Бейдж Code Climate отображается (для «4/5») В отчете есть ссылка на выбранный проект из каталога Заполнен «Технический паспорт» Заполнена «Таблица соответствия» Есть демонстрация (GIF/видео/asciinema) Есть тестовые данные, если есть авторизация.