Спасибо большое за интересную и полезную лекцию. Впервые попал на такую тему. Где то на собесе видел вопрос об этом, но до этого даже не встречал (ни теорию, ни вопрос).
Интересно, немного хаотично, но исчерпывающе даже от лица синьора. Но есть один момент который не дает мне покоя если критика принимается, конечно - немного нарушена последовательность обучения. Сначала нужно ознакомить с видами таблиц и разницей между ними, в идеале это делается схемой которую можно заскринить и куда-нибудь повесить или сохранить в собственную папочку с гайдами, потому-что любое знание со временем затирается. Не критично, но это действительно очень важный момент - сначала дать базу, с возможностью ее закрепить, потом уже обмазывать базу контентом, а не наоборот.
у вас есть видео про работу с сетью ( не совсем понимаю вот как вот такой код работает особеенно убегающий кложур (imagePreview : String, complition : @escaping (Result) -> Void) {
Не понравилось объяснение, после 5:30 не стал досматривать, мне кажется нужно чётче объяснять важные моменты по типу как раз виртуальной таблицы, а не по "определенным адресам", "загружается в память и хранится в определенном месте", 4-5 предложений абсолютно непонятных
Я только за подробное объяснение, но это довольно субъективный аспект. Я посчитал, что стоит сконцентрироваться на объяснения именно диспетчеризации, а особенности таблиц не затрагивать. Так как для понимания принципов работы диспетчеризации этого достаточно. Вам удобнее, когда все сразу. Про устройство таблиц где конкретно они хранятся, какая там точно структура - лучше делать отельно.
Спасибо за прекрасный урок! Хотел бы дополнить, что при использовании ключевого слова some перед названием протокола вместо any компилятор тоже будет использовать статическую диспетчеризацию.
Спасибо, рад, что вам понравилось. Да, вы правы, есть разница в использовании some и any ключевых слов у протоколов. И она влияет и на диспетчирезацию. Про это у нас тоже есть видео.
Спасибо за видео 👍 Хочу подметить единственное, что запомнилось и с чем не согласен. Для того, чтобы работал message dispatch, надо писать слово dynamic, а не @objc. Скорее всего ошибка возникла в связи с тем, что очень часто оба слова комбинируются и получается @objc dynamic, но ключевое здесь именно dynamic. Если я не прав, то, пожалуйста, поправьте меня, так как тема сложная, но именно это я запомнил, когда читал о message dispatch.
Да, спасибо, за комментарий. @obj открывает метод для Objective-C. dynamic говорит о том, что в рантайме мы можем подменить реализацию (также dynamic неявно добавляет objc аннотацию).
Спасибо большое за интересную и полезную лекцию. Впервые попал на такую тему. Где то на собесе видел вопрос об этом, но до этого даже не встречал (ни теорию, ни вопрос).
Спасибо.
Интересно, немного хаотично, но исчерпывающе даже от лица синьора. Но есть один момент который не дает мне покоя если критика принимается, конечно - немного нарушена последовательность обучения. Сначала нужно ознакомить с видами таблиц и разницей между ними, в идеале это делается схемой которую можно заскринить и куда-нибудь повесить или сохранить в собственную папочку с гайдами, потому-что любое знание со временем затирается. Не критично, но это действительно очень важный момент - сначала дать базу, с возможностью ее закрепить, потом уже обмазывать базу контентом, а не наоборот.
Спасибо за замечание, конструктивная критика всегда приветствуется. Постараюсь полнее давать основы в следующих роликах.
у вас есть видео про работу с сетью ( не совсем понимаю вот как вот такой код работает особеенно убегающий кложур (imagePreview : String, complition : @escaping (Result) -> Void) {
Напишите, пожалуйста название видео или скажите какой проект там был? Это про разработку PlankPoseDetectionApp?
no just my own "pet" project
@@nikolai.developer
@@nikolai.developer нет это мой собственный
Не понравилось объяснение, после 5:30 не стал досматривать, мне кажется нужно чётче объяснять важные моменты по типу как раз виртуальной таблицы, а не по "определенным адресам", "загружается в память и хранится в определенном месте", 4-5 предложений абсолютно непонятных
Я только за подробное объяснение, но это довольно субъективный аспект. Я посчитал, что стоит сконцентрироваться на объяснения именно диспетчеризации, а особенности таблиц не затрагивать. Так как для понимания принципов работы диспетчеризации этого достаточно. Вам удобнее, когда все сразу.
Про устройство таблиц где конкретно они хранятся, какая там точно структура - лучше делать отельно.
Отличный урок! Отдельное спасибо за презентацию
Надеюсь Ваш канал будет развиваться и прибавлять подписчиков
Спасибо!
Большое спасибо за урок!
Вы один из немногих людей, кто может поделиться полезной информации в таком простом изложении
Спасибо.
Спасибо, было интересно! Нет у ли Вас компаний где требуется junior iOS, trainee iOS? Есть сделанное тестовое, сейчас работаю над вторым тестовым.
Спасибо, но пока нет.
Если будет какой-то пет проект от заказчика или я что-то узнаю - напишу сообщение на канале.
Спасибо за прекрасный урок! Хотел бы дополнить, что при использовании ключевого слова some перед названием протокола вместо any компилятор тоже будет использовать статическую диспетчеризацию.
Спасибо, рад, что вам понравилось.
Да, вы правы, есть разница в использовании some и any ключевых слов у протоколов. И она влияет и на диспетчирезацию. Про это у нас тоже есть видео.
Спасибо за видео 👍
Хочу подметить единственное, что запомнилось и с чем не согласен. Для того, чтобы работал message dispatch, надо писать слово dynamic, а не @objc. Скорее всего ошибка возникла в связи с тем, что очень часто оба слова комбинируются и получается @objc dynamic, но ключевое здесь именно dynamic.
Если я не прав, то, пожалуйста, поправьте меня, так как тема сложная, но именно это я запомнил, когда читал о message dispatch.
Да, спасибо, за комментарий.
@obj открывает метод для Objective-C. dynamic говорит о том, что в рантайме мы можем подменить реализацию (также dynamic неявно добавляет objc аннотацию).