Видео

Очень круто! Спасибо большое!

В начале до 16:40 3 идет сборник вредных советов 😂

Не усложняйте) упрощайте

Кринж

Очень интересный доклад!

Как найти кто плодит потоки :(

На фронтенде (чем по сути является мобилка) чистая/слоистая архитектура не нужна. Это правда. Уровень представления/интерфейс один. Соответственно переиспользования usecase для разных адаптеров не будет. СА - это архитектура для сложных бекенд приложений. Когда одинаковые сценарии переиспользуются для web, cli и прочих интерфейсов.

так и не понял о чем доклад

Где обещанная ссылка на код?

жаль что проект заархивирован(

Крутой доклад. Много раз смотрел старую реализацию функции descendants и не понимал как она работает.

Большое спасибо!

CRDT - тема которую я не успею вам рассказать.Собственно ничего внятно не успел рассказать. Непонятно для кого доклад, те кто принимает решения всё это давно знают. Те кто недавно в разработке не делают такой выбор, а если и делают то на пет проектах. Или в тинькоффе такие решения принимают те кто ничего в них не понимает? ))) Андроидер из Яндекса очень метко спросил, а откуда экспертиза? я бы ему дал приз за вопрос )

11:40 да-да 😂😂😂

Великолепный доклад, спасибо!

У ВКонтакте есть свой Texture

28:28 Тут поможет XCTestExpectation и XCTestCase.fulfillment(...) и практика написания тестируемого кода. И всё это без всяких локов.

Бля, кринж, поменял одно говно на другое + ещё дизайнеры должны выбирать либо stroke, либо fill (чтобы это не значило). В пределах компании может работает, но за пределами - как будто нет 44:40 согласен с челом

когда удаляете DerivedData не удаляйте папку DerivedData. удалите в сабдиректории DerivedData для своего проекта всё кроме папки SourcePackages - у вас не будут заново скачиваться spm пакеты и сэкономите время

Flutter hot reload ебет всех вместе взятых 😂

Понятно. В эту контору веселых и шутливых не идем работать.

От души

по поводу типизированных ошибок - я не пробовал, но в документации по Result некоторые методы помечены throws(Failure) - т.е. каким-то образом все-таки можно указывать тип ошибки

вам нужен инструмент для реактивного программирования и поэтому... вместо Combine вы берете Swift Concurrency и вменяете ему отсутствие реактивности. А где логика?

мне одному кажется, что это все еще сырая библиотека? Т.е. ок, допустим, вы решили какие-то вопросы многопоточности, а как быть с обычным retain cycle? Т.е. по общему правилу вы пишете [weak self] и guard let self else return ... А если self может стать nil, и нужно остановить выполнение задачи, то к большей части async функций нужно дописывать throws (или как-то по-другому извращаться)

заебись

Часто видео подлагивает, предполагаю, что виноват компоуз

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

Переходишь на Compose? Не спеши! Почитай документацию хотя бы.

Хе, 3 года назад, возвращаюсь каждый раз, когда иду менять работу

не дай Бог поддерживать такой код

дестибуббдвгыдуейшон диалог

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

"JAVA нам не нужна...." .... мда...

Дак это же самая первая рекомендация от гугла по композ - не делать однонаправленные вложенные скроллы.

Если верстка 1-1, то флаттер очевидно.

Придумали не понятно что не понятно зачем, а потом еще доклад сделали на это

У меня конечно не такие суровые требования были, потому что чеки печатал, но зато было несколько моделей принтеров, не только зебры, но и стар и разные модели и общего между ними просто минимум, вплоть до индивидуальных сдк. В итоге написал абстрактные команды типа лейба с выраниванием направо и интерпретаторы этих команд, под каждый принтер свой. На этом правда сложности не заканчиваются.

А какие методы вы используете для управления потоками в Swift concurrency? Я тоже искал курсы по IT, рассматривал разные компании, но выбрал Skypro, чтобы научиться веб-дизайну)) в итоге получил оффер от крутой геймдев компании))

странно 5 лет назад и не одного коммента ? ну ну подозреваю мой тоже удалится

Мьютексы где-то в миллион раз очевиднее чем акторы

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

отличный подкаст! спасибо. очень толковая информация

Предлагаю МультиБашКаст

Основная причина почему они пилят свои аналоги rxswift или combine. 1. это залочить разработчиков на своих технологиях 2. для кого это будет галочкой что он запустил такой проект. Настоящей потребности в этом ни у кого нет. Разговор будет обо всем кроме реальных причин. Проблема текучести combine обсуждалась на эпловом форуме swift и известна. Доклады в целом становятся все хуже и хуже

Интересно какое кросплатформенное решение предполагается для кастомных экзекюторов. Неужели posix? Я имею в виду, чтобы код был рабочим и для macOS и для Windows?

35:32 😭😭😭

27:45 гениально 🫤

Если до этого доклада я хотел изучать котлин и КММ, то после доклада это желание сильно уменьшилось, если не пропало. Чисто челы собрались друг с другом потереть на глазах у зрителей о том какие они страдальцы, и как будет здорово если не только они на бутылку сядут, и какие iOS-разрабы "возвышенные господы". Кратко "давайте айоснеки вы тоже будете котлин учить. Айоснеки не хотят ничего учить, надо ж как-то их мотивировать изучать котлин". Краткие выжимки: "шеймить айоснеков", "айос господы", "на рынке голод, найдете новую работу", "ну уже можно писать", "сначала больно, потом ты привыкаешь", "знаешь котлин, ещё и обжектив нужно знать", "у нас онбординг неделю, ещё и свифт надо выучить", "КМП выпрямляет руки откуда бы они не росли", "ЩАСТЕ что у нас нет ФЛАТТЕРА".

❤❤❤❤❤❤❤❤