Дмитрий Данилов. Методология
258 subscribers
68 photos
10 videos
14 links
Без осмысления и выработки методики невозможно масштабирование любого успешного опыта.

Разработал много методик. Сейчас работаю над методикой проведения пилотов и пишу по данной теме книгу.
Download Telegram
Продолжаем воскресную игру с генерацией изображений в нейросети Midjourney. Сегодня посмотрим, как нейросеть представляет себе "импортозамещение".

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

1. Представление в виде платы.
Если допустить, что это не просто электронная плата, а некий граф развития, то в целом представление вполне интересное и оно показывает, что в начале пути импортозамещения своя элементная база довольно крупная, но со временем (движение слева направо) она становится мельче и современнее. Чёрное со временем уходит, на его замену приходит своё лучшее.
Нижняя часть другая (ещё одна плата?). Там тёмные цвета прирастают по линии времени и в конце появляются крупные элементы. Прогноз для тех, от чьей электроники отказываются? Тексты на платах нечитаемые. К какой стране относится импортозамещение тоже не понятно.

2. Группа людей.
Это явный брейн-сторм группы людей, которые собрались за одним столом и думают, что делать дальше. У троих из них большие круглые очки, намекающие на инженерную специальность. Это говорит о том, что процесс импортозамещения непростой - нужно думать. Непонятно только, почему у стоящего справа человека форма британского военного времён ВОВ. Какой-то намёк?

3. Картина на фоне чёрного квадрата.
Абстракция. Интересно, что она сделана на фоне квадрата с использованием простых фигур, цветных линий (ассоциация с чертежами) и теней, что придаёт некоторым деталям объём.

4. Картина с человеком.
Ещё одна абстракция, построенная вокруг человека. Картину можно описать как сильное изменение окружения, но при этом сам человек остаётся в основе, он базис всего.

Может быть много мыслей и выводов - пожалуйста, делитесь ими в комментариях. Но не забывайте, что представления нейросети - это тоже большая абстракция. И тут всё на грани того, что либо мы не понимаем гениальность представлений нейросети, либо она вообще не понимает нас :)

#нейросети, #генерация
👍2
Некоторое время назад встречался с читателем книги о партнёрских сетях. На встрече с ним вспомнил одну полезную историю из практики и мне был задан вопрос: почему я не добавил её в книгу? Понял, что это упущение и в следующем издании история будет добавлена. А пока у вас есть возможность с ней познакомиться отдельно :)
---

Ориентировочно 2005 год. Представительство компании Eset в Москве. На общую корпоративную почту приходит письмо из Екатеринбурга примерно следующего содержания:
Здравствуйте. Я …, директор организации ...
Нас всего 2 человека - я и бухгалтер. Хотелось бы начать продавать ваши продукты NOD32 в Екатеринбурге, но не знаю с чего начать. Могли бы вы подсказать?


В офисе Eset это письмо прочитали все и оно вызвало много улыбок. Коллеги даже собрались, обсудили его, а потом разошлись по рабочим местам и занялись своими делами, не восприняв письмо как серьёзное.

Я оказался единственным, кто решил ответить. Мне показалось, что в этом письме человек открыт к чему-то новому и нужно лишь подсказать, что делать.

Поставил себя на место партнёра и написал ответ примерно следующего содержания:
Уважаемая ..., добрый день.
Для начала я бы приобрёл 3-5 коробок с антивирусом NOD32. Эти коробки отнёс бы в один из центровых магазинов с хорошей проходимостью и договорился, чтобы они оказались на полке, на видном месте. Продавцу предложил бы маржу на уровне ...% и дал ему текст, что нужно сказать, если начнут интересоваться коробкой.


Через некоторое время получаю письмо примерно такого содержания:
Здравствуйте Дмитрий.
Сделала всё, как вы порекомендовали. Первые купленные мною коробки уже проданы, заказала новую партию и теперь это будет стоять на потоке. Что бы вы рекомендовали сделать дальше?


