Size: a a a

iOS Developers — русскоговорящее сообщество

2019 November 02

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
я честно пытался
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
но он мне не зашел
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
тут я написал свой
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
тут не было варианта
источник

FG

Ferrero Gram in iOS Developers — русскоговорящее сообщество
Руслан Лутфуллин
тут не было варианта
Фриланс? Аутсорс?
источник

BB

Boris Bengus in iOS Developers — русскоговорящее сообщество
Boris Bengus
2 крупных проекта сейчас, в одном Swinject, в другом обычный протокол DostavistaContainerProtocol в котором перечислены все зависимости. Разницы нет. В конечных resolve кложурах свинжекта все равно все явно передаем через init-ы. Проблем нет ни там, ни там. Однако Swinject это тоже зависимость. Ирония: зависимость для управления зависимостями. Я бы не был так критичен по отношению к велосипедам. Часто свое простое решение из одного класса, которое явно решает конкретно твою задачу в 100крат лучше чужой зависимости. Это вендорлок.
так же в случае критического бага в стороннем коде ты его не можешь оперативно исправить. Ты делаешь форк и в нем правишь их баг. Делаешь PR в основной репозиторий разработчиков либы, и все прочее. Ты ждешь пока они обновят фреймворк под очередной новый Xcode и проблем еще миллион. Поэтому тут баланс нужен. Если ты можешь решить задачу без либы, то решай
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
Ferrero Gram
Фриланс? Аутсорс?
не понял?)
источник

BB

Boris Bengus in iOS Developers — русскоговорящее сообщество
лично я не представляю какая проблема может возникнуть с DI? Почему DI ассоциируют вообще с либой какой-то? это всего лишь философия подачи зависимостей в явном виде
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
Boris Bengus
так же в случае критического бага в стороннем коде ты его не можешь оперативно исправить. Ты делаешь форк и в нем правишь их баг. Делаешь PR в основной репозиторий разработчиков либы, и все прочее. Ты ждешь пока они обновят фреймворк под очередной новый Xcode и проблем еще миллион. Поэтому тут баланс нужен. Если ты можешь решить задачу без либы, то решай
да я тоже за свои велосипеды
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
ну есть проекты реально годные
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
против которых нету смысла отпираться
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
ну и это приходит порой с опытом
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
большого проекта
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
где вылетают колеса у твоего велика
источник

FG

Ferrero Gram in iOS Developers — русскоговорящее сообщество
Руслан Лутфуллин
да я тоже за свои велосипеды
Хм
источник

FG

Ferrero Gram in iOS Developers — русскоговорящее сообщество
источник

BB

Boris Bengus in iOS Developers — русскоговорящее сообщество
Ну расскажите про опыт и про большой проект. Может быть есть реальные примеры проблем?
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
Так и есть
источник

РЛ

Руслан Лутфуллин in iOS Developers — русскоговорящее сообщество
твой велик никогда не будет лучше
источник

S

Stanislav in iOS Developers — русскоговорящее сообщество
Boris Bengus
так же в случае критического бага в стороннем коде ты его не можешь оперативно исправить. Ты делаешь форк и в нем правишь их баг. Делаешь PR в основной репозиторий разработчиков либы, и все прочее. Ты ждешь пока они обновят фреймворк под очередной новый Xcode и проблем еще миллион. Поэтому тут баланс нужен. Если ты можешь решить задачу без либы, то решай
Просто интересно, много ли багов было в самых популярных репах? Или речь идет про поды от Васяна с 10 звездочками?
источник