Понимаю, как «бесит», когда чуть что, сразу отправляют в «саппорт», но тут дело в том, что «поддержка» — это отлаженный механизм коммуникации, благодаря которому Ваша проблема не останется просто «комментарием в интернете». Мы не можем собирать информацию с Вашего устройства без Вашего на то официального согласия и установки специально собранного билда с включенным логгированием. Коллеги из поддержки как раз помогут со всем этим.
Со своей стороны мы начнем анализировать озвученную проблему не дожидаясь «официальной» части. Спасибо за четкие шаги воспроизведения =)
Kaspersky Security Cloud — это комплексный продукт, в состав которого входит несколько технологий обеспечения безопасного существования в цифровом пространстве. Одной из таких технологий является возможность сканирования Wi-Fi сетей, к которым подключается устройство, на безопасность. Для обеспечения непрерывной защиты наших пользователей анализ сети происходит “в фоне” с некоторой периодичностью. Настройка «Backgroud App Refresh» относится только к возможности основного приложения периодически “просыпаться” в фоне для проверки наличия обновлений внутренних модулей и не влияет на функциональность непрерывной защиты в Wi-Fi сетях.
Но Вы правы, что “съедать 15-20%” — это выглядит “многовато”. Если Вы готовы помочь нам детальнее разобраться в причинах такого потребления ресурсов и улучшить продукт, то я прошу Вас связаться с нами через support.kaspersky.ru/b2c/#product или написать на mobilesupport@kaspersky.com.
1. Этот вопрос ставит меня немного в тупик, т.к. это скорее термин для “приемной комиссии”. Но попробую ответить так: мы постоянно в поиске талантливых разработчиков и рады новым коллегам. Вакансии в мобильный штаб, как правило, открыты постоянно и команды HR отслеживают кандидатов на ежедневной основе. Они же проводят первичный скрининг. На позицию iOS Developer, например, за прошедший год до технического скрининга и интервью дошли в районе 120 кандидатов, из которых, в результате, в команду попали 6 человек. Так же у нас широко развита практика стажировок, которой, как правило, пользуются студенты старших курсов, которые “горят” мобильной разработкой, но по тем или иным причинам не могут пока выходить на фуллтайм.
2. У нас нет “любимчиков”, мы рады видеть в своих стенах всех и каждого! Но наиболее успешное и плодотворное сотрудничество, если говорить про образование кандидатов, в последнее время выходит с выпускниками НИУ ВШЭ. Это просто факт, которому я пока не готов дать какого-то объяснения =)
3. Опыт интересный, неожиданный, но успешный. Ничто, конечно, не заменит живого общения, но многие признают, что продуктивность удаленной работы в мобильном штабе не упала. Наверное это специфика “мобильности”. Насколько я знаю, в период карантина, несколько наших коллег присоединились к нам именно “без релокации”. Вся необходимая техника для работы им были предоставлены “на место”, поэтому они смогли приступить к работе без лишнего стресса. Насколько подобная практика приживется в будущем — не могу судить об этом.
Это старый и глубоко пустивший корни стереотип, что в Касперском сидят только бородатые хакеры и пишут на C++.
Расскажу про iOS.
На текущий момент вся платформенная разработка ведется на Swift. Objective-C осталось не так много и, в основном, в стареньких, редко меняющихся кросспроектных фреймворках, которые “переписывать ради переписывания” выглядит расточительным. Еще, конечно, мы используем ObjectiveC/C++ в качестве бриджа между продуктовым Swift-кодом и компонентами на С++, поставляемыми другими командами Лаборатории, не относящимися к мобильному штабу. Но, повторюсь, основная разработка ведется на Swift, поэтому мы ожидаем, что разработчик нашего направления хорошо знаком именно с этим языком, его сильными и слабыми сторонами, понимает, как писать эффективный, производительный и понятный код именно на Swift, осознает, как происходит диспетчеризация вызовов и как с этим “не напортачить” в критических модулях =)
В работе, в основном, опираемся на нативные фреймворки и собственные наработки, не используя “десять популярных библиотек для отрисовки таблиц”. Но это не значит, что это скучно. В настоящий момент, например, мы активно пробуем Mac Catalyst, некоторые реактивные подходы, предоставляемые Combine и даже, признаюсь, попробовали SwiftUI, но он, честно говоря, оказался пока не готов к продакшн-разработке — продолжим следить. В качестве единой архитектуры iOS-приложений используем собственную интерпретацию RIBs, отлично подходящую для наших требований к безопасной и легко расширяемой разработке.
На данный момент у нас открыта вакансия «iOS Developer», где можно чуть более детально и формально узнать об ожидаемых нами компетенциях.
Со своей стороны мы начнем анализировать озвученную проблему не дожидаясь «официальной» части. Спасибо за четкие шаги воспроизведения =)
Kaspersky Security Cloud — это комплексный продукт, в состав которого входит несколько технологий обеспечения безопасного существования в цифровом пространстве. Одной из таких технологий является возможность сканирования Wi-Fi сетей, к которым подключается устройство, на безопасность. Для обеспечения непрерывной защиты наших пользователей анализ сети происходит “в фоне” с некоторой периодичностью. Настройка «Backgroud App Refresh» относится только к возможности основного приложения периодически “просыпаться” в фоне для проверки наличия обновлений внутренних модулей и не влияет на функциональность непрерывной защиты в Wi-Fi сетях.
Но Вы правы, что “съедать 15-20%” — это выглядит “многовато”. Если Вы готовы помочь нам детальнее разобраться в причинах такого потребления ресурсов и улучшить продукт, то я прошу Вас связаться с нами через support.kaspersky.ru/b2c/#product или написать на mobilesupport@kaspersky.com.
1. Этот вопрос ставит меня немного в тупик, т.к. это скорее термин для “приемной комиссии”. Но попробую ответить так: мы постоянно в поиске талантливых разработчиков и рады новым коллегам. Вакансии в мобильный штаб, как правило, открыты постоянно и команды HR отслеживают кандидатов на ежедневной основе. Они же проводят первичный скрининг. На позицию iOS Developer, например, за прошедший год до технического скрининга и интервью дошли в районе 120 кандидатов, из которых, в результате, в команду попали 6 человек. Так же у нас широко развита практика стажировок, которой, как правило, пользуются студенты старших курсов, которые “горят” мобильной разработкой, но по тем или иным причинам не могут пока выходить на фуллтайм.
2. У нас нет “любимчиков”, мы рады видеть в своих стенах всех и каждого! Но наиболее успешное и плодотворное сотрудничество, если говорить про образование кандидатов, в последнее время выходит с выпускниками НИУ ВШЭ. Это просто факт, которому я пока не готов дать какого-то объяснения =)
3. Опыт интересный, неожиданный, но успешный. Ничто, конечно, не заменит живого общения, но многие признают, что продуктивность удаленной работы в мобильном штабе не упала. Наверное это специфика “мобильности”. Насколько я знаю, в период карантина, несколько наших коллег присоединились к нам именно “без релокации”. Вся необходимая техника для работы им были предоставлены “на место”, поэтому они смогли приступить к работе без лишнего стресса. Насколько подобная практика приживется в будущем — не могу судить об этом.
Это старый и глубоко пустивший корни стереотип, что в Касперском сидят только бородатые хакеры и пишут на C++.
Расскажу про iOS.
На текущий момент вся платформенная разработка ведется на Swift. Objective-C осталось не так много и, в основном, в стареньких, редко меняющихся кросспроектных фреймворках, которые “переписывать ради переписывания” выглядит расточительным. Еще, конечно, мы используем ObjectiveC/C++ в качестве бриджа между продуктовым Swift-кодом и компонентами на С++, поставляемыми другими командами Лаборатории, не относящимися к мобильному штабу. Но, повторюсь, основная разработка ведется на Swift, поэтому мы ожидаем, что разработчик нашего направления хорошо знаком именно с этим языком, его сильными и слабыми сторонами, понимает, как писать эффективный, производительный и понятный код именно на Swift, осознает, как происходит диспетчеризация вызовов и как с этим “не напортачить” в критических модулях =)
В работе, в основном, опираемся на нативные фреймворки и собственные наработки, не используя “десять популярных библиотек для отрисовки таблиц”. Но это не значит, что это скучно. В настоящий момент, например, мы активно пробуем Mac Catalyst, некоторые реактивные подходы, предоставляемые Combine и даже, признаюсь, попробовали SwiftUI, но он, честно говоря, оказался пока не готов к продакшн-разработке — продолжим следить. В качестве единой архитектуры iOS-приложений используем собственную интерпретацию RIBs, отлично подходящую для наших требований к безопасной и легко расширяемой разработке.
На данный момент у нас открыта вакансия «iOS Developer», где можно чуть более детально и формально узнать об ожидаемых нами компетенциях.