Че вы утрируете то все?

Ну так чтобы пройти PR - ты пилишь скелетон с паззлами, так?

А пока ты его не сделаешь - PR не заапрувлен, скелетон не в работе, паззлов нет, дальше делать нечего

Если в рамки микротаски солюшен не уложить, то да, хреначишь паззлы. Типичная декомпозиция таски - че плохого то?

Что зазорного в разбиении таски на подтаски?

Я понять не могу

Т.е. тупо сидишь и пишешь весь день развёрнутые комментарии, вместо запиливания логики. Потом  PR аппрувят, паззлы становятся тасками, ты их начинаешь пилить и тормозишь, потому что тебе потребовался ещё функционал - цикл повторяется

Идея декомпозиции не нова, просто меня волнует вопрос касательно паззлов - как за ними следить то и когда понять, что нужно остановиться и просто писать код?

Я же сказал - пилишь паззлы *если в рамки микротаски солюшен не уложить*.

А дай пример “микро” таски

Что для тебя есть достаточно микро?

Вы вообще в курсе чем микротаска отличается от тупо тикета в джире? Или мы спорим об абстрактном коне в вакууме?

(трындец) Ок поясню тогда...

Не, ну просто твои слова выглядят как “парни, режьте мелко толщиной с волос”

Микротаска - это таска с фиксированным бюджетом. Например - 1 час. Получая такую таску, девелопер может закончить ее за произвольное количество времени, но сколько бы он ни потратил, денег он получит за 1 час. Ни больше ни меньше. Из этого проистекает два вывода:
1. Как правило ревьюеру довольно просто прикинуть, можно ли таску сделать за один час. Это отсекает ИБД вроде спама пазлами.
2. Девелопер не заинтересован колбасить архифичи в одном большом PRе - он вынужден декомпозировать

То есть для R&D этот подход вообще никак не подходит

Да, есть определенные задачи где этот подход не применяют. Прототипирование, арт-дизайн, исследовательская деятельность

Для прототипирования делают исключения вроде "таска не на 1 час, а на 8"

Лан, народ, давайте сделаем перерыв

Поработать какбэ надо