а серьезно, есть какие-нибудь паттерны устоявшиеся работы в команде над проектом? Я в этом не особо опытный, интересно

Да, элементарно соблюдать GitFlow

Если проект небольшой, то его как правило делает один разработчик Если большой, то в таком приложении будет несколько экранов Каждый разработчик делает свой экран (группу экранов), которые лежат в отдельных сторибордах

О, о!

Чуваки

раз уж вы тут за гит-флоу начали

а кто-нибудь использует trunk based development и feature toggles?

Если кто не в курсе, транк-бейзед это когда все пушат в мастер и только в мастер

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

а нужные фичи выключаются конфигом

ну и включаются потом

спойлер: убер так делает

но и не только он

а feature toggles ?

я мог бы погуглить, но это ведь не путь самурая

это когда у тебя есть конфиг, в котором написано "фичу А показывать, а фичу Б не показывать"

часто он вообще с сервера приезжает

ну и там нюансы, вроде "фичу А показывать с пятницу, пользователям с 42 размером ноги"

и прочие прелести А/Б тестирования

У меня есть подозрение, что все вот эти благородные доны, которые ставят в "Release notes" шаблонный текст в духе "Мы всегда заботимся о вас и обновляем наше приложение слегка чаще, чем вам хотелось бы", они все на транк-бейзед

А зачем это?

time to market уменьшать

больше бабла зарабатывать

А/Б тесты проводить нахаляву

а что такое time to market ?

ну то есть, время от чего до маркета ?

Дунно, я в основном либо соло, либо гит флоу и ни разу ещё не уперся в какие-то проблемы. Видимо потому что халявные а/б тесты это не мой головняк

А пм

ууу

поняня :)

окей, вопросов больше не имею

:(

У меня опыт странный очень

:(

ну time to market это одна из главных метрик в бизнесе вообще, чем он меньше, тем больше ты можешь как бизнес делать

то есть ты можешь быстро сгенерировать идею и выбросить на рынок

Какие-то сомнительные стартапы с долбоебами у руля, либо дремучий тырпрайз

собрать фидбек, оценить какое количество бабла тебе это принесет

а стало быть выебать конкурентов

которые тупят

Но проекты были достаточно интересными

спасибо за ответ)

Дак вот фиче тогглы позволяют фичи на рынок выбрасывать прицельно и часто

но для этого надо очень часто релизить

некоторые негодяи, которым не надо для релиза ревью в аппсторе проходить, а просто задеплоить сервис или фронт новый умудряются по 40 релизов в день (!!!) делать

Это типа энтерпрайз?

Эээ

нет

энтерпраз обычно очень редко релизит

там же ты чо, надо ж семь кругов ада пройти

40 релизов в день??? кто так делает?????

40 релизов в день??? кто так делает?????

Etsy, например

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

в хороший день может быть до тысячи

или я приврал, но в меньшую сторону

щя найду скриншотец с презентации

У нас был очень-очень странный проект и мы распространяли софт с тырпрайз сертами и релизились оч часто, но это не по этой методике))

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

банально достаточно данных собрать не успеешь, разве не?

банально достаточно данных собрать не успеешь, разве не?

за 40 релизов? Успеешь

ты ж не одну и ту же фичу 40 раз передеплоиваешь

метрики никуда не денутся, просто ты параллельно собираешь 40 новых метрик

Readme updated

нормально я свистанул

1000 релизов в час!

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

ну в etsy человек 600 примерно

и это же осмысленные релизы должны быть

Нет

ну в etsy человек 600 примерно

ну вот и получается, что на человека релиз раз в две недели)))

ой

не

Я так понял,что любой коммит == релиз?

спизданул

а не, все норм

Я так понял,что любой коммит == релиз?

Нет

любой, который тесты не завалил?

Шя с псом погуляю объясню

ахаха

Ну с телефона неудобно, сорян :)

И ВСЕ ТАКИЕ В СВОИ ПРОЕКТЫ ВНЕДРЯЮТ ЭТУ МЕТОДИКУ