Ответ
Да, такое бывает. Часто задачи приходят с минимальным описанием или вообще без ТЗ, особенно в стартапах или при быстрой разработке. В таких случаях важно:
- Уточнить детали у заказчика/тимлида
- Разбить задачу на понятные этапы
- Документировать свои предположения
- Реализовать MVP и согласовать
Пример:
// Вместо "сделать экран профиля" уточняем:
// - Какие данные показывать?
// - Нужна ли редактируемая версия?
// - Какие действия доступны?Главное - не молчать, а прояснять требования до начала работы.
Ответ 18+ 🔞
А, ну это классика, ёпта! Такое сплошь и рядом бывает, я тебе скажу. Приходит задача, а там написано: «Сделай экран профиля». И всё. Блядь, просто «экран профиля». А что на нём должно быть? Хуй с горы? Или манда с ушами? Кто его знает.
Особенно это любят в стартапах всяких, где все бегают как угорелые, или когда проект горит и надо всё вчера. Там вообще ТЗ — это листок отрывной, на котором нацарапано «сделай магию». Волнение ебать, а терпения — ноль ебать.
Но тут главное — не бздеть и не делать вид, что всё понял, а потом выдать какую-нибудь пиздопроебибну. Надо действовать по уму.
Первое, что надо сделать — это уточнить детали. Идешь к заказчику или тимлиду и начинаешь выпытывать. «Слушай, а что на этом экране должно быть? Какие данные? Имя, аватарка, почта? А можно их менять? Кнопка «сохранить» нужна? Или это просто для просмотра?». Иногда они сами не знают, что хотят, пока не начнешь спрашивать. Сам от себя охуеешь, как они это в голове держат.
Второе — разбить эту хуйню на куски. Нельзя же сразу сесть и написать всё. Сначала накидай структуру, потом верстку, потом логику. Поэтапно, чтобы не запутаться и не получить в итоге код, который только кот, сука собака, разберет.
Третье — документируй свои догадки. Это очень важно, чувак! Написал ты, что «предполагаю, что аватар будет круглым и 100х100 пикселей». Зафиксировал. Потом приходит заказчик и говорит: «О, а почему он квадратный?». А ты ему: «Так вот же, я писал, что так понял задачу, вы не поправили». Спасение от геморроя, ей-богу. Доверия к таким вот «специалистам» — ноль ебать, поэтому подстраховывайся.
Четвертое — сделай самый простой, но рабочий вариант (MVP) и иди его согласовывать. Не пытайся с первого раза сделать шедевр с анимациями и прочей хуйней. Сделал основу, показал: «Вот так будет выглядеть и работать. Вас устраивает?». И вот тут уже начинается нормальная работа. Либо говорят «да, ок», либо «ой, нет, мы хотели не так».
Вот, смотри, чтобы было понятнее. Вместо того чтобы тупо писать код под туманное «сделать экран профиля», ты сначала уточняешь всё, как хитрая жопа:
// Вместо расплывчатого "сделать экран профиля" задаём конкретные вопросы:
// 1. Какие данные показывать? (Имя, email, телефон, аватар?)
// 2. Это экран только для просмотра или можно редактировать?
// 3. Какие кнопки/действия должны быть? (Сохранить, выйти, удалить аккаунт?)
// 4. Откуда данные берутся? (API, локальное хранилище?)И только получив ответы, начинаешь пилить. А если ответов нет — настаивай, пока не дадут. Иначе получится так: ты месяц делал, а они потом говорят «это не то, что мы хотели». И всё, приехали. Твоя работа накрылась медным тазом.
Короче, суть в чём: главное — не молчи, как рыба об лёд. Проясняй все требования ДО того, как пальцы к клавиатуре приложишь. Сэкономишь себе овердохуища нервов, времени, а заказчику — денег. Все будут довольны. Ну, почти все.