Відео

Если есть возможность лучше начинать с iOS16 там баолее менее без хаков, все что до этого не просто Не представляю как там Яндекс справляется с iOS14 + SwiftUI😎

Интересно, что подразумевает Лектор под "..но проработайте план Б"?

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

Ну вот как отметили в коментариях вопрос " а для чево ето нам " не раскрит. В начале упоминалось что ети знания помогли там сделать или исправить какойто пребилд, можна било в конце какраз про ето разказать как практический пример, в чем била проблема билда, и какие знания попогли и как именно ето связалось. А так ну хорошо что етот доклад не час иначе трата времени

Алексей спасибо за доклад )

Крутой доклад, спасибо Алексею! PS, ребята из Мобиуса, есть ли возможность публиковать видео в формате - сначала тема, затем имя автора доклада? С мобилки не понять о чём речь в видео, пока не откроешь его, так как название обрезается. Или как раз в этом суть, чтобы были дополнительные клики?

Отличный доклад!

Спасибо за доклад, было интересно ! Дуэт в начале просто огонь !

зачем использовать макросы для построения UI они не для этого, полный треш как по мне

неужели у кого то еще есть ios 14? зачем вообще это поддерживать? скорее всего приложение на этих девайсах будет тормозить из за кучи логики и из за слабого железа

Ставлю лайк сразу же и потом иду смотреть.

Ребят, кто работает в той компании, я вам искрене соболезную.

Awesome!

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

Спасибо Диме, доклад просто огонь! 🔥🔥🔥

спасибо

Обожаю инфоцыганские доклады

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

К сожалению, ничего не сказали про жест "назад" - абсолютно неюзабельная штука, переделали или нет? Чтобы сделать назад, нужно тянуть от середины экрана вправо. По итогу, в огромном количестве приложений это не может работать в принципе, там, где подразумевается наличие горизонтальной прокрутки, во встроенном браузере тоже не работает, а в некоторых экранах в четверке (в маркете, кажется), вообще вместо назад предлагают закрывать на крестик (тоже не определились, короче). Да и не интуитивно это. Вы уже перенесли сворачивание на привычный жест снизу-вверх, пусть "назад" теперь будет перенесен влево, чтоб тянуть от левого края экрана вправо. Такой жест позволит унифицировать поведение для любых приложений.

топ

Это не чистая архитектура. У вас бизнес логика зависит от слоя данных, а должно быть наоборот. То есть правило зависимостей уже не соблюдается. Говорите о solid, а сами не используете принцип dip. Много что из чистой архитектуры упущено: сущности, классы и интерфейсы ввода и вывода и т.п. В целом это больше напоминает старенькую луковую архитектуру, только без ключевого принципа инверсии зависимостей. Хорошая архитектура должна быть тестируемой, слабосвязной, не зависящей от деталей, таких как бд, фреймворк и т.п. Вот захотите вы сменить бд на nosql и что, будете бизнес логику менять? Аутентификация и уведомления это тоже все детали и говорить о них в контексте общей архитектуры не имеет смысла. Оптимизация туда же, да и вообще оптимизировать надо тогда, когда в этом есть нужда.

Это открытая библиотека ?

ua-cam.com/video/DIDoHx6KP50/v-deo.html вот это прямо плохо. Люди не делайте так.

Пересказ WWDC, developer docs и википедии. Напоминает конференции 2014-2016 годов, доклады Зимина и байки Царева про найм. Вопрос нужна ли SMC (Swift Modern Concurrency) не раскрыт. Из ua-cam.com/video/DIDoHx6KP50/v-deo.html можно подумать, что GCD оперирует тредами, а не очередями. А потом люди делающие такие кринжовые доклады (извините за слово доклад) рассказывают про ценность личностного бренда. Очень насмешили рассуждения про почему SMC не называется корутинами. Протоколы с интерфейсами вам Василий передают привет. Мне, как человеку перешедшего с Java на ObjC 12 лет назад, рассказы про то что Apple не хочет запутать программиста перешедшего с другого языка особенно доставляют) Ценность сего видео крайне сомнительная. Кому это предназначено тоже не понятно.

Про то, что на swift concurrency надо надо переходить полностью или не переходить вовсе очень точно подмечено. Ко всем нюансам, я бы добавил, что в те моменты, где какая-то синхронизация данных обеспечивалась последовательными очередями, то при переходе к swift concurency, эти участки кода надо обмазывать либо акторами, либо видоизменять немного код и подстраивать под новый подход. Во всех случаях выходит коллосальные затраты времени и сил. Не так как в примерах у эпл, которые они любят показывать, где раз и перешел от gcd к swift concurrency)

