Например, в первом iPhone не было настоящей многозадачности не только из-за малой оперативной памяти, но и из-за отсутствия виртуальной памяти
Неверно, перечитайте исходные твиты. В первом iPhone была многозадачность, это был по сути OS X и на это был упор в маркетинге. Чего не было - доступности этой многозадачности в оболочке UI, но частично она все же была (можно было слушать музыку в iPod и скроллить Safari, например).
"Отсутствие виртуальной памяти" - тоже неправда, она конечно же была. Не было свопа (и в iOS, watchOS, tvOS его нет до сих пор). Оригинальные твиты именно про это, полагаю на написание их сподвиг автора именно анонс свопа в iPadOS 16.
Инженерам пришлось создать систему, известную как «jetsam», чтобы заставить iPhone запускать одно приложение за раз, автоматически завершая другие фоновые процессы, чтобы избежать проблем с производительностью.
Jetsam есть и сейчас, и принцип его не в "одном приложении за раз", а в убийстве фоновых (а в крайнем случае и активных) жрущих память задач.
В общем, проще перечитать исходные твиты, или перевести их буквально.
Благодарю за ответ! Жду следующих статей. В интернете сейчас мало информации по теме, за пределами простейших примеров мало кто ходит, а в продакшене и того меньше можно встретить.
В официальной документации, сессиях WWDC и книге SPL термин "корутина" не встречается. Думаю, неспроста. Не сбивайте людей, потому что корутины в Свифте официально так не называются.
Википедию может редактировать кто угодно, это не аргумент. Многозадачность у них все-таки вытесняющая - в любой момент выполняющийся на ядре код может быть приостановлен операционной системой. Не забывайте, что Darwin не DOS. Вытеснения нет только от других таких же "partial tasks", и кооперация у них только между собой, а не на уровне потоков ОС.
Фундаментального отличия от Kotlin нет, но есть мелкие, которые очень важны - компиляция (аналога Sendable, насколько я понял, нет, то есть компилятор полезть в shared state запретить не сможет, особенно если через java/инструментацию), в Свифте нельзя управлять Executor'ами, в отличие от котлина (попробуйте, например, заставить таски выполняться на нужных потоках в нужном порядке - в Свифте это сейчас невозможно), ну и вместо каналов используется совсем иная идея с акторами.
Может, в чем-то неточен, на котлине ежедневно не пишу, но в целом различия для меня достаточно разительные и влияют на ежедневную мобильную разработку непосредственно - точно управлять потоками в тестах, например, необходимо очень часто. Вы пишете "мы можем приостанавливать задачи и продолжать их исполнение", но на деле в Свифте "мы" мало что можем, все partials отдаются компилятору как есть и влияние на них программиста ограничивается cancel'ом и yield'ом. В котлине поближе к народу все-таки.
Как введение статья хорошая, однако разбор понятий concurrency и parallelism здесь приделан как-то сбоку и вообще непонятно, зачем нужен.
То же самое про корутины. В официальной документации и литературе по теме (Modern Swift Concurrency от Ray Wenderlich, например) этот термин не используется.
В голове от этого может сложиться ложное впечатление о связи свифтовского async/await с корутинами в Go и Kotlin, когда как на деле кроме синтаксиса в них мало что похоже.
Я про нетривиальность и сложность ничего не писал. Я писал про скучность.
Разрабатывать браузер тоже нетривиально и сложно (для мобильного разработчика), но ужасно скучно (по крайней мере для меня). А BDUI - это по сути и есть браузер.
А ещё красить кнопки и менять строки тоже может быть нетривиальной и сложной задачей, особенно "чем больше проект". Например, сделать нормальную дизайн-систему, способную пережить редизайн, или изобрести палитру, работающую со всеми кнопками, которые ей нужно покрасить, во всем многообразии экранов и настроек accessibility.
Только разрабатывая дизайн-систему, ты все-таки больше iOS-разработчик, а разрабатывая BDUI, ты больше разработчик движка рендеринга своего нигде больше не используемого языка. Для меня выбор очевиден.
Я, например, пишу на iOS. Нет гарантий, что завтра приложение не испарится из стора, как часть других приложений сбера. Мало убрать Сбер из названия, надо выкупаться, иначе рано или поздно все забанят. Уверен, вы уже со слака внутри слазите. А завести полноценную слушалку через браузер будет невозможно.
Новой (зарубежной) музыки в Звуке нет, и пока нет причин, что это изменится. Еще несколько месяцев, и мне эта подписка не нужна будет даже бесплатно.
Удобство приложения такое, что проще закачивать себе mp3 и слушать через VLC. Ни одна статья вроде такой не сделает рекламы лучше, чем само приложение. Нормально сделаете - люди сами прибегут.
Backend-driven UI для мобильного разработчика - абсолютное зло, которое превращает нативщика, учитывающего тонкие детали и отличия платформы в создателя очередного парсера.
Некоторые BDUI даже с сервера получают layout и реализуют свой декларативный велосипед для его отображения, собирая те же грабли, что html, RelativeLayout, autoresizing masks и другие достижения UI-рендеринга прошедших десятилетий.
Зло, конечно же, необходимое, но для меня скучнее работы, чем описанная в статье, придумать сложно. Завлечь разработчика такой, по-моему, будет трудно.
Про 60 дней и переоформление визы не знал, спасибо. Хотя 60 дней все равно маловато, местный рынок небыстро ворочается.
Аргумент про Glassdoor вообще не понял. Я думал, и так всем известно, что работать в Амазоне, Accenture и визе - полный треш, зайдите хотя бы на blind и убедитесь в этом. И когда у них рейтинг такой же как у свежих стартапов, мне в них работать не хочется.
Есть куча компаний с рейтингом 4+. Как и в любой системе отзывов, смотреть надо на самые полярные мнения.
Точно знаю, что берут. У меня в команде новый прóдукт вот делает визу из Москвы в UK, одногруппники спокойно нашли в марте работу в Нидерландах, Сербии, Великобритании, Франции, кто-то уже уехал. Сам собеседую ребят из России почти ежедневно и никаких визовых ограничений сейчас нет (кроме пары европейских стран).
Выборка: у всех по 3-5 лет опыта, мобильные и бэкенд-разработчики, никто не из Яндекса или прочих топкомпаний. Разве что английский у всех выше среднего.
А хорошие выходные пособия, длинный notice period и другие условия вы получите только в ЕС, но с большей вероятностью в том же Революте вы будете работать в офисе UK, где вас даётся 60 дней на поиск новой работы и переоформление визы, так что попасть в просак про увольнении все же более чем реально.
Странно сейчас "рассматривать для трудоустройства" Кларну, в которой на днях сократили 10% сотрудников для оптимизации расходов.
Или револют, который собирается запустить свою крипту (или токен), но в то же время не может получить банковскую лицензию нигде, кроме Литвы. Зато приложение красивое.
Или N26, который через пару месяцев после выхода на американский рынок ушёл с него, не осилив.
В общем, призываю четко понимать, куда подаёте заявки, за красивыми числами не всегда радужно.
Ничего себе не было, в США эти специалисты бы точно так же играли в лотерею H1-B или отсиживали один год в другой стране для L1. Не выглядит как "никаких проблем".
А если вы про О1, то эти поправки очевидно не для таких людей вводят, если эти самые поправки почитать.
Да, конечно, когда Дэн Абрамов говорит мне, как правильно использовать React, или в документации написано, что это единственный способ применения API, то с этим нужно согласиться.
Работал в экстремально высокотехнологичном стартапе с убийственными тестовыми и собеседованиями и зп от 6к$ (Bricks)
Основывал митапы
Выступал на конференциях
Сидел в программных комитетах конференций
Контрибюьтил в опенсурс
Преподавал в вузе
Это какое-то поразительное введение в заблуждение. Тут простым формошлепством и не пахнет. А вот статью про действительно "простых смертных" (у кого нет ничего из вышеперечисленного) я бы почитал.
Неверно, перечитайте исходные твиты. В первом iPhone была многозадачность, это был по сути OS X и на это был упор в маркетинге. Чего не было - доступности этой многозадачности в оболочке UI, но частично она все же была (можно было слушать музыку в iPod и скроллить Safari, например).
"Отсутствие виртуальной памяти" - тоже неправда, она конечно же была. Не было свопа (и в iOS, watchOS, tvOS его нет до сих пор). Оригинальные твиты именно про это, полагаю на написание их сподвиг автора именно анонс свопа в iPadOS 16.
Jetsam есть и сейчас, и принцип его не в "одном приложении за раз", а в убийстве фоновых (а в крайнем случае и активных) жрущих память задач.
В общем, проще перечитать исходные твиты, или перевести их буквально.
Меня вымораживает подобный прикол. Позиционирует себя как "страна мигрантов", но для переезда все равно хочет местный опыт работы.
В других странах такого не наблюдается, "местный опыт" или "местное образование" даёт формальные преимущества почему-то именно в Канаде.
Благодарю за ответ! Жду следующих статей. В интернете сейчас мало информации по теме, за пределами простейших примеров мало кто ходит, а в продакшене и того меньше можно встретить.
В официальной документации, сессиях WWDC и книге SPL термин "корутина" не встречается. Думаю, неспроста. Не сбивайте людей, потому что корутины в Свифте официально так не называются.
Википедию может редактировать кто угодно, это не аргумент. Многозадачность у них все-таки вытесняющая - в любой момент выполняющийся на ядре код может быть приостановлен операционной системой. Не забывайте, что Darwin не DOS. Вытеснения нет только от других таких же "partial tasks", и кооперация у них только между собой, а не на уровне потоков ОС.
Фундаментального отличия от Kotlin нет, но есть мелкие, которые очень важны - компиляция (аналога Sendable, насколько я понял, нет, то есть компилятор полезть в shared state запретить не сможет, особенно если через java/инструментацию), в Свифте нельзя управлять Executor'ами, в отличие от котлина (попробуйте, например, заставить таски выполняться на нужных потоках в нужном порядке - в Свифте это сейчас невозможно), ну и вместо каналов используется совсем иная идея с акторами.
Может, в чем-то неточен, на котлине ежедневно не пишу, но в целом различия для меня достаточно разительные и влияют на ежедневную мобильную разработку непосредственно - точно управлять потоками в тестах, например, необходимо очень часто. Вы пишете "мы можем приостанавливать задачи и продолжать их исполнение", но на деле в Свифте "мы" мало что можем, все partials отдаются компилятору как есть и влияние на них программиста ограничивается cancel'ом и yield'ом. В котлине поближе к народу все-таки.
Как введение статья хорошая, однако разбор понятий concurrency и parallelism здесь приделан как-то сбоку и вообще непонятно, зачем нужен.
То же самое про корутины. В официальной документации и литературе по теме (Modern Swift Concurrency от Ray Wenderlich, например) этот термин не используется.
В голове от этого может сложиться ложное впечатление о связи свифтовского async/await с корутинами в Go и Kotlin, когда как на деле кроме синтаксиса в них мало что похоже.
Я про нетривиальность и сложность ничего не писал. Я писал про скучность.
Разрабатывать браузер тоже нетривиально и сложно (для мобильного разработчика), но ужасно скучно (по крайней мере для меня). А BDUI - это по сути и есть браузер.
А ещё красить кнопки и менять строки тоже может быть нетривиальной и сложной задачей, особенно "чем больше проект". Например, сделать нормальную дизайн-систему, способную пережить редизайн, или изобрести палитру, работающую со всеми кнопками, которые ей нужно покрасить, во всем многообразии экранов и настроек accessibility.
Только разрабатывая дизайн-систему, ты все-таки больше iOS-разработчик, а разрабатывая BDUI, ты больше разработчик движка рендеринга своего нигде больше не используемого языка. Для меня выбор очевиден.
Это все, конечно, круто, но рискованно.
Я, например, пишу на iOS. Нет гарантий, что завтра приложение не испарится из стора, как часть других приложений сбера. Мало убрать Сбер из названия, надо выкупаться, иначе рано или поздно все забанят. Уверен, вы уже со слака внутри слазите. А завести полноценную слушалку через браузер будет невозможно.
Новой (зарубежной) музыки в Звуке нет, и пока нет причин, что это изменится. Еще несколько месяцев, и мне эта подписка не нужна будет даже бесплатно.
Удобство приложения такое, что проще закачивать себе mp3 и слушать через VLC. Ни одна статья вроде такой не сделает рекламы лучше, чем само приложение. Нормально сделаете - люди сами прибегут.
Статья огонь! Приятно видеть, что навигатор догоняет лучшие мировые решения и перегоняет их.
(Однако идея вставлять в статью панорамы от главного конкурента - не самая лучшая, надеюсь, это троллинг)
Backend-driven UI для мобильного разработчика - абсолютное зло, которое превращает нативщика, учитывающего тонкие детали и отличия платформы в создателя очередного парсера.
Некоторые BDUI даже с сервера получают layout и реализуют свой декларативный велосипед для его отображения, собирая те же грабли, что html, RelativeLayout, autoresizing masks и другие достижения UI-рендеринга прошедших десятилетий.
Зло, конечно же, необходимое, но для меня скучнее работы, чем описанная в статье, придумать сложно. Завлечь разработчика такой, по-моему, будет трудно.
Про 60 дней и переоформление визы не знал, спасибо. Хотя 60 дней все равно маловато, местный рынок небыстро ворочается.
Аргумент про Glassdoor вообще не понял. Я думал, и так всем известно, что работать в Амазоне, Accenture и визе - полный треш, зайдите хотя бы на blind и убедитесь в этом. И когда у них рейтинг такой же как у свежих стартапов, мне в них работать не хочется.
Есть куча компаний с рейтингом 4+. Как и в любой системе отзывов, смотреть надо на самые полярные мнения.
Точно знаю, что берут. У меня в команде новый прóдукт вот делает визу из Москвы в UK, одногруппники спокойно нашли в марте работу в Нидерландах, Сербии, Великобритании, Франции, кто-то уже уехал. Сам собеседую ребят из России почти ежедневно и никаких визовых ограничений сейчас нет (кроме пары европейских стран).
Выборка: у всех по 3-5 лет опыта, мобильные и бэкенд-разработчики, никто не из Яндекса или прочих топкомпаний. Разве что английский у всех выше среднего.
Вот и проверьте рейтинги.
Revolut: 3.9
Monzo: 3.7
N26: 3.4
Klarna: 3.8
Starling: 3.9
А хорошие выходные пособия, длинный notice period и другие условия вы получите только в ЕС, но с большей вероятностью в том же Революте вы будете работать в офисе UK, где вас даётся 60 дней на поиск новой работы и переоформление визы, так что попасть в просак про увольнении все же более чем реально.
Странно сейчас "рассматривать для трудоустройства" Кларну, в которой на днях сократили 10% сотрудников для оптимизации расходов.
Или револют, который собирается запустить свою крипту (или токен), но в то же время не может получить банковскую лицензию нигде, кроме Литвы. Зато приложение красивое.
Или N26, который через пару месяцев после выхода на американский рынок ушёл с него, не осилив.
В общем, призываю четко понимать, куда подаёте заявки, за красивыми числами не всегда радужно.
Почему в статье пишете гаевицей? Насколько я знаю, в стране гораздо более популярна вуковица, это видно даже по фотографиям из статьи
Ничего себе не было, в США эти специалисты бы точно так же играли в лотерею H1-B или отсиживали один год в другой стране для L1. Не выглядит как "никаких проблем".
А если вы про О1, то эти поправки очевидно не для таких людей вводят, если эти самые поправки почитать.
Самая длинная набережная в стране находится в Самаре (5 км), тюменская только 3 км.
Несколькими абзацами выше:
Иронично.
Никогда не было проблемой слушать Spotify через приложения.
Слушал годами до прихода в Россию:
через клиент на Android, скаченный с 4pda (бонусом идут все функции премиума, т.к. приложение крякнутое)
через приложение на macOS - логин через VPN раз в две недели и отсутствие рекламы, т.к. в регионе официально его не было
через TestFlight на iOS (бонус - доступ к новым фичам до выхода, на выбор alpha или beta)
Вот как раз для веб-слушалки юзкейса не нашёл.
Тем временем, в статье Вася-формошлеп:
Работал в бигтехе (FB)
Работал в экстремально высокотехнологичном стартапе с убийственными тестовыми и собеседованиями и зп от 6к$ (Bricks)
Основывал митапы
Выступал на конференциях
Сидел в программных комитетах конференций
Контрибюьтил в опенсурс
Преподавал в вузе
Это какое-то поразительное введение в заблуждение. Тут простым формошлепством и не пахнет. А вот статью про действительно "простых смертных" (у кого нет ничего из вышеперечисленного) я бы почитал.
Странно, другие компании видят, а Корона - нет. Значит, будут переводить через те, кто видит.