IT Горизонт - канал

Вышел новый выпуск подкаста «Киберкухня | Эгида-Телеком»🔥 Биометрия без мифов. Что происходит с вашим лицом и голосом на самом деле? Каждый день мы разблокируем телефон по Face ID, записываем кружочки в мессенджерах, отправляем голосовые сообщения и снимаем видео. Но почти никто не знает, что на самом деле происходит с этими данными. В выпуске разбираем: 👱‍♂️ биометрия – это слежка или миф 👆 можно ли украсть лицо и голос 👆 работают ли дипфейки против современных систем 👆 что происходит после сдачи биометрии 👍 стоит ли вообще доверять таким технологиям Смотрите выпуск на удобной площадке: 🔥 YouTube 📺 VK Видео 📺 RUTUBE ✴️ Дзен

LLM как независимая точка зрения Был случай - поругались в мессенджере с одним человеком. Причём не на профессиональную тему, а по межличностным отношениям. Кто как по жизни поступает и что мы думаем друг о друге. Я, интереса ради, «скормил» весь диалог в LLM и попросил честной оценки, кто как себя вел. Узнал о себе много интересного. Мой визави - тоже 😁😁😁 Если применить этот подход к технике, то LLM можно использовать для получения практически непредвзятого мнения по профессиональным спорам. Ситуация: разработчик разработал WEB-портал, который, среди прочего, предполагает скачивание пользователями файлов по ссылкам. Файлы потенциально содержат персональные данные, ссылки длинные (невозможно подобрать), но если ссылка стала доступна постороннему, то сервер при обращении к файлу не проверяет права доступа. И вот программист, который очень любит свой продукт и уверен в его непогрешимости, уверяет, что «все безопасно, ведь ссылку подобрать нельзя». А ИБ-специалист, ищущий максимальный уровень безопасности во всем, отсылает к требованиям ФСТЭК, которые написаны таким языком, что вы, как руководитель, с ходу их не понимаете. А надо принимать решение: уязвимость значимая и нужно тратить средства на её закрытие, или риск компрометации очень низкий и можно выпускать в прод. До недавнего времени руководители либо были вынуждены глубоко разбирать «техничку» либо верить тому, кто убедительнее говорит. Теперь можно получить дополнительное непредвзятое мнение от LLM. Но помните, что ответственность за решение все равно лежит на вас, а LLM лишь дает альтернативное, и, возможно, непрофессиональное галлюцинирующее мнение, но без эмоционального давления. ❗️ Внимание! Если кто-то узнал продукт и уязвимость, то помните, что все совпадения являются исключительно случайными. P.S. Именно эту уязвимость я проверял, но ответ LLM оставлю «за кадром» #AI #LLM #IT #ИИ #management

Дорогие друзья! У меня для вас две активно-спортивных новости: 1) Сегодня моя любимая жена отправилась в одиночную велоэкспедицию на Русский Север. Едет из Уфы в Архангельск. В позапрошлом году также соло ездила на Байконур. Следить за «ретритом» можно в её канале. 2) В этом году второй раз проходит спортивный онлайн-ивент для ИТ-руководителей "Спортивное лето с Global CIO". Это - возможность показать себя и посмотреть других через призму спорта. На правах соорганизатора приглашаю к участию. Старт - 20 июля. Официоз и ссылка на регистрацию тут.

Спасибо за поддержку всем, кто в меня верил! В этом году не только вошел в рейтинг ТОП-100 ИТ-Лидеров России, но и получил высший балл в номинации "Коммерческих успех внедренных решений"! #GlobalCIO