крутейший доклад, спасибо большое автору!

А теперь поговорим про миграцию 😅

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

Mad Brains отличная компания

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

Хватит дурить россиян, хватит! Вы только деньги пилите между собой, воруете нагло и ночью и днём.

Каждый год выходит убийца натива. Каждый год натив "умирает" просто потому-что эффективным менеджерам, которым (ИМХО) даже семечки нельзя доверить продавать в большей части случаев, и которые практически не несут реальных санкций за свою некомпетентность каждый год пытаются уверить программистов которые реально занимаются чем-то глубже фронта в том что вот уж этот то фреймворк (ionic, xamarin, phonegap, RE, Flutter, фреймворк который выйдет завтра, фреймворк который выйдет через год, фреймворк 2026, подставить нужное, сюда же SwiftUI кстати в плане iOS) уже лучше отточенных методов разработки. Каждый год словно дети с синдромом утенка находятся поддерживатели модных трендов. Уж не знаю из-под палки вас или просто тяга ко всему новому перекрывает здравый смысл, но почему Вы не рассказываете об обратной стороне медали? О том что подавляющая часть нового фреймворка не дружит или частично дружит с тем, к чему уже привыкли разработчики? О том, что порой даже банальный градиент или сериализация данных (кап и под капотом) могут вызывать фризы уровня тех времен, когда балом правили одноядерные медиатеки? О том количестве кейсов, когда команды переходят на новый, модный фреймворк, переписывают базу, а потом не осилив исправление возвращаются к тому что было? (Да-да, даже SwiftUI не минула чаша сия, потому-что сделан для хипстеров которым просто лень заниматься делом, хотя UIKit уже сам по себе давно приведен к императивности, просто для этого нужно немного покурить комбайн, или любой другой реактивный фреймворк на выбор). Отдельный привет айосерам в зале. Держитесь. Просто держитесь. Я уже работал с половиной перечисленных выше фреймворков и могу лишь пожелать удачи отмахиваться всеми ссаными тряпками которые будут в наличии, и по мере надобности изготовить дополнительные. Не верьте ни в какие увещевания, а лучше сами покурите тему проблем со старыми фреймворками, особенно примеры проектов на флаттере и RE сложнее банального и простого фронта. Не принимайте на личный счет, это просто кряхтение старого пердуна который пробовал много чего и лез под капот, офигел от увиденного и по итогу вернулся на UIKit + SwiftUI для простых экранов

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

Спасибо за качественный и очень полезный доклад!

Василий легенда

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

Крутой доклад про свифтовые корутины. Было бы круто увидеть тестовую версию.

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

Никите бы мультики озвучивать, дятла Вуди

Автору спасибо не только за книгу, но и за доклад ❤

Спасибо за доклад

Qr код бусти алексея гладкова 😂?

Могу узнать, почему у DION нет публичного репозитория проекта? Или хотя бы пакета для Arch дистрибутивов? На текущий момент только rpm и deb Можно самому конечно перепаковать или использоваиь debtap, но это такое себе решение

Какое унылое видео, неудивительно что чел работает в дзене.

про то что сделали ставку понял а куда пришли не очень понял

Роман кололся, плакал, но продолжал есть кактус.

Жаль, что люди довольно осторожно берутся за KMP. Если стартовать новый проект, то всегда есть смысл сразу брать KMP и CMP, даже если приложение планируется только под Android.

Пустая болтовня ни о чем, которая вообще никак не связана с темой доклада. Единственный аргумент зачем iOS-нику учить KMP, который прозвучал - это что б не уволили с работы. Да и "иосники" что-то слабо включались Если для андроид девов KMP это расширение их знаний, при этом они остаются в своей екосистеме, то для иос это совсем другой путь развития. Это как если б иосник еще и под мак или часы кодил. При этом для андроид дева освоить свифт проще, досточно почитать свифтбук или посмотреть несколько видосиков каких-то курсов, для подключения общих моделек и понять как верстать UI В итоге иосники или тупо занимаются только версткой UI и подключают то что им написали андроид девы или же перестать развиваться как иосник и начать изучать котлин. В итоге при поиске работы он будет восприниматься как джун, который знает всего понемногу, но толком не будет ни иосником ни андроид девом. Да, когда ты синьор который в иос уже изучил все и хочет попробовать что-то новое это работает, но для условных мидлов такое себе

Отличный доклад! Спасибо! Всегда приятно видеть как разработчики крупных продуктов проводят такие смелые эксперименты как миграция на KMP.