Відео

К сожалению, свободного времени очень мало, но постараюсь выкроить время и записать ещё видео!

Глеб, спасибо! Если честно, это самая базовая информация. Даже сейчас, на конец 2024 года многое уже устарело. А что значит, более универсальным?

@@AvenCode Я видел варианты реализации на дженериках. Когда мы создаем универсальный метод, и можем передавать в него нужные нам параметры, урл, компоненты, указываем метод гет или пост и ожидаемые данные. С целью добиться максимального переиспользования и модульности. Возможно я не совсем верно высказываюсь, просто пока еще учусь))

Именно к этому и нужно стремиться! Как можно больше дженериков и пере использовать код. Код должен быть максимально сухим, DRY. Я пока занят крупными проектами и никак не вырвать время для новых роликов. Хотя да, нужно об этом рассказать

Отличный вопрос! Я никогда не думал об этом. Итак, чтобы снять пароль нужно знать текущий пароль, это само собой иначе нет смысла в пароле вообще. 1. Образ .dmg должен быть отключен 2. Открыть Дисковую Утилиту 3. Выбрать в меню, Образы - Преобразовать 4. Указать образ .dmg (который с паролем), задать новое имя, куда его поместить, можно не выбирать Шифрование и оставить Формат: сжатый 5. Преобразовать - ввести старый пароль, Готово! В результате получится тоже образ диска, но уже без пароля, его можно открыть, скопировать оттуда все данные и поместить в простую папку.

Возможно. Я не автор языка Swift. Вы можете тут высказаться корректнее. Другим польза будет!

Если коротко, то для загрузки картинок в SwiftUI лучше использовать AsyncImage(url), а если это Swift, то тогда разумно подключить например, Kingfisher- только для картинок или Alamofire для работы с большими данными по сети. Кеширование в этих фреймворках уже встроено и не нужно будет тратить время. Встроенный механизм кеширования в Swift пока лучше не использовать. Не получилось у них.

@@AvenCode спасибо за скорую реакцию и бесценные советы! обязательно попробую

Можно, конечно. Такой формат подходит для постоянного хранения, permanent storage. Если даных мало, то UserDefaults вполне подойдет. Сложно так хранить цвета, но можно. И сложно и не нужно хранить картинки. Их лучше хранить ссылками.

Выделить столбец с датами. Выбираем справа Формат - Ячейка - Выделение по условию Добавить правило: Дата - прошлые - затем в поле ввода например, 5 и выбор периода - дни, недели или месяцы - смотря что вам нужно. В следующем пикере выбираете формат заливки. Готово. Если хотите, то можно ещё добавить правило, например, отдельно на Сегодня и выделять его по особому. Правил может быть много, их можно перемещать вверх-вниз по приоритету.

Пока в России новые разработчики не могут получить платный контракт в ASC. И поэтому не могут заработать на продаже приложений или встроенных покупок. Старые аккаунты пока без изменений. А что за cardboard?

Пока не знаю. Сам недавно с этим столкнулся. Мне дают права разработчика. Всё верно. А в Xcode этот новый team не отображается. А старые есть

Приложение сейчас сделать можно. Только Apple не подписывает платный контракт для разработчиков из России. Поэтому новые разработчики не могут продавать свои приложения и встроенный контент.

Получается можно батрачить только на благотворительность, оплатив 100$ на год)?

@@artinstroukeprod да, зачастую так и происходит. Оплачивают $99, публикуют, ждут миллионы, но получают 0 или чуть больше и следующий год уже не оплачивают. Само приложение при этом остаётся в AppStore. Заработать на программировании сейчас можно только если делать это на заказ, то есть, разрабатывая и поддерживая приложения заказчиков, которые платят.

Я почему то думал, что оплатив на год и выпустив приложение, а потом на второй год НЕ оплатил - то приложение удаляют из appstore. Почему вы думаете, что приложение остается в Appstore, если аккаунт дев не оплачен?

@@artinstroukeprod приложение из AppStore удаляют по другим причинам. А так оно остается, деньги, если будут капать dev не получит. Возможно, что спустя некоторое время, если так и не будет оплаты, то закроют сам аккаунт dev. Я сам через это не проходил, не доводил до этого.

Иногда да. Думал об этом. Нужно время и как-то организовать. А я ещё действующий программист. Много работаю последние месяцы…

Для каждой локации свои слова, эти 100 символов. Слова учет и учёт считаются разными. Это отличие от гугловского сервиса. Пробелы считаются тоже за символы. Можно и нужно не добавлять в keywords слова из заголовка и подзаголовка. И главные ключевые слова это именно заголовки.

Наверно что-то лишнее в коде у вас. Анимация это два состояния. Вот и надо разбираться, что меняется при этом

хорошая идея, да, можно такой ролик записать. Подскажете тестовый API для этого? Если нет, то запишу с тем, что я знаю

Спасибо! Идея с Swift Data да, интересная. Я думал об этом. Пока, по-моему, преждевременная. Дело в том, что она начинает работать только если приложение под iOS 17 и выше. А таких очень мало пока. Только для эксперимента можно так сделать. Тем не менее, может и запишу на будущее!

Это вряд ли кому-то поможет и пригодится. Я же очень давно программирую, начинал с Visual Studio. В 2012 увлекся Objective C изучал его по книгам на английском. В 2017 стал переходить на Swift, он созрел к тому времени. Потом, постепенно на SwiftUI. Повторять такой путь не советую никому. Мне помогли англо-язычные ресурсы, язык я знаю очень хорошо. Сейчас много каналов и ресурсов где можно учиться. Главное - мотивация и усидчивость.

@@AvenCode Насколько сейчас релевантно учить по 100 Days of SwiftUI? Понимаю, что база то осталась, но за пару лет что-то да изменилось

@@reijet лично моё мнение, что да, стоит учить 100 Days of SwiftUI, согласен, в языке что-то обновилось, но эти обновления пока не столь существенны, причём многие из обновлений требуют iOS 17.0 как минимальный таргет, а это ограничение для многих. Так что смело учите! Пока ещё это актуально.

@@AvenCode Спасибо!

Если приложение будет доступно и на iPad или только на iPad, то это нужно указать в настройках проекта в Xcode. Есть один важный момент: Если вы делаете приложение и указываете, что оно будет доступно для разных устройств, то Apple требует, чтобы и все последующие версии тоже обязательно поддерживали все эти устройства. Иначе не пропустят.