LLM как Pip-Boy или возможность безопасно задавать глупые вопросы на онбординге Большинство из нас общается с персонально удобной LLM. Кто-то у DeepSeek спрашивает пульсовые зоны для бега, а кто-то у Алисы, как готовить борщ. Не секрет, что такие LLM персонализируют общение с нами и начинают учитывать наши психологические особенности. Я даже как-то задал вопрос «Скажи, на кого из героев книг или исторических персонажей я похож?» 👀 Возникла идея явно использовать эту механику для типовых процессов, где нужно учитывать особенности человека. Например, онбординг в компании. Как сейчас: дают 100500 файлов, презентаций, инструкций, контактов – читай. Как может быть: вот тебе пакет знаний о роли и компании (специально сформированный для LLM файл), загрузи его в свой ИИ-ассистент и попроси его провести онбординг. А если возникнут вопросы – задавай их сначала ассистенту. А если он не ответил – службе заботы о персонале. Получается, что наш 🤷‍♂️-ассистент станет неким аналогом Pip-Boy из Fallout, куда можно загружать новые материалы для получения «умений». Причем «умения» будут персонализированы под человека. Подозреваю, что онбординг — лишь один из сценариев. Главное, что мы создаем возможность безопасно задавать любые глупые вопросы своему ассистенту, не боясь выглядеть глупо, как если бы этот вопрос был задан куратору или службе HR. P.S. Автор играл только в первые версии Fallout… возможно, там что-то изменилось. P.S.S. Автор задавал своему ассистенту еще и вопрос «На какого антигероя я похож?» и узнал о себе много нового. 😅 P.S.S.S. Душный заголовок заметки выглядел бы так: «Персональный AI как безопасный интерфейс адаптации человека к новой среде.» #AI #LLM #HR #Onboarding #Fallout

Про рабочие чаты в нерабочее время В праздничные дни в профильных сообществах обсуждают, почему неправильно или почему правильно писать сотрудникам в нерабочее время в рабочих чатах. Говорят, что сверхответственные сотрудники, вместо отдыха, сразу возьмут вопрос в работу, а потом будут выгорать и негативить. Однако, эти риски можно уменьшить, даже если в команде есть давление ожиданий и страх «выглядеть плохо». Итак, почему же я пишу в рабочие чаты в нерабочее время? Все просто. Я воспринимаю это как дополнительную опцию или возможность для команды. Не хочешь? Ответь только в рабочее время. Но у тебя появляется возможность решить задачу, пока не потеряна мысль, подумать на досуге о какой-то проблеме или даже разгрузить ближайший рабочий день. Начинайте текст фразой типа «Неспешный вопрос…», которая явно показывает, что не нужно срываться с места и бежать тушить какой-то пожар. А в прикреплённых правилах чата напишите что-то вроде «…не стесняйтесь в этом чате писать в нерабочее время, но не ожидайте оперативной реакции…». И хоть этот подход немного расходится с идеями Хана Бён-Чхоль (книга «Общество усталости», где описана самоэксплуатация человека), но он субъективно хорош для Российского ИТ. P.S. Подход, скорее всего, не сработает в командах, чей культурный код основан на давлении сверху. P.S.S. Из рецензии ИИ на эту заметку: «…Хан Бён-Чхоль сказал бы: будь осторожен — такие “возможности” часто превращаются в самоэксплуатацию…» #WorkLifeBalance #WLB #IT #HR

Второй подряд нетематический пост 🙈🙈🙈 Я снова участвую в рейтинге «Топ-100 ИТ-лидеров» Global CIO. Просьба поддержать голосом! Вот ссылка для голосования. Заранее спасибо за поддержку!

Всем привет! С этого для начинаю плотно заниматься биометрией! Пишите-обращайтесь!

