Руководитель разработки: eCommerce, B2C, B2B, CMS, CRM, ERP. https://t.me/anatolii_iu
Да или иногда это бывает выбор решений - про архитектуру, фреймворки или компоненты.
Подобрал что то хорошее - раз и продуктивность увеличилась на 20% или даже 2х. Кода стало на 50% меньше, поддержка в будущем стала эффективней.
При этом это выглядит как 1 фраза - мол а давайте возьмем вот это решение. Что тут такого сложного - сказать 1 фразу.
А потом смотришь через пол года просто радикально улучшились результаты.
Из последнего - предложил команде использовать FilamentPHP для разработка сервисов. Результаты всех удивили. А через пол года проекты которые обычно делали за 6 месяцев - вдруг начали делать за 3 месяца )
ну для меня это одно и тоже.
условно есть задача А с примерной оценкой 1 неделя.
что я попрошу команду дать оценку вилкой и получу 1-2 недели.
что я просто в конец проекта добавлю подушку размером 50% от длины проекта.
либо я умножу на 2 пойдя через степень 2ки.
в любом случае я выйду на 1-2 недели.
то что я называю это вилкой вместо степени 2ки - ну это моя придумка да ) просто людям так проще объяснить. но итог, смысл и суть одинаковые.
я помню что в книге сравнивалось 2 подхода к оценке буфера или подушки - это числа фибаначи или степень 2ки.
и рекомендовалось начинать со степени 2ки. а это по сути вилка 2х.
мне сложно объяснить людям со старта что такое степень 2ки - потому я им всегда это объясняю как вилка - типа назови вилку - 1-2 дня или 1-2 недели - так людям проще понять это.
ну а то что это можно назвать другими словами - подушками или буферами - профи это и так понимают.
например?