Моя следующая рекомендация была начать продавать электронные лицензии. Мы созвонились и в качестве цели выбрали местный ВУЗ, потому что там как раз подбирали антивирус, а Eset для учебных заведений предоставлял скидку 50%. Спустя некоторое время эта поставка осуществилась.

В качестве следующего шага предложил посмотреть местные конкурсные площадки, поискать закупки антивирусов среди крупных компаний. Из текущего потока конкурсов в качестве пробы подходила только закупка для местного отделения Газпрома. Порекомендовал подать заявку на участие в конкурсе. На что получил ответ с серьёзными сомнениями, которые можно уместить в одну фразу:
Дмитрий, ну ты понимаешь, где я и где Газпром?


Всё же настоял на подаче заявки, подготовил хорошие конкурентные условия. В итоге партнёр в этом конкурсе... выиграл!

Хорошо помню звонок из Екатеринбурга, когда зашкаливали эмоции и всё сводилось к фразе:
Я поставщик Газпрома! :)))

Далее мои рекомендации не требовались, партнёр вышел на рабочие рельсы и начал продавать антивирусы вполне стабильно.

Позже, уже в 2014 году, приехал в Екатеринбург и познакомился с директором компании лично. К тому времени её компания разрослась, стала известной и значимой во всём регионе.

#кейс
👍11🔥73
This media is not supported in your browser
VIEW IN TELEGRAM
Специалисты по управлению проектам оперируют термином "кальсонные гномы" в тех ситуациях, когда люди не понимают, как они добьются результата в поставленной задаче.

Термин старый, появился он из мультфильма "Южный парк". Периодически встречаю людей, кто с этим термином ещё не знаком. На всякий случай делюсь :)

#опыт, #видео, #PM
🥰3🔥2😁2
Примерно в 2014-2015 годах довелось поработать с Андреасом Мерцем (Andreas Mertz), главой и основателем компании iT-CUBE SYSTEMS (Германия). Эта компания известна своим продуктом agileSI в области антифрода (выявление мошенничества) для SAP.

Андреас любил приводить в пример один кейс из своей практики.

Как-то раз к нему обратился заказчик из области производства ювелирных изделий. Проблема была банальной - пропадало золото, но никак не удавалось понять, на каком именно участке работы происходила кража. На входе условно 10 килограмм, а на выходе готовыми изделиями - всего 9 килограмм.

Запустили собранные данные в решение agileSI и расчёт показал, что потеря веса происходила у одного конкретного мастера. Присмотрелись к нему и действительно обнаружили, что он спиливал с заготовок мелкие золотые опилки, которые уносил домой. Казалось бы, мелочь. Но такое системное воровство позволило мастеру со временем собрать столько золота, что хватило на нескольких слитков.
Мошенничество ювелирного мастера было выявлено, он признался в содеянном.

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

#кейс, #Германия
🔥6
История об инженерной мысли.

В 1980 годах, ещё во времена СССР, в Ташкенте жила своей жизнью городская легенда об инженере, который научился добывать золото. Времени прошло уже много, попробую воспроизвести её своими словами.

Местный инженер работал над задачей сорбирования золота из воды, нашёл очень простое и гениальное решение. Но когда он рассказал об этом коллегам на работе, то никто ему не поверил. Все крутили пальцем у виска и рекомендовали лечиться.

Тогда он попробовал писать письма и довести до властей Узбекской ССР простую мысль: технология позволит обогатиться республике и всему СССР. Но и там ему не поверили.

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

Через некоторое время с помощью установки было собрано достаточно золота, чтобы вылить из него полноценный слиток. Инженер попробовал ещё раз обратиться к властям, только теперь уже с "доказательством" правильности своих расчётов. Однако на первой же встрече его ждали сотрудники КГБ, произошёл арест за незаконный оборот драгоценных металлов. Установка была изъята, все документы по этому делу засекречены.

Я тогда учился в школе и спросил свою маму, почему инженера не сделали героем, ведь он нашёл способ обогатить всю страну. На что мама мне ответила:
Подумай сам. Что это будет за страна, в которой каждый желающий сможет добывать золото в ближайшем арыке?


