Обновить
8K+
7

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

25,6
Рейтинг
3
Подписчики
Отправить сообщение

Добрый вечер. Всё верно.

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

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

Добрый вечер!

У нас не было цели в корреляции разных протоколов. Здесь мы рассматриваем более широкое правило, которое выявляет любые аномалии по ICMP.

У нас есть относительно узкие детекты туннелей (IDS Style), в том числе для конкретных инструментов типа ptunnel, hans и т. д. Но мы не смотрим на детект только через призму IDS-правил.

Мы хотим выявлять все аномалии. Во-первых, так мы не пропустим новый инструмент туннелирования или изменения для обхода детектирования в существующих. Во-вторых, так мы увидим нетипичную активность, связанную с мисконфигурацией или проблемами в сети, и сможем подсветить ее заказчику, чтобы он своевременно ее поправил.

Наш продукт также может строить индивидуальные прогнозы нормального объема ICMP для каждого хоста в сети.

Если придет кандидат с потухшими глазами — не возьму на работу. А так, вы правы: это на собеседовании не проверишь. Воспринимайте этот тезис не только как критерий приема на работу, но и как навык, над которым следует работать (и не только аналитику, впрочем).

Я, как руководитель, учу этому молодых сотрудников. Опытным — иду навстречу в части нагрузки и задач, если вижу, что они «подгорают».

Спасибо за Вашу оценку и хорошую идею для развития темы. Действительно, об этом стоит подумать.

Здесь следует учитывать контекст. Если вы работаете в заказной разработке и каждое пожелание описано в ТЗ, внесено в договор и оплачено заказчиком, действительно, не имеет значения, чем обусловлена «хотелка» заказчика — реальной потребностью или тем, что он встал не с той ноги. В продуктовом подходе следует учитывать пожелания не одного заказчика, а нескольких. И если нет понимания стратегии продукта, невозможно расставить приоритеты. А пытаться сделать в продукте одновременно «все и для всех» — верный способ его похоронить.

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

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

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

Информация

В рейтинге
336-й
Зарегистрирован
Активность