microf, ну да -- логично же так, иначе вам надо у репозиториев еще у методов findOne(), findAll() и findBy() подабавлять Organization, а тк это общие для всех реп методы, то будет овердофига методов... и так же понятно откуда
Быстрее делать абстракции, они могут быть плохими, но это выясняется как раз во время прототипирования, из чего этап проектирования может пройти короче и дешевле
Просто быстрее писать -- меньше boilerplate
Для прототипа как для еще неживого проекта не так остро стоит вопрос безопасности, расширения -- что тоже убирает дополнительные критерии для кода.
Все очень абстрактно, тк прототипирование может полагаться не только на скорость написания кода, но и на наличие готовых решений, полуготовых (библиотек) и прочее (скилл техкоманды).
создает под фичу свою ветку
актуализирует с master/dev (зависит от вашего flow)
делает мерж-реквест (он же пулл-реквест) в master/dev в зависимости от пункта выше
тим-лид мержит
хотя зависит от того, как вы репозиторий делаете