все эти information hiding принципы и conwey law про это... и решать эти проблемы DDD помогает.

еще полезная мысль которую стоит "студентам" продавать это то что "писать код быстро мы кое-как научились" (сегодня можно за час написать лямбду запушить в aws и у тебя уже рабочий масштабируемый сервер), а вот как эффективно разбираться а что делать то - с этим все еще большие проблемы.

слишком много разработчиков которые приходят и ждут что им принесут задачку четко описанную что прям делать. Для джунов норм но такие ж приходят с притензией на синьеров.

Узнаю себя

Но к слову если бы не требовали сроков с точностью до минуты то и хер бы с описанием задачки, но ведь требуют

А в задаче "сделать зоебись"

это проистекает из не понимания разделения problem space / solution space. Что решений проблемы обычно больше одной. Что есть разные типы проблем (например generic для которых решения хорошо известны и тут вот работают эстимации хорошо)

я ж не говорю что "задача не должна быть описана". Просто там должна проблематика раскрываться а не "кнопку добавь пжс"

для каких-то вещей можно и спеку написать и на аутсорс отправить

Вообще не понимаю, как можно требовать сроки до минуты) Тут до часа бы понять... Начинаешь что-то делать: тут надо чутка поменять, тут с задачей сейчас не сходится, тут вообще не получается - какая- то ошибка, надо разбираться.
И выходит на задачу в 50-100 строк - несколько часов

Возможно это просто у меня так)

ну я это приукрасил))

сроки требуют по нескольким причинам:

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

Есть еще искажения интересные. Вот приходит клиент с фиксированным бюджетом. Мол "хочу что бы вы решили проблему X". Исходя из этого какие-то люди делают "предположения" о том какие фичи надо сделать что бы проблема решилась. там проблема есть ли в этой группе людей нужные компетенции, компании часто "экономят время девелоперов" и не включают их в этот процесс что приводит к scope creep потом. Дальше с клиентом могут подписать некий SOW где прописаны фичи. И не важно решают они проблему или нет. При этом "обычно" клиент не понимает под чем подписывается (выглядит как то что надо но кто его знает пока не сделано).

В целом "оценка" и вот эти "с точностью до часу" это к вопросу довериия. Если доверия нет - ты как человек который дает деньги не хочешь их давать не зная смогут ли сделать то что ты хочешь или нет. Если речь идет о скажем паре человеко лет денег то ты захочешь оч подробную разбивку "а на что деньги пойдут" что бы понимать за что платишь.

Есть люди которые решают эту проблему по другому - короткими контрактами. Мол "вы поработайте с нами вдруг понравится" но это далеко не всегда работает (но если вдруг решаются на это то обычно хорошо работает).

это как вот эти все "никогда не говорите прорабу что мол тебе лучше знать как лучше" ибо наебут.

👍 Надо делать группу в телеге "fes0r" и форвардить туда ваши сообщения )))

а это крутое чувство когда ты сначала делаешь красивую диаграмму ганта, просчитываешь сроки и бюджет согласовываешь с клиентом и уже после определяешь что делать то надо)) чувство просранного времени

а потом меня начнут цитировать и винить во всех грехах. Не спасибо

Ну тоже правда в этом есть...

У меня этот канал избранное называется

По красоте :)  Надо тоже создать что-то подобное.