Aetae, согласен, тем не менее это никоим образом не отменяет уязвимость данного решения. Даже добавление ещё одного интерфеса несёт за собой кучу геморроя, как и переименование ИД текущих.
Aetae, так такое и не пройдёт, если пихать uuid напрямую в объект.
В текущих примерах всё захардкожено, поэтому ошибки не будет, но в реальном коде будет.
morsian1996, эээээ... Ты точно прочёл то, что я написал? Третьестепенные задачи ─ это задачи, которые на продукт влияют максимально минимально. Так зачем на это нанимать отдельного человека, когда это сделает команда, только чуть позже. А с учётом того, что такие задачи будут зависеть от основных, то "третьестепенный" разработчик будет постоянно сидеть и в носу ковыряться, ожидая пока полноценные разработчики закончат таск.
morsian1996, то, что ты предлагаешь, это программист, который хуже I в основных и второстепенных задачах, и хуже T в третьестепенных задачах. И зачем ты такой нужен?
Почему ты не подойдёшь даже для второстепенных задач? Потому что как, почему и на чём будет работать софт определяется ДО его реализации в коде, соответственно набираются специалисты по нужным направлениям и второстепенные задачи будут тесно связаны с первостепенными.
В итоге ты ожидаешь, что кто-то всерьёз будет брать человека на решение только третьестепенных задач?
karmyskove, почитал про лидинг зеро, таки ладно, не использовать его и серьёзные компании советуют, но, к счастью, преттиер держит позиции и не позволяет этому тупизму перейти в клиническую стадию.