хоть они там и external

так она не в бд получается

неплохо бы тесты поискать, но я их не видел. я тоже отдельно от бд сохраняю

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

приложение итак чувствительно к скорости хранилища

если туда все нагружать, хорошо не будет

?накиньте пожалуйста топ проблем возникающих когда легаси objC проект решил начать переписывать на свифт (у кого был такой опыт)

?накиньте пожалуйста топ проблем возникающих когда легаси objC проект решил начать переписывать на свифт (у кого был такой опыт)

топ проблему ты уже озвучил

?накиньте пожалуйста топ проблем возникающих когда легаси objC проект решил начать переписывать на свифт (у кого был такой опыт)

Нет проблем

кстати да, на ум пришел пример. Если связь с persisten store идет через главный контекст, работающий на главном потоке, то даже при создании дочерних кфоновых контектов весь объем данных сохраненных блобов в виде картинок тоже будет через главный поток проталкиваться. должно лагать сильнее

По сравнению с доступом напрямую к файлу

?накиньте пожалуйста топ проблем возникающих когда легаси objC проект решил начать переписывать на свифт (у кого был такой опыт)

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

?накиньте пожалуйста топ проблем возникающих когда легаси objC проект решил начать переписывать на свифт (у кого был такой опыт)

легаси ?

Да начнется священный срач

Да начнется священный срач

уверен легаси он применил не к objc, а к проекту)

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

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

Вообщем я понял

Все мои проблемы в проектах потому что не на swift

наконец то все сошлось

?

Я то думаю, что же за хуйня такая творится

?накиньте пожалуйста топ проблем возникающих когда легаси objC проект решил начать переписывать на свифт (у кого был такой опыт)

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

И видимо последний

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

главное чтоб по делу и из своего опыта)

Дальше меня Алексей терпеть не будет

главное чтоб по делу и из своего опыта)

Анавар ты поставил вопрос не верно

Исходя из твоих слов, проблемы проекта потому что он написан на легаси objc, и ты почему то думаешь что swift порешает

зачем тогда эпол свои приложения переписывает

ты там главное не волнуйся

Все мои проблемы в проектах потому что не на swift

надо в цитаты добавить)

зачем тогда эпол свои приложения переписывает

чтобы для вас гайды писать

дофига чего эпол переписала уже?

Исходя из твоих слов, проблемы проекта потому что он написан на легаси objc, и ты почему то думаешь что swift порешает

легаси objC проект (проект с легаси кодом на objective c),... который неплохобы помодульно переписать бы на свифт

Поставил аватарку заранее с которой пришел, чтобы вы меня таким запомнили

легаси objC проект (проект с легаси кодом на objective c),... который неплохобы помодульно переписать бы на свифт

перепиши на modern objc

проще жеж будет

и красивше

с нулабилити и лайтвейт дженериками?

скучный челлендж

с нулабилити и лайтвейт дженериками?

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

Самое забавное что возможно мы с Виталей давно пишем на swift а тут так, для атмосферы

?

?

ахаха

свифтер не значит свифтер

Пишите и стыдитесь этого

лично я различаю эти понятия

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

А потом вливать в мастер?

нечто похожее делается в git flow для фич

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

нечто похожее делается в git flow для фич

Сергей о том же, только минуя ветку dev, я так понимаю

А потом вливать в мастер?

Вливать в дев лучше

Вливать в дев лучше

Да

А потом вливать в мастер?

в девелоп наерно лучше

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

Как бы для этого и нужны всякие гиты

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

смотря сколько разработчиков

Как бы для этого и нужны всякие гиты

Не, может просто другие какие есть подходы

я вот один никогда так не делаю, а когда в 5 лиц работали, то там без фиче-бренча никак

Да

сори, не дочитала чат

сори, не дочитала чат

Не не, меня же поправили и ты тоже

Я то писал про мастер

смотря сколько разработчиков

Даже если один

Дале если один

мне в падлу всегда

Есть жирные фичи

ERROR: S client not available

Мастер при этом не должен стралать

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

Под мастером я подразумеваю откуда деплой идет

Сохраняю в свою ветку что сделал по фитче и переключаюсь

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

Ага, переключаешься в основнуб ветку, там правишь

Мерджишь потом в свою

Да, то есть не обязательно нужно больше одного разработчика

мне в падлу всегда

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

Ага, переключаешься в основнуб ветку, там правишь

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

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

по релизам ветки создаю

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

Все верно, это и имеется ввиду

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

по релизам ветки создаю

релиз - в мастере, разве не?

да

релиз - в мастере, разве не?

последний

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

А если срочно нужно баг исправить?

А если срочно нужно баг исправить?

переключаюсь в мастер

заливаю и мерджу в релизную ветку

А если срочно нужно баг исправить?

все уже придумано умными людьми и назвыается git flow

все уже придумано умными людьми и назвыается git flow

Так я этот вопрос Багдану задавал, как в его случае ?

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

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

Слова не девочки но женщины

Так я этот вопрос Багдану задавал, как в его случае ?

аа) понял)

ну да, все по git fow

Так это будет в женском варианте? ?

Слова не девочки но женщины

ахах)

жены

"не мальчика, но мужа"

Муж на руси это не человек женщины, а мужик что ли

То есть не так, в этом слове мне кажется сокращенно от мужик что ли

У меня hg

Но не муж жены