ИИ принял неверное решение… А кто виноват? Я часто встречаю аргумент, препятствующий внедрению ИИ. Я сдал анализы, ИИ их проанализировал и поставил неверный диагноз? Кто виноват в конкретной ошибке? Если я не знаю, кто виноват, то пусть лучше анализирует врач! Примерно такой посыл я видел в одном из ИТ-чатов. Однако, врач тоже ошибается. Возможно, чаще чем ИИ. Получается, что в случае, когда ИИ дает меньше ошибок (при равности тяжести ошибок) рационально использовать ИИ, а не врача-эксперта, игнорируя аргумент «кто виноват в этой ошибке?». Если подняться от уровня «кто виноват в конкретной ошибке» к ответственности, то в схемах с ИИ ответственность трансформируется от ответственности за отдельный диагноз к ответственности за правильность работы модели, т.е. с операционного уровня на уровень проектирования. А пока мы ждем, чтобы ИИ стал значительно точнее людей-экспертов, наиболее эффективной схемой является помощь ИИ эксперту в принятии решений. А когда дождемся, попробуем не замечать аргумента «кто виноват в конкретном случае» и использовать более рациональные способы, чем человеческая экспертиза. P.S. - есть мнение, что с внедрением ИИ вопрос «кто виноват?» перестает быть о конкретной ошибке и становится о том, кто управляет системой, следит за её корректностью и контролирует риски. #ИИ #AI #технологии #бизнес #управление #риски

Work-life balance vs Work-life blend Из рецензии ИИ-ки на эту заметку: … заметка отвечает на регулярные призывы к work-life balance, наблюдая за ними с тем же интересом, с каким ИИ наблюдает за повторяющимися человеческими решениями… Однажды за рулем авто я задумался над тем, что сначала люди искусственно разделяют работу и жизнь, а потом ищут work-life balance. Это похоже на поедание бутерброда, если отдельно есть хлеб, отдельно - колбасу и потом ещё кусок сыра. Итак, WLB, как work-life balance, часто упоминается во многих вакансиях и культурах компаний. Google на запрос «WLB work-life balance» первым аспектом отметил «Четкие границы: разделение рабочего и личного времени, например, отключение уведомлений после 18:00». В противовес этому мне встретилась аббревиатура «WLB» как work-life blend. Почему часто вспоминают balance? Скорее всего, он востребован теми, чья работа не удовлетворяет потребности этого человека. На работе работаем, зарабатываем деньги на удовлетворение своих потребностей, а в нерабочее время тратим и удовлетворяем свои потребности за заработанные деньги. Получаем цепочку работа->деньги->удовольствие. Однако, в одном из интервью CIO Яндекса говорил, что работа должна быть по любви и нужно осознавать то, что тебе нравится и искать такую работу. А согласно Адизесу: в органической компании должны максимально совпадать потребности сотрудников и потребности компании. Т.е. более чем возможна сокращенная цепочка работа->удовольствие. Хотя она не отменяет деньги. Получается, что если человек находит удовольствие и удовлетворение в своей работе, то подход work-life balance начинает выглядеть странным. В этом случае удовольствие от работы как будто имеет расписание и заканчивается ровно в 18:00. Видимо, где-то здесь рождается work-life blend, когда человек получает удовольствие и от работы и не только от работы. Что же в итоге? Work-life balance безусловно нужен в том случае, если работа у вас не по любви в широком смысле этого слова. Уверен, что такие ситуации будут всегда. Но я стремлюсь к work-life blend, ведь бутерброд вкуснее «поперек», а не «вдоль». #WorkLifeBalance #WLB #IT #HR

Поздравлять с Новым годом, флиртовать, сообщать мошенникам ложные паспортные данные... Что ещё нельзя делать в мессенджере Макс? Кстати, Макс или MAX? Эта воскресная заметка является сатирической гиперболой, которая обнажает потенциальные противоречия и риски, заложенные в модель мессенджера MAX как универсальной платформы для общения. Про нашу звезду нашего цифрового суверенитета написано много разного и противоречивого. Но мы задались вопросом, насколько же он пригоден для повседневного общения с точки зрения пользовательского соглашения? Особенно в контексте, скажем, грядущего Нового года и национальной идеи повышения рождаемости ❓❓❓ Итак, что в явном виде запрещено делать в MAX согласно пользовательскому соглашению, если читать его буквально😳😳😳: 1) Массово поздравлять с Новым годом без предварительного согласия. Нарушение пункта 4.3.4. 2) Девушкам лукавить на тему собственного возраста. Нарушение пункта 4.3.2. 3) Парням настойчиво звать девушек в кино. Нарушение пункта 4.3.3.10. 4) Жене писать мужу «не деплой в пятницу, мне одиноко» и прикладывать «зазывающую» фотку. Может быть нарушением пункта 4.3.3.2. 5) Мужчине писать потенциальной симпатичной клиентке «не женат», если на самом деле – женат. Нарушение пункта 4.3.2. 6) Предоставлять неверные паспортные данные мошенникам. Нарушение пункта 4.3.1. Правда, можно вообще не предоставлять. Предположим, что со временем (если не уже) блокировать пользователей за нарушение пользовательского соглашения в Максе будет специально обученная на пользовательском соглашении ИИ-ка. А значит, потерять доступ к госуслугам можно будет легко, если не соблюдать пользовательское соглашение. И доказывай потом, фотография, отправленная женой не подходит под ограничение пункта 4.3.3.2... Цитаты и ссылка на пользовательское соглашение в первом комментарии. Всех с Наступающим Новым Годом! 🎄🎄🎄 И пусть повышение рождаемости будет синхронизировано с вашими личными ожиданиями в этой области! #MAX #НовыйГод #Безопасность #IT

Субботнее расслабляющее.... Попал в местные новости (телеканал UTV) с историей о смене паспорта на Госуслугах. Госуслуги никак не давали направить информацию о новом паспорте, пока не поменяешь пол в форме отправки. Предупреждая вопросы: на такую радикальную операцию я не решился даже ради правильных данных паспорта на госуслугах 😁😁😁 Оригинал публикации UTV: https://t.me/c/1428586349/171442 #госуслуги #gosuslugi

В профильных чатах неожиданно обозначен большой интерес к различным документам и подходам, посвященным оценке эффективности ИТ-решений. Условно, как посчитать ROI от внедрения информационной системы? Сразу скажу: очень-очень-очень сложно. Прикладываю две работы на эту тематику. Также можно погуглить термин TVO у Гартнера. В общем, читайте, пользуйтесь... Кому сильно надо, у меня на диске еще "рассыпуха" из менее полезных документов на эту тему лежит. Пишите - поделюсь. з.ы. у меня нет четкой информации о том, насколько данные работы можно распространять публично. Если кто-то знает об ограничениях - говорите #ИТ #ROI

Продуктовый или проектный подход. Выбор без религиозных войн. Есть две крайности при решении больших задач: продуктовый подход (итерации, agile) и проектный подход (Waterfall). Представляю небольшую и простую карту, которая поможет выбрать вектор для управления. Карта предполагает два вектора: 1) Сложность объекта или процессов управления. 2) Нечеткость целевого состояния. Оно может быть нечетким вследствие изменчивости, или потому что оно не является ключевым, т.е. в ситуации, когда важны числовые метрики. Важно, что оценка является субъективной. Один и тот же объект для одного руководителя может быть простой, а для другого – сложным. Помимо проектного и продуктового подхода в карте выделены еще два: линейная деятельность (процесс) и исследовательский подход (сначала действуем, затем осмысляем и корректируем). Одной из ключевых задач исследовательского подхода является дрейф объекта управления в другой блок карты, в котором ситуация станет более понятной и управляемой. Кто хочет глубже погрузиться в тему выбора подхода к управлению – ищите в интернете «модель Кеневин». Она предполагает иной и более глубокий подход к выбору методов управления. Однако, на практике обычно используют гибриды, когда в рамках развития большого продукта есть маленькие «проектики», или в рамках большого проекта какой-то блок начинает управляться продуктовым подходом. Так, «создание продукта» может быть проектом. Причём сам проект может быть успешным (цели достигнуты), а вот продукт – нет. Такой пример описан в фильме Операция «Колибри» (2018). И помните, что все модели неверные, но некоторые из них полезны. Надеюсь, эта карта будет полезной, хотя то, что она местами «спорна», - факт. В дополнение еще прикладываю таблицу, характеризующую различия процесса, проекта и продукта. #УправлениеПроектами #УправлениеПродуктами #agile #waterfall