Pull to refresh
136
57

Пользователь

Send message

Да, планируем осветить эти темы. И записи докладов также будут доступны после мероприятия.

В какой-то мере и то и другое. Это 20 выпуск 22 года.

Здравствуйте. Kaspersky Anti-Spam for Linux действительно устарел и некоторое время назад был закрыт. Обратитесь пожалуйста к партнеру, через которого вы приобретали лицензию. Он должен предложить вариант миграции на современные продукты решающие ту же задачу.

Физический MAC-адрес Apple не трогал и он остается уникальным для каждого iOS устройства, но сторонние разработчики приложений теперь не могут его получать, т.к. на уровне ядра операционной системы iOS подменяет теперь реальные MAC-адреса на заглушки. При этом это касается только сторонних приложений и на общение с роутером и маршрутизацию пакетов это никак не влияет.
Можно написать на ProContent@kaspersky.com и связаться с организаторами.
День добрый. Да, действительно, сразу не найти.
Вот онлайновый инструмент — shadowhammer.kaspersky.com
Подробнее можно на Securlist найти, там же и оффлайновая утилита securelist.com/operation-shadowhammer/89992
Действительно, iOS — это довольно закрыта операционная система, и секьюрити-рисков, впрочем как и возможностей по разработке секьюрити-решений на iOS меньше, чем на Android.

При этом в своих решениях мы не копируем и не дублируем функционал iOS, хотя, конечно, в некоторой степени пересечения есть. Если говорить про Kaspersky Password Manager, упомянутый выше, то решение от ЛК обладает рядом весомых преимуществ, благодаря чему его и выбирают пользователи. Во-первых, UX Security Keychain, если пользоваться им не просто как автозаполнялкой, назвать user friendly достаточно сложно (один поиск нужных данных чего стоит), мы же в своем решение стараемся сделать все сценарии использования максимально удобными для пользователей. Во-вторых, синхронизация между платформами — ведь далеко не все пользователи iOS сидят исключительно на экосистеме Apple, в реальном мире у пользователей может быть самый разнообразный набор персональных девайсов: телефон на Android, планшет на iOS, десктоп на Windows, и есть потребность в синхронизации данных между ними. В-третьих, сами данные — в Security Keychain вы максимум можете положить пароли от учеток, да кредитки через Wallet, но этим персональные данные, требующие защиты, не ограничиваются – есть документы, адреса, банковские аккаунты, важные заметки. Начиная с iOS 12, продукт поддерживает интеграцию с системным автофиллом, что позволяет им пользоваться для автоподстановки паролей как в браузере Safari, так и других приложениях.

К тому же продукты ЛК под iOS не ограничиваются только менеджером паролей и безопасным браузером, есть и продукты предоставляющий уникальные функции, которые система из коробки не предоставляет. Например, Kaspersky WhoCalls расскажет вам, кто звонит и оградит от телефонных спаммеров, Kaspersky Secure Connection защитит в сети, Kaspersky Security Cloud уведомит вас в случае утечек аккаунтов, Kaspersky Safe Kids оградит вашего ребенка от нежелательных контактов в соцсетях и уведомит если ребенок покинет “безопасный” район, и тп.

Мы не считаем, что разработка под iOS в ЛК скучна и тривиальна. Наши продукты достаточно сложные, взаимодействующие между собой на устройств (вот вам и песочница :) и с облачной инфраструктурой. В разработке используются прогрессивные архитектурные решения и современные технологии. Есть и высоко нагруженные задачи, требующие от разработчика серьезной алгоритмической подготовки. А ограничения платформы – это только вызов, делающий работу еще интереснее!
Здравствуйте, хабровчане! По вебвизору мы видим, что многие заходят на страницу «Подать идею» и даже проводят там много времени, но подают заявку не всегда. Не бойтесь! Даже если ваша идея не оформлена и у вас нет презентации, мы сможем довести ее до ума вместе. Осталось совсем мало времени — подайте заявку прямо сейчас!
Спасибо за наблюдательность! Исправили
Судя по всему пробовали. В примере с умной колонкой аудиозапись была взята с серверов Google в таком виде, как она там хранится. А там не только сжатие, там еще и урезание частоты дискретизации до 16 килогерц, то есть пишется звук с частотой до 8 кГц. Утверждается, что достаточный для анализа шум проникает и туда. Правда не все эксперименты проводились для всех сценариев «подслушивания», но это уже надо подробно в исследование смотреть.
Например, существенно упростится избавление от legacy-кода. При выпуске новой версии своего функционала не нужно будет долго и мучительно поддерживать и новую и старую версию компонента.
Мы ведем работы в направлении выпуска х64 продуктов. Многие части у нас уже есть. Например, SDK, продукты для Mac у нас есть в x64 версиях. Если говорить про фронтлайн — продукт Kaspersky Internet Security для Windows, то это один из самых больших и сложных продуктов, соответственно и его перевод на х64 более трудоемок.
Да, совершенно верно, на бумаге без реальной компиляции. Интервьюер и кандидат компилируют в уме и сравнивают результат компиляции )
Как у вас проходит performance review разработчиков?
Разработчик и его руководитель подводят итоги работы на one-to-one встречах. Здесь анализируются как количественные, так и качественные показатели. В результате встречи руководитель и разработчик должны прийти к согласованной оценке работы за год. Для части разработчиков выставляются еще и годовые цели, а также оценивается их достижение.

Как часто ревью?
Результаты ревью фиксируются в системе раз в год. Однако бывает и так, что ревью проходят чаще: непосредственно во время работы, при каких-либо значительных достижениях, или наоборот, если возникли ошибки, недоработки. При этом в большинстве своем критерии успеха зависят от команды и руководителя.

Какие критерии для повышения грейда сотрудника?
Для разработчиков грейды и позиции соответствуют один к одному. Самый частый переход — от разработчика к старшему разработчику. Основной критерий здесь заключается в том, может ли сотрудник решать сложные задачи самостоятельно, или ему требуется помощь. Кроме этого, технические навыки сотрудника должны находиться на высоком уровне. Оценивается это следующим образом: разработчик вместе со своим руководителем подготавливают артефакты работы — программный код, документацию, примеры прохождения код-ревью, как в качестве ревьювера, так и в качестве автора, разработанные фичи или инструменты и т. д. Далее артефакты отправляются в экспертную комиссию, в рамках которой три эксперта независимо друг от друга рассматривают эти артефакты и принимают решение о соответствии разработчика новой позиции. Кроме непосредственно вердикта, эксперты подготавливают рекомендации, что разработчику можно улучшить.

После старшего разработчика можно пойти в тимлиды, архитекторы и эксперты. Процесс перехода несколько отличается в зависимости от позиции, однако ключевое требование остается тем же – необходимо показать результаты своей работы, они должны соответствовать новой позиции.

Бонусы, опционы по-результатам ревью?
Бонусы платят за какие-либо выдающиеся достижения, которые привели к получению результата.

Добрый день. А пришлите пожалуйста в приват данные, которые вы указывали при регистрации: имя, фамилию и адрес почты. Разберемся что произошло
1
23 ...

Information

Rating
Does not participate
Location
Москва и Московская обл., Россия
Registered
Activity