Как iOS разработчик я сильно удивлен, что вебвью, засунутое в приложение, требует больше 10мб памяти. У меня есть приложение на SwiftUI в магазине, которое весит меньше 7 мегабайт, а экранов и функционала там не меньше (ссылочка).
Подчеркну - это не критика, а искреннее удивление. Выглядит так, будто кто-то кого-то обманул или кто-то использовал устаревшие/лишние вещи при создании приложения.
Если могу помочь вашему проекту с оптимизацией, дайте знать.
И поздравляю с успешным прохождением ревью в апсторе!
Продажа курсов (на любую тему) - это классный бизнес, очень доходный при наличии хайпа по теме курса. Свой путь в iOS разработке я начал с курса одной грязной конторы, которая до сих пор активно рекламируется онлайн и офлайн, продает кучу курсов на все темы. Я дропнул этот курс через месяц после начала, как только выучил синтаксис языка.
Учился по гуглу путем разработки мелких приложений, каждое из которых можно сделать за пару дней. Идеи приложений брал просто от балды (менеджер паролей, новостной агрегатор, спидометр и т.д.). Примерно на 10м приложении начал ощущать больше уверенности в своих силах и устроился на работу iOS разработчиком.
Забавно то, что через 2 года после этого во время одного из собеседований мне попался автор того курса. Там была алгоритмическая задача и никаких вопросов, т.е. просто одна задача на сортировку массива. Этот собес длился 45 минут, автор курса не спросил меня ни о чем кроме способов сортировки массива (стандартные его не устраивали), что в очередной раз послужило подтверждением фигового качества его курса.
Вопрос 2: при описанном подходе мы отказываемся от стандартных анимаций переходов между экранами (и от модальных презентаций), а значит должны реализовать кастомные, верно?
Если да, то не слишком много будет работы с повторением стандартных анимаций и исправлением багов, особенно учитывая годы костылей на UIKit у любителей понаделать кастомные tab/nav-бары?
Я работал с UIKit 3 года, но повидал много таких костылей (сам не грешил).
Бонус: предлагаю заменить @ObservedObject на @StateObject внутри struct ContentView, потому что не рекомендовано использовать @ObservedObject для хранения состояния вьюшки в SwiftUI, для этого предназначен @StateObject, цитата:
SwiftUI might create or recreate a view at any time, so it’s important that initializing a view with a given set of inputs always results in the same view. As a result, it’s unsafe to create an observed object inside a view. Instead, SwiftUI provides the StateObject attribute for this purpose
Удивительный ответ. Я всегда думал, что женщинам навязали каблуки "модой" или комплексами неполноценности (не в обиду сказано), но изменять пропорции отношения длины ног к телу - это же надо додуматься) Занятно, занятно
Я сам отучился 5 лет для галочки, потом 5 лет отработал менеджером для радости родителей и наконец начал думать своей головой и так сложилось, что изучил мобильную разработку и уже 2 года с удовольствием верстаю экранчики на айфон.
В универе учился на банкира кстати, банковское дело ведь такое полезное в жизни и позволяет так классно разобраться в финансах (нет).
В финансах классно разобраться я смог только заработав и потратив первые пару миллионов.
Стыдиться качества своей работы нельзя - это путь в никуда. Лучшее, что можно сделать - регулярно прокачивать свои навыки и рефакторить "плохой" код.
Синдром самозванца, вероятно, погубил немало хороших программистов на старте карьеры)
Как iOS разработчик я сильно удивлен, что вебвью, засунутое в приложение, требует больше 10мб памяти. У меня есть приложение на SwiftUI в магазине, которое весит меньше 7 мегабайт, а экранов и функционала там не меньше (ссылочка).
Подчеркну - это не критика, а искреннее удивление. Выглядит так, будто кто-то кого-то обманул или кто-то использовал устаревшие/лишние вещи при создании приложения.
Если могу помочь вашему проекту с оптимизацией, дайте знать.
И поздравляю с успешным прохождением ревью в апсторе!
Продажа курсов (на любую тему) - это классный бизнес, очень доходный при наличии хайпа по теме курса. Свой путь в iOS разработке я начал с курса одной грязной конторы, которая до сих пор активно рекламируется онлайн и офлайн, продает кучу курсов на все темы. Я дропнул этот курс через месяц после начала, как только выучил синтаксис языка.
Учился по гуглу путем разработки мелких приложений, каждое из которых можно сделать за пару дней. Идеи приложений брал просто от балды (менеджер паролей, новостной агрегатор, спидометр и т.д.). Примерно на 10м приложении начал ощущать больше уверенности в своих силах и устроился на работу iOS разработчиком.
Забавно то, что через 2 года после этого во время одного из собеседований мне попался автор того курса. Там была алгоритмическая задача и никаких вопросов, т.е. просто одна задача на сортировку массива. Этот собес длился 45 минут, автор курса не спросил меня ни о чем кроме способов сортировки массива (стандартные его не устраивали), что в очередной раз послужило подтверждением фигового качества его курса.
Не пробовали создать ту же фигуру при помощи SwiftUI?
Понимаю, что там ограничение на iOS 13 +, но все же интересно.
Привет!
Интересная статья.
Вопрос 1: почему завернул containered в массив?
self.stack += [containered]Вопрос 2: при описанном подходе мы отказываемся от стандартных анимаций переходов между экранами (и от модальных презентаций), а значит должны реализовать кастомные, верно?
Если да, то не слишком много будет работы с повторением стандартных анимаций и исправлением багов, особенно учитывая годы костылей на UIKit у любителей понаделать кастомные tab/nav-бары?
Я работал с UIKit 3 года, но повидал много таких костылей (сам не грешил).
Бонус: предлагаю заменить @ObservedObject на @StateObject внутри struct ContentView, потому что не рекомендовано использовать @ObservedObject для хранения состояния вьюшки в SwiftUI, для этого предназначен @StateObject, цитата:
SwiftUI might create or recreate a view at any time, so it’s important that initializing a view with a given set of inputs always results in the same view. As a result, it’s unsafe to create an observed object inside a view. Instead, SwiftUI provides the StateObject attribute for this purpose
Удивительный ответ. Я всегда думал, что женщинам навязали каблуки "модой" или комплексами неполноценности (не в обиду сказано), но изменять пропорции отношения длины ног к телу - это же надо додуматься) Занятно, занятно
Упомянуто не значит "можно использовать в продакшене" сегодня
Сам учил Swift по курсам одной из школ и в гугле.
В итоге первый оффер был на 70к (при старой зп в 140к в неинтересной мне сфере), а через год офферы уже были х2 от прежней зарплаты и выше.
Вопрос только в настойчивости и уверенности в себе.
Желаю Лене успехов!
Это необычный способ обучения, кому-нибудь может зайти)
Пару лет назад я написал пару экранов с неймингом на русском просто ради эксперимента)
Мне тоже интересно услышать ответ на этот вопрос.
Я сам отучился 5 лет для галочки, потом 5 лет отработал менеджером для радости родителей и наконец начал думать своей головой и так сложилось, что изучил мобильную разработку и уже 2 года с удовольствием верстаю экранчики на айфон.
В универе учился на банкира кстати, банковское дело ведь такое полезное в жизни и позволяет так классно разобраться в финансах (нет).
В финансах классно разобраться я смог только заработав и потратив первые пару миллионов.
Если вокруг все плохо, команду/компанию нужно менять.
Ну а если ты являешься этим самым менеджером, который не сумел собрать классную команду, то меняться надо самому.