Кто ставил задачи

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

Вот смотри, обычно за твоей спиной стоит целая толпа народу, которая тебе задачи подкидывает:

• Product Manager — этот чувак решает, какую фичу нам сейчас запилить, чтобы пользователи охуели от счастья. Он тебе скажет что делать, но никогда не скажет как.
• Tech Lead или Архитектор — а вот этот уже умный. Он придёт и объяснит, почему твой гениальный код — это пизда рулю, и как надо правильно, чтобы всё не накрылось медным тазом через месяц. Технические ограничения, стек, подход — всё от него.
• Дизайнер — мартышлюшка с пикселями. Принесёт макет, где кнопка должна быть на 1 пиксель левее, а тень — «ну вот такая, ебушки-воробушки, воздушная». Без его одобрения даже цвет кнопки менять нельзя, иначе будет скандал.
• QA (тестировщик) — твой личный тролль. Сделаешь фичу — он найдёт десять способов, как её сломать, и пришлёт багрепорт с шагами «нажать сюда, сюда, и тут всё ебнулось». Без него на прод выходить страшно, доверия ебать ноль.

Ну а в стартапах, бывает, сам CEO подбежит с криком «Надо вчера!», а в аутсорсе клиент может такое нарисовать, что сам от себя охуеешь.

Вот простой пример, как это выглядит:

// Задача от PM прилетела: "Юзеры орут, что не могут заплатить. Добавь кнопку оплаты, срочно!"
binding.payButton.setOnClickListener {
    viewModel.processPayment()
}

И вот тут главный совет, который спасёт тебя от пиздеца: не молчи, как рыба об лёд! Если что-то неясно — сроки, логика, поведение в edge-кейсах — иди и уточняй у того, кто задачу поставил. Лучше выглядеть занудой сейчас, чем потом переделывать всё в аврале, когда все уже на уши встали. Потому что в итоге отвечать-то тебе, почему «оно не работает».