так а где процессы регламентированы?

Могут быть в рамках устных договоренностей, в рамках должностных инструкций, в рамках документации, в рамках договора подряда. Вариантов дофига.

и что - нельзя посчитать импакт/риски от непрохождения тестов?

Посчитать можно, импакта не будет.

точнее я сразу отвечу - можно посчитать и риски и импакт и это часть обеспечения качества

откуда ты взял, что импакта не будет?

я потерял нить, о чем мы спорим :)

если импакта на качество нет - работу можно не делать

вообще

есть хорошие практики, а есть плохие

за плохие надо бить бамбуковой палкой по ребрам

не писать юниты – плохая практика

то есть любое совершение работы повышает энтропию

откуда ты взял, что импакта не будет?

Потому что "не пройдены тесты" == "работа не сделана" == "импакта нет" .

не писать юниты – плохая практика

Не всегда.

работа не сделала == импакт высокий

я про продуктовую разработку :)

я про продуктовую разработку :)

Я тоже.

расскажи, где можно не писать юниты :)

если работа не сделана == импакта нет, импакт будет в потере времени на написание тестов

расскажи, где можно не писать юниты :)

везде

)))

но это отдельный вопрос

расскажи, где можно не писать юниты :)

В MVP, которое важнее заделиверить в продакшен в виде мешанины из костылей и багов, что бы проверить теорию.

Во всем нужен здравый смысл, ибо только Ситхи всё возводят в абсолют.

разговор не очем

В MVP, которое важнее заделиверить в продакшен в виде мешанины из костылей и багов, что бы проверить теорию.

это не продуктовая разработка, а франкенштейн :) да, так можно делать

похоже, вы достигли своей цели

это не продуктовая разработка, а франкенштейн :) да, так можно делать

Это продуктовая разработка, ибо делается продукт. Если ты посмотришь, что значит MVP - там даже слово это есть в составе аббривиатуры.

продуктовая разработка – развитие конкретного продукта в течение времени

когда ты делаешь MVP – это может быть любой франкенштейн

и у него велики шансы оказаться на помойке

что по-твоему MVP?

зачем его тогда по-твоему делают

но тут есть нюанс

если не дают ему в начале жизни гипотезу

Во всем нужен здравый смысл, ибо только Ситхи всё возводят в абсолют.

верно говоришь, но как ты умудряешься со здравым смыслом исключать оценку рисков, постановку процессов, и оценку влияния действий или бездействия людей в процессе на качество?

если ты делаешь MVP лишь бы заделиверить и оно у тебя взлетит – неизвестно, на что бы ты потратил больше ресурсов

это же как бы дефолт

на написание базовых тестов в начале, или на то чтобы перехерачить все без формального доказательства работы кода в конце

опытные люди говорят, что с тестами лучше

верно говоришь, но как ты умудряешься со здравым смыслом исключать оценку рисков, постановку процессов, и оценку влияния действий или бездействия людей в процессе на качество?

Я где-то говорил, что это надо исключать? Я говорил, что человек который тупо не сделал свою работу - не повлиял на качество продукта. На сроки - да, на качество - нет.

я не склонен им не верить

опытные люди говорят, что с тестами лучше

Опытные люди врут.

Опытные люди врут.

ну раз ты так говоришь :)

Я где-то говорил, что это надо исключать? Я говорил, что человек который тупо не сделал свою работу - не повлиял на качество продукта. На сроки - да, на качество - нет.

и на сроки и на качество, так как качество влияет на сроки и изменение или неизменность сроков тоже влияет на качество

и влияние можно посчитать

если ты делаешь MVP лишь бы заделиверить и оно у тебя взлетит – неизвестно, на что бы ты потратил больше ресурсов

Если ты делаешь MVP, то +20% времени на тесты (а это очень оптимистичная оценка) - непозволительная роскошь в большинстве случаев.

Более того, смысла писать тесты на этапе MVP категорически мало, т.к. за проверкой гипотезы почти сразу последует необходимость серьезного рефакторинга и редизайна системы, так что юниты можно будет выкинуть.

это очень сильно зависит от того, ЧТО ты делаешь :)

проверка гипотезы – это не лендос если что

Да, если ты делаешь никому не нужную хрень - то есть время пилить юниты.

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

проверка гипотезы – это не лендос если что

Проверка гипотезы это MVP. Прототип.

Я вот как раз разгребаю последствия того, что ребята решили сделать MVP "по правильному".

почему-то у многих людей есть тенденция

Ковередж 100%, архитектурка - отличная.

опытные люди говорят, что с тестами лучше

с тестированием лучше, будут ли там тесты/точнее в каком виде оно будет осуществляться - специфика проекта/процесса на нём

они путают MVP c куском говна

И blah blah.

они путают MVP c куском говна

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

все так, только продать кусок говна не очень просто

Потому что когда есть proof of concept - можно этот кусок выкинуть и заново нормальный написать, если уж рефакторить сложно.

А если proof of concept провалился - ты потратил на N меньше времени в пустую.

а перейти от MVP к полноценному проекту не всегда легко – пока ты пилишь новый нормально, твой старый продукт, которым пользуются юзеры, требует хотфиксов и разваливается под собственным весом

потому что любое изменение в коде ломает все

в итоге ты теряешь пользователей :)

проходили, знаем

а перейти от MVP к полноценному проекту не всегда легко – пока ты пилишь новый нормально, твой старый продукт, которым пользуются юзеры, требует хотфиксов и разваливается под собственным весом

Значит вы поздно перешли от MVP к реальному продукту.

ERROR: S client not available

ну как же поздно – гипотеза прошла, пользователи стали пользоваться продуктом

пользователи хотят фичу вчера, эстимейт на разработку – пара месяцев

они будут готовы ждать?

как считаешь?

(спойлер – нет)

мне кажется, но тут реально речь о MVP, как о процессе или чо?

Сорян, но за пару месяцев можно космический корабль построить.

Никита ты тут не прав

Сорян, но за пару месяцев можно космический корабль построить.

нельзя

А не перенести логику MVP на нормальные рельсы.

нельзя

Можно.

могу дать инфу с деталями по построению марсохода например, там лет 10

Шу верно говорит, что MVP не обязан доказывать детали, он доказывает ключевые key points

с космическим кораблём сложнее

Могу дать инфу по написанию интернет магазина за 2 с половиной года.

за сим, имплементация очень сильно меняется

Значит ли это, что нужно 2.5 года, что бы сделать интернет магазин?

Шу верно говорит, что MVP не обязан доказывать детали, он доказывает ключевые key points

ты показываешь кастомеру key points, он говорит "хочу" и начинает использовать, а продукт работает как то, что катит навозный жук

насколько легко тебе убедить кастомера подождать пару месяцев, пока ты запилишь полноценный функционал?

ты показываешь кастомеру key points, он говорит "хочу" и начинает использовать, а продукт работает как то, что катит навозный жук

это M V P

карл

ты клиенту это не объяснишь

MVP by design нужно дорабатывать

насколько легко тебе убедить кастомера подождать пару месяцев, пока ты запилишь полноценный функционал?

Зависит от продукта, на самом деле.

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

Зависит от продукта, на самом деле.

да, зависит, но если ты работаешь с крупняком или с банками – очень и очень сложно

а если ты делаешь что-то нужное, то у тебя есть конкуренты :)

да, зависит, но если ты работаешь с крупняком или с банками – очень и очень сложно

У нас ребята продавали наш продукт MachineZone. Это, если что, такой геймдев, у которого семизначные рекламные бюджеты (которые как раз должны были литься через нас). Демо в духе "Вот эта функция уже работает, а вот это будет через месяц" их вполне устроила.

Если ты делаешь 100500ую CRM, то никто тебя ждать не будет. Если у продукта есть полезная нагрузка, которая стоит этого месяца ожидания - подождут.

ну а у меня есть другой опыт :) когда пилоты софта за много миллионов закончились тем, что чуваки сказали – это все нормас, но вот этот функционал у вас работает через жопу, когда допилите – приходите

что было дальше, догадаешься сам

Если ты делаешь 100500ую CRM, то никто тебя ждать не будет. Если у продукта есть полезная нагрузка, которая стоит этого месяца ожидания - подождут.

достаточно странно противопоставлять CRM и полезную нагрузку