логотип PurpleSchool
  • Бесплатно
    • Курсы
    • JavaScript Основы разработкиPython Основы PythonCSS CSS FlexboxКарта развития
    • База знанийИконка стрелки
    • Новостные рассылкиИконка стрелки
  • Карьерные пути
    • Frontend React разработчик
    • Frontend Vue разработчик
    • Backend разработчик Node.js
    • Fullstack разработчик React / Node.js
    • Mobile разработчик React Native
    • Backend разработчик Golang
    • Devops инженер
  • О нас
    • Отзывы
    • Реферальная программа
    • О компании
    • Контакты
  • Иконка открытия меню
    • Сообщество
    • PurpleПлюс
    • AI тренажёр
    • Проекты
логотип PurpleSchool
ютуб иконка
Telegram иконка
VK иконка
VK иконка
Курсы
ГлавнаяКаталог курсовFrontendBackendFullstack
Практика
КарьераПроектыPurpleПлюс
Материалы
БлогБаза знаний
Документы
Договор офертаПолитика конфиденциальностиПроверка сертификатаМиграция курсовРеферальная программа
Реквизиты
ИП Ларичев Антон АндреевичИНН 773373765379contact@purpleschool.ru

PurpleSchool © 2020 -2026 Все права защищены

  • Курсы
    • FrontendИконка стрелки
    • BackendИконка стрелки
    • DevOpsИконка стрелки
    • MobileИконка стрелки
    • ТестированиеИконка стрелки
    • Soft-skillsИконка стрелки
    • ДизайнИконка стрелки
    Иконка слояПерейти в каталог курсов
  • логотип PurpleSchool
    • Сообщество
    • PurpleПлюс
    • AI тренажёр
    • Проекты
    Главная
    Сообщество
    Правильная постановка задач

    Правильная постановка задач

    Аватар автора Правильная постановка задач

    Антон Ларичев

    Иконка календаря25 марта 2024
    УправлениеjuniorИконка уровня junior
    Картинка поста Правильная постановка задач

    Сегодня хочу раскрыть тему правильной постановки задач, чтобы потом результат работы разработчика был тем, что вы ожидаете. Пост мне навеяло обсуждение в нашем Telegram чате. Начнём.

    Проблема

    Рассмотрим пример, где на планировании разработчику была дана задача - сделать валидацию форм на странице контактов. В целом ничего сложного, но под данной постановкой кроется множество решений, которые разработчика надо будем принять:

    • Какую библиотеку использовать? В проекте уже есть что-то или надо тащить новую? Или вообще без сторонней библиотеки?
    • Как отображать ошибки? Есть макеты или уже всё зашито в компоненты?
    • Как должна вести себя форма, показывать ошибки после снятия фокуса с поля или после отправки формы?
    • Сделана ли валидация на backend или там тоже надо вносить изменения?
    • Нужно ли проверить форму на главной странице и там тоже добавить валидацию?

    Если вы заранее не проговорите все эти вопросы, то можете получить очень неожиданный результат.

    Хотелось: Использование библиотеки react-hook-form и макетов, которые подготовил дизайнер.

    Результат: Самописный модуль валидации с border: red на каждом компоненте.

    Весь код можно выкидывать, как и время разработчика. Как же быть?

    Решение

    Мы у себя в компании выработали следующий формат задачи, который сразу позволит не забыть описать все вопросы. Этот шаблон автоматически применяется при создании новой задачи и имеет 4 блока. При этом он составляется на планировании со всеми участниками встречи.

    Описание

    Краткое описание задачи на языке бизнеса, которое сделано в виде user story с упоминанием начального и конечного результата.

    Макеты

    Приложены все макеты к задаче и на них сделаны отметки с пояснениями и состояниями.

    Изменение архитектуры

    Тут описывается, что нужно поменять в проекте, какие зависимости надо добавить, какие модули или части будут затронуты.

    Изменение данных

    Если задача требует изменения данных в системе или получению их, то это фиксируется в данной части.

    Пример

    Теперь давайте посмотрим на пример описания задачи выше по данном шаблону:

    1. Описание - На странице /contact необходимо сделать валидацию формы отправки контактных данных, сделав обязательными поля: имя и телефон и проверят формат телефона по шаблону +7 (000) 000-00-00. Ошибки должны отображаться после нажатия кнопки "Отправить" в форме.
    2. Макеты - Ссылка на макеты, где выделены состояния ошибок в форме и маски.
    3. Изменение архитектуры - Необходимо добавить библиотеку react-hook-form для валидацию форм. На странице Контакты, вынести форму в отдельный компонент. Состояния ошибок добавить в компоненты в /shared. На backend вся валидация уже реализована.
    4. Изменение данных - На backend добавилось новое поле - utm_campaign, которое надо передать взяв из query параметром.

    Итог

    Конечно, такой подход будет требовать больше времени на проработку задачи, но это даст сразу верный результат, который не надо будет переделывать. Надеюсь было полезно, а вы в комментариях присылайте ваши шаблоны задач.

    Иконка глаза1 617

    Комментарии

    0

    Постройте личный план изучения Основы разработки до уровня Middle — бесплатно!

    Основы разработки — часть карты развития Frontend, Backend, Mobile

    • step100+ шагов развития
    • lessons30 бесплатных лекций
    • lessons300 бонусных рублей на счет

    Бесплатные лекции

    Лучшие курсы по теме

    изображение курса

    Основы Git

    Антон Ларичев
    AI-тренажеры
    Гарантия
    Бонусы
    иконка звёздочки рейтинга4.9
    3 999 ₽ 6 990 ₽
    Подробнее
    изображение курса

    HTML и CSS

    Антон Ларичев
    AI-тренажеры
    Практика в студии
    Гарантия
    Бонусы
    иконка звёздочки рейтинга4.9
    3 999 ₽ 6 990 ₽
    Подробнее
    изображение курса

    CSS Flexbox

    Антон Ларичев
    Гарантия
    Бонусы
    иконка звёздочки рейтинга4.9
    бесплатно
    Подробнее
    Иконка чипа+4