двухнедельных задач быть не должно. д - декомпозиция.

я вообще не раздаю карточки, я не тимлид

это уже эпик какой-то получается

конечно не должно

ну так если нечего решать, то делай что должно, и будь что будет)

мы стараемся бить на почасовые

мы так и летим сейчас на огромной скорости

ну значит все огонь у вас, классно)

ну как тебе сказать

мне приходит задача "поемнять поведение такое-то на такое-то на узле таком-то" это в идеале

скорость реализации задач (которая не запинается о багфиксы, которые нескончаемым потоком лезут) - это и есть цель любой команды)

в реальности на эту задачу нет теста

ну напиши, если есть возможность, и разрешают

Всем привет! Нужен ментор по backend python и технологиям связанных с ним. Готов платить до 20$ за занятие. У самого знаний программирования как таковых нет, но есть огромное желание выучиться и сделать это дело своей основной профессией в будущем.

skillbox

Поздравляю с 23 февраля сильную и активную половину чата :)
(маленький оффтопик)

Есть разные причины для изменения.

1) Актор - как причина изменения.
Прочитайте статью дяди боба в блоге про srp. Там отличное пояснение на примере из практики.

Мой пример из практики: Если у нас есть список задач одинаковый для Админа и Пользователя, то мы знаем что когда Админу понадобится добавить что-то админ-специфичное мы не должны делать в списке задач if(admin) drowAdminBtn() а мы должны в коде выделить 2 списка задач для админа и обычного юзера. Потому что они меняются по разным причинам (по хотелке разных ролей)!

У дяди боба пример лучше, его пример достаточно трудно разрешить используя принципы отличные от srp.

2) xxx - как причина изменения.

Пример, зависимость: мы изменили модуль X и теперь нужно поменять его использование везде.

Вообщем-то я бы не относил это к srp, ЕСТЬ ДРУГИЕ ПРИНЦИПЫ КОТОРЫЕ ЛУЧШЕ ПОДХОДЯТ.

То что класс должен делать только одну вещь это "если не хочешь думать делай по инструкции".

да, такое определение более близко к истине

срп работает в несколько сторон на самом деле

он работает как в сторону исполнителя, так и в сторону заказчика