Да, нужно законодательно запретить использование ib

Путин помоги

а чем плох ib?

Ничем

Иб охуенен

ок, чем в коде лучше чем в иб?

Зависит от задачи. В 95% удобнее и быстрее юзать IB. Во всех остальных код. Когда тебе нужны хитровыебанные вьюшечки и тд.

кстати если делать layout правильно, то с autolayout можно получить гладкий скрол даж в приложениях типа чат; для меня это откровением стало..

типа чат да

типо ленты в фб

нет

любой ленты с фото видео и динамическим контентом

хм, надо попробовать

лайки, комменты

проблемы с IB возникают при работе в команде

IB это зло

но в XCode 8 пофиксили это

так что нормик

не нормик

Да и "хитровыебанность" это тоже субъективно очень. Я за неделю наформошлепил приложение до релиза, против двух недель ковыряния кода у предыдущих пейсателей с результатом не похожим даже на прототип

если строить иерархию

проблемы с IB возникают при работе в команде

это неправда; каждый пилит свой сториборд и все ок

то с IB вообще ничего не получится

это неправда; каждый пилит свой сториборд и все ок

ну, как правило все работают над примерно одной фичей

и говно случается

ну, как правило все работают над примерно одной фичей

Как правило так никто не работает

ну, как правило все работают над примерно одной фичей

разбейте на container+storyb. ref, либо в отдельные ксибы; или даж так не получится?

если строить иерархию

можно подробней?

Наследование view

изи же, вообще не понятно в чем проблема

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

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

Иногда кажется, что один человек быстрее бы запилил что-то, чем команда из троих разрабов

Как такого избежать?

само слово запилил

уже говорит о многом

зависит от скила разработчика, скила тимы и тим лида

Лайк если тоже любишь гадать по словечкам

можно как лебедь рак и щука

скил = skill, тима = team, тим лид = team lead

ну, понятно, от чего это зависит

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

Зависит от проекта все

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

Какие-то реально проще одному

Какие-то классически разбить на бэкенд/фронтэнд

Но много людей в иос проекте даже с юаем в коде превратится в игру в футбол внутри кладовки

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

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

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

О, о!

Чуваки

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

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

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

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

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

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

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

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

а feature toggles ?

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

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

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

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

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

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

А зачем это?

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

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

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

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

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

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

А пм

ууу

поняня :)

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

:(

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

:(

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

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

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

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

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

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

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

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

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

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

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

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

Эээ

нет

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

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

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

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

Etsy, например