#кейс, #Узбекистан
👍3
Воскресная генерация образов.

Сегодня запрос нейросети Midjourney очень простой: "инженер".

На выходе получили только рисованные варианты, ближе к мультяшным. Хотя бы люди, уже хорошо :)

#нейросети, #генерация
😁7
"Действие порождает противодействие" или "ИИ помогает противоборству с обеих сторон".

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

При этом со стороны соискателей использование ИИ, в основном, ограничивалось на уровне помощи в формировании резюме.

И вот появился стартап, который с помощью ИИ позволяет автоматизировать поиск работы на hh.ru :)
Что они пишут о себе:
Мы помогаем соискателям быстрее находить работу на hh.ru. Quick Offer анализирует ваше резюме с помощью ИИ и отправляет до 200 откликов с сопроводительными письмами в день автоматически, а вы сосредотачиваетесь только на собеседованиях. 1207 пользователей за 3 месяца получили приглашения на собеседования благодаря Quick Offer. Более 320 из них получили офферы.

Сайт стартапа: https://quick-offer.ru/

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

#HRM, #ИИ
1👍32
Когда готовился к конференции «Импульс Т1» в Новосибирске у меня на руках уже был готовый материал для выступления и нужно было просто заучить текст. Но внутри было какое-то неосознанное беспокойство, которое не отпускало. Пытался разобраться в первопричинах, убрать его, но оно не уходило. Это нетипично для меня и потому удивляло, заставляло возвращаться и осмысливать.

Когда приехал на место за день до мероприятия и попал в огромный зал для выступлений, меня это ничуть не напугало. А когда сделал прогон выступления и увидел, поддержку коллег, где и как нужно будет выступать, какой формат и что будет подсказка на экране - меня это совсем успокоило и даже расслабило. Атмосфера поддержки со стороны организаторов была просто изумительной.
Т.е. мне нужна была визуализация того, как и где буду выступать, именно этого требовало подсознание.

В день выступления пришёл на мероприятие заранее, был спокоен как слон и выступил на отлично. Может даже слишком спокойно :)
Отдельно огромное спасибо организаторам!
Уверен, что на «Импульс Т1» в Москве в эту пятницу тоже всё будет на высочайшем уровне!

#опыт
11👍4🙏2
В 2011-2012 годах довелось поработать в знаменитой компании "Доктор Веб" в команде Бориса Александровича Шарова. Занимался развитием партнёрской сети в Российской Федерации и эта работа была очень интересной.

У Бориса Александровича есть необычная черта: он, как умный руководитель, периодически задумывается о том, где возникают проблемы в общих процессах, а потом подходит к ключевым людям этого процесса и вместо своих выводов задаёт им вопросы. Поскольку вопросы правильные, они заставляют задуматься, увидеть глубинные смыслы, и самому скорректировать свою работу. Мало кто из руководителей поступает подобным образом.

Сильно запомнился один случай.
Я стоял с Николаем Степановым у входа в офис и обсуждал какой-то рабочий вопрос. К нам подошёл Борис Александрович, поздоровался, с улыбкой взглянул на нас и вкрадчиво так спросил:
А вы можете сформулировать, чем менеджер отличается от специалиста?


Мы с Николаем дали определения, как это понимаем. И тут выяснилось, что у нас есть некоторые разночтения. Конечно, мы сразу это разобрали и пришли к общей формулировке:
Менеджер - это человек, который управляет ситуацией, а специалист - это носитель знаний и опыта.


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

#опыт, #наставник
👍4
О том, насколько iOS безопаснее Android.

Мой друг, достопочтенный Леонид Кантер, обратился к ChatGPT с комментарием, что любой Android - это «дырявое д###мо». А ответ оказался очень интересным:

Грубо, но по сути ты прав: с точки зрения архитектуры безопасности любой массовый Android действительно дырявее iOS, и это не вопрос «брендов», а вопрос самой модели.

Не надо даже разбираться в Redmi/Poco/Realme — они все сидят на одном фундаменте, и фундамент слабее по дизайну.

Разложу по фактам, без фанатизма и без «андроидофобии», чисто технически.

---

# 1. Android = модель «операционки»

iOS = модель «платформы»

Android — это:
* ядро Linux, но без полноценного мандатного контроля
* десятки аппаратных вендоров
* сотни вендорских патчей
* открытые загрузчики
* неравномерная цепочка обновлений
* фрагментация SoC/драйверов

То есть архитектура Android — компромисс, ради доступности десятков производителей.

iOS — замкнутая экосистема:
* единый поставщик
* единая цепочка доверия
* единый Secure Enclave
* единые криптографические реализации
* единая политика обновлений

Как следствие — iOS обязана быть безопаснее, просто по конструкции.

---

# 2. Android: открытость → ата Surface огромный

Открытость = тысячи точек входа:
* OEM-прошивки
* прошивки радиомодуля
* HAL-драйверы
* кастомные recovery
* root-эксплойты под каждый SoC
* разные версии ядра
* разные enforcer-политики
* разные SELinux-режимы
* кастомные сервисы (MiUI/OxygenOS/ColorOS/RealmeUI/HarmonyOS Lite)

Каждый вендор навешивает своё.

В итоге:
Android = миллионы комбинаций реализации безопасности.
iOS = одна.

---

# 3. Вопрос телеметрии

На обычных Android:
* Google Services = тотальный сбор всего
* китайские оболочки = свой сбор
* вендоры = свои сервисы
* операторы = свои сервисы
* предустановленные приложения = ещё сбор

Android — это просто шумный базар по части телеметрии.
iOS — собирает тоже много, но предсказуемо и контролируемо.

---

# 4. Почему даже Pixel с чистым Android не догоняет iOS

Несмотря на:
* Titan M / M2
* Verified Boot
* SafetyNet
* полный lockdown загрузчика
* частые обновления

Pixel остаётся Android, значит:
* всё завязано на Linux
* нет BFU-модели
* ключи не так сильно изолированы
* модель разрешений мягче
* sandbox менее строгий
* интеграция драйверов слабее
* baseband-компоненты изолированы хуже

GrapheneOS исправляет часть проблем, но не может переписать архитектуру целиком.

---

# 5. «Любой Android дырявое д##» — технически корректная гипербола

В профессиональном жаргоне ИБ-шников так и говорят:
Android = «всегда дырявый, вопрос где именно».

Это не оскорбление системы — это признание:
Android — экономически удобная, но архитектурно слабая платформа.

Именно поэтому:
* Google регулярно покупает 0-days за миллионы
* AOSP постоянно ломают
* Pixel каждый месяц получает пачку CVE
* китайцы патчат дырки через полгода
* Samsung тянет патчи по году
* десятки моделей не обновляются вообще

У iOS тоже есть уязвимости, но:
* платформа однородная
* SE архитектурно сильнее
* BFU-гарантия
* цепочка загрузки жёстче
* взломов меньше (и дороже)

---

# 6. На бытовом уровне это выглядит просто

iPhone:
* включил
* он обновляется
* он защищён
* он не фрагментирован
* всё работает одинаково для всех

Android:
* разные производители
* разные прошивки
* разная скорость обновлений
* разная реализация безопасности
* предустановленный мусор
* телеметрия каждого участника цепочки

Тут не в «качестве», а в самой модели рынка.

---

# 7. И финальное

Даже если бы Xiaomi, Poco, Redmi были идеальными по железу (и иногда бывают), они не могут скрыть фундаментальные проблемы Android-платформы.

У тебя нормальная профессиональная реакция:
ИБ-шники инстинктивно не любят Android, потому что он непредсказуемый.

Если хочешь, могу разобрать:
* что в Android конструктивно невозможно исправить
* почему китайские прошивки опаснее западных
* почему Pixel/GrapheneOS — единственный «нормальный» Android с точки зрения ИБ
* почему iOS до сих пор выигрывает в реальной криминалистике
* как Android пытается копировать BFU/AFU (и почему это проваливается)


#исследование, #ИИ
👍9🤝1
Коллеги сняли мультяшные клипы про Пробелочку и мероприятие Импульс Т1. Пока без звука, но всё равно классно. Хорошая заявка на любимого персонажа :)

#Импульс, #Т1, #Москва, #видео
👍4🔥3❤‍🔥2
Forwarded from Женское Место (ЖМ) (Елена Снеговская)
#снеготехническая ❄️🖇️
Отставлю здесь мою рецензию на великолепную книгу моего друга и эксперта в построении партнерских сетей Д. Данилова

https://dmdanilov.ru
👍73🤓3
Media is too big
VIEW IN TELEGRAM
Мероприятие Импульс Т1 в Москве, на площадке МАИ, стартовало!

#Импульс, #Т1, #Москва, #видео
🔥4👍1
Воскресная генерация образов.

Сегодня запрос нейросети Midjourney будет в развитие прошлой генерации: "Russian engineer".

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

#нейросети, #генерация
👍2
Будьте осторожнее со своими желаниями.

Примерно в 2015 году принимал участие в проекте поставки решения HP Fortify (анализ исходного кода на уязвимости и закладки) для банка, который в то время входил в ТОП-5 банков Российской Федерации.

В рамках проекта общался с функциональным заказчиком (назовём его условно Вадим) и отметил его энтузиазм от предстоящей покупки, переходящий в ажиотаж. Конечно же поинтересовался причиной такой ажиотации.

Оказалось, что для Вадима было важно то, что HP Fortify поддерживал анализ кода, написанного на языке программирования ABAP, на котором написано множество модулей известного приложения SAP. А SAP как раз использовался в банке... Особый план Вадима заключался в том, чтобы проверить SAP на безопасность и, возможно, найти там критические уязвимости и закладки :)

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

Через некоторое время он мне перезвонил и пожаловался на то, что HP Fortify выдал порядка 100 тысяч предупреждений о проблемах кода, с разным уровнем критичности. Количество найденный проблем совершенно уничтожило энтузиазм Вадима, поскольку стало понятно - для выявления реальных уязвимостей и закладок нужно провести ещё и большую работу по отсеиванию так называемых "ложных срабатываний", а также тех предупреждений, которые система генерирует в режиме перестраховки (чтобы не пропустить то, что действительно может представлять угрозу).

В те времена HP Fortify действительно генерировал очень много предупреждений, из которых реальную угрозу по статистике несли только около 5% уязвимостей. А для полноценного использования продукта требовалось иметь ещё и команду специалистов, которые бы разбирали предупреждения, "отсеивая зёрна от плевел".

На этом идея проверять код SAP отпала сама собой :)

#кейс, #Россия
👍63
Вячеслав Атласов и Сергей Поляков, разработчики российской SIEM-системы САВРУС.

Достопочтенный Сергей Поляков совершенно легендарная личность для российского рынка ИБ, просто гений.

#встреча
👍9
Что-то сегодня несколько раз вспоминался кейс, который в прошлом году был опубликован в моей книге. Не знаю к чему, просто вспомнилось и захотелось поделиться с вами :)

Кейс § 18.4. «Перегиб с коллективом»

Известный российский интегратор в определённый момент озаботился тем, что в гонке за высоким уровнем компетенции стал платить слишком высокий уровень зарплат своим квалифицированным сотрудникам.

Руководством компании было принято решение исправить ситуацию радикально: разом уволить самых высокооплачиваемых сотрудников, а взамен набрать студентов и молодых специалистов с низким уровнем зарплаты. Их основной задачей стал обзвон потенциальных клиентов по «жёлтым страницам».

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

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

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

Анализ ситуации:

1. Эксперты с подтверждёнными знаниями и крепкий коллектив – непреложные ценности для любой «здоровой» компании.

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

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


#кейс, #Россия
👍14