Не уверен, что это напрямую связано с темой статьи, но в случае с кроссплатформой особое внимание надо бы уделить местам, которые зависят от платформы (камера, фотогаллерея, пуши, файловая система, app groups для iOS). То есть QA как раз должны знать про такие места, которые обязательно надо смотреть на 2х платформах
На эту тему есть классная книжка "The culture map". Согласен, чем больше работа завязана на soft skills, чем большую роль играет культурный бекграунд. Однако, мне кажется, при наличии общечеловеческих ценностей и готовности адаптироваться проблем быть не должно. Много команд сейчас интернациональных и в той же Германии ты далеко не факт, что будешь работать с немцами. В компании, где я работаю сейчас. (Нидерланды) больше 40 национальностей и еще надо разобраться, где ты работаешь: в Европе, Индии или где-то еще..
В плане давать/выполнять команды переходом на руководящую должность это тоже не дихотомия. Появится много задач которые тебе поставит твой новый руководитель или ты сам. И не всегда это будет подразумевать командование и влезание в души. В каком-то смысле ты все равно остаешься исполнителем, только теперь другие задачи и другие методы их выполнения
Action и BindingTarget это конпепции из ReactiveSwift. Приведенные примеры биндингов(makeBindingTarget, биндинг по KeyPath это часть ReactiveCocoa, это указывал в статье).
Честно говоря, не погружался в Qt совсем, не могу ответить. Но с учетом распространенности React Native и Flutter мне тяжело придумать кейс, в котором именно Qt себя лучше всего покажет
мне на iOS не до конца нравилось, как работает, но вижу улучшения:) Насчет витрин - смотря что считать витриной. Может, приведете пару примеров, если NDA позволяет?)
Согласен, обделил вниманием примеры по React Native. Добавил несколько. Facebook/Instagram и прочие по большей части нативные, мне кажется не совсем правильно будет их сюда вносить.
Если сервис использует какие-то платформенные особенности, все же нужно приложение. И все же есть класс приложений, где бы я, например, не рискнул обходиться веб версией или использовать кроссплатофрму. Но тенденция есть, согласен
Не уверен, что это напрямую связано с темой статьи, но в случае с кроссплатформой особое внимание надо бы уделить местам, которые зависят от платформы (камера, фотогаллерея, пуши, файловая система, app groups для iOS). То есть QA как раз должны знать про такие места, которые обязательно надо смотреть на 2х платформах
На эту тему есть классная книжка "The culture map". Согласен, чем больше работа завязана на soft skills, чем большую роль играет культурный бекграунд. Однако, мне кажется, при наличии общечеловеческих ценностей и готовности адаптироваться проблем быть не должно. Много команд сейчас интернациональных и в той же Германии ты далеко не факт, что будешь работать с немцами. В компании, где я работаю сейчас. (Нидерланды) больше 40 национальностей и еще надо разобраться, где ты работаешь: в Европе, Индии или где-то еще..
В плане давать/выполнять команды переходом на руководящую должность это тоже не дихотомия. Появится много задач которые тебе поставит твой новый руководитель или ты сам. И не всегда это будет подразумевать командование и влезание в души. В каком-то смысле ты все равно остаешься исполнителем, только теперь другие задачи и другие методы их выполнения
А вот я как раз дауншифтился. Кажется, есть идея для новой статьи, спасибо 😉
Action и BindingTarget это конпепции из ReactiveSwift. Приведенные примеры биндингов(makeBindingTarget, биндинг по KeyPath это часть ReactiveCocoa, это указывал в статье).
Прошу прощения за несвоевременный ответ, в combine такого не нашел, возможно, появится когда-нибудь в либе с экстеншенами для Combine https://github.com/CombineCommunity/CombineExt
>>>>> В случае с Flutter порицаемый подход AIR почему-то преимуществом оказался.
Лично для себя не считаю это плюсом с точки зрения UX на iOS) С точки зрения производительности, пожалуй, можно назвать плюсом
Честно говоря, не погружался в Qt совсем, не могу ответить. Но с учетом распространенности React Native и Flutter мне тяжело придумать кейс, в котором именно Qt себя лучше всего покажет
мне на iOS не до конца нравилось, как работает, но вижу улучшения:) Насчет витрин - смотря что считать витриной. Может, приведете пару примеров, если NDA позволяет?)
Согласен, обделил вниманием примеры по React Native. Добавил несколько. Facebook/Instagram и прочие по большей части нативные, мне кажется не совсем правильно будет их сюда вносить.
Если сервис использует какие-то платформенные особенности, все же нужно приложение. И все же есть класс приложений, где бы я, например, не рискнул обходиться веб версией или использовать кроссплатофрму. Но тенденция есть, согласен