Kingfisher очень хорошо написан внутри. Благодаря провайдерам его можно использовать практически для чего угодно, не только для загрузки изображений из интернета, а еще и для генерации превьюх из фото альбомов или же для генерации своих каких то изображений.
Примеры приведены сомнительные. Я уже не помню когда использовал UITableView для верстки хоть каких то компонентов, даже для списков лучше подходит UICollectionView с кастомным layout который будет в точности соответствовать требуемым макетам. Если я не ошибаюсь, коллекции в SwiftUI завезли совсем недавно, раньше были сухонькие списки, что ограничивает нас не только 13м iOS-ом, а ощутимо позже. Да, процент юзеров на старых iOS ничтожно мал, что можно и поднять минимальную версию в приложении, но вы же Ozon, логично предположить, что вам нужен максимальный охват.
Касательно "Modern Concurrency", то вам ничего не мешает его использовать с UIKit, но пихать такую логику в View компоненты выглядит сомнительным.
С мультиплатформенностью тоже не соглашусь. Изначально TvOS и WatchOS работали на UIKit, даже в MacOS какие никакие переводы делали. Точно могу сказать, что TvOS отлично работает с приложениями на UIKit, да надо накрутить немного другие события, но код будет один и тот же.
Начальный опыт можно получить и без более опытных коллег. Всякими стековерфлоу и кодом из гитхаба. Да и каждому надо сначала обжечься чтобы в следующий раз уже знать в как каким работодателям лучше не ходить. Повезет если это будет фриланс, хуже, конечно, когда постоянное место работы
Немного не понимаю аргументацию в пользу нагромождения VC таким большим функционалом. Ответственность за расстановку View компонентов и их стилизация обычно ложиться на самом View компоненте. Контроллер может только лишь сказать, что пора перерисовать раз мы повернули экран или произошло какое то событие, да и контролировать события
Наверное, я что то плохо понимаю, но в загаловке написано «какие еще вторичные финансовые инструменты существуют на биржах и не только» при чем в 3-х типах из 4-х говорится, что торги происходят вне биржи.
Любопытная статья, делаю все также, только вот вместе с Lifecycle я еще все override-ы сую.
Нормальная ли практика, если перекрывать все оконченые классы final?
где не ясно откуда берется learningRate. Появляются термин вектора веса активного нейрона и понеслось. Конечно, можно пройти по ссылке и попробовать разобраться в JS-ах, но со стороны автора не красиво разжевывать тему на картинках, а потом внезапно кидать в код
А как получается 7й пункт когда возвращают устройство полностью разряжаным? Если речь идет о телефоне, то разраб же отлаживает, а значит телефон заряжается
Когда человек пишет на бумаге у него нет таких прелестей IDE как auto-complite и прочего. Приходится знать что ты пишешь. Даже если человек переходит на псевдокод, ему все равно необходимо хорошенько поразмыслить прежде чем что либо писать. Все это показывает какой то скил, что несомненно полезно при приеме. Понимаю, что многим это будет неприятно да и мне тоже было весьма не удобно, когда это просили. Но куда деваться? Надо же узнать о навыках кандидата. Посмотрите статью о разрабе который писал весь код на бумажке, уверен, что для него такая практика была полезна, хоть и необходима
Что тут интересного? Playground все еще не стабильнен. Не знаю как будет в следующей версии, но сейчас даже когда надо быстро набросать, например, что бы проверить код для рисования какой либо картинки в контексте. Playground будет зависать каждую вторую сборку и придеться ребутить весь xCode чтобы все собралось. Так что лучше уж на бумашке код писать, тем более это полезнее
Не сказал бы что чистить архивы правильная стратегия. Желательно отбирать старые версии, а то есть риск потерять dSYM файлики в случае если в билде отключен байткод
Kingfisher очень хорошо написан внутри. Благодаря провайдерам его можно использовать практически для чего угодно, не только для загрузки изображений из интернета, а еще и для генерации превьюх из фото альбомов или же для генерации своих каких то изображений.
С чатом GPT ответы генерите ?
Примеры приведены сомнительные. Я уже не помню когда использовал UITableView для верстки хоть каких то компонентов, даже для списков лучше подходит UICollectionView с кастомным layout который будет в точности соответствовать требуемым макетам. Если я не ошибаюсь, коллекции в SwiftUI завезли совсем недавно, раньше были сухонькие списки, что ограничивает нас не только 13м iOS-ом, а ощутимо позже. Да, процент юзеров на старых iOS ничтожно мал, что можно и поднять минимальную версию в приложении, но вы же Ozon, логично предположить, что вам нужен максимальный охват.
Касательно "Modern Concurrency", то вам ничего не мешает его использовать с UIKit, но пихать такую логику в View компоненты выглядит сомнительным.
С мультиплатформенностью тоже не соглашусь. Изначально TvOS и WatchOS работали на UIKit, даже в MacOS какие никакие переводы делали. Точно могу сказать, что TvOS отлично работает с приложениями на UIKit, да надо накрутить немного другие события, но код будет один и тот же.
Firebase и не желание накручивать дополнительные зависимости в проект
А че за нее платить, запилил нормальный алгоритм, засунул в функцию и пользуешь. Тоже достаточно просто с учетом того, что готовых решений уже полно
Начальный опыт можно получить и без более опытных коллег. Всякими стековерфлоу и кодом из гитхаба. Да и каждому надо сначала обжечься чтобы в следующий раз уже знать в как каким работодателям лучше не ходить. Повезет если это будет фриланс, хуже, конечно, когда постоянное место работы
Нормальная ли практика, если перекрывать все оконченые классы final?
где не ясно откуда берется learningRate. Появляются термин вектора веса активного нейрона и понеслось. Конечно, можно пройти по ссылке и попробовать разобраться в JS-ах, но со стороны автора не красиво разжевывать тему на картинках, а потом внезапно кидать в код
Не то что бы там что то сильно не правильно. Просто бросается в глаза дословность.