14046
Канал про IT продукты и управление. Автор: Алексей Арефьев @alexaref Путь: сейчас CPO+CTO Kion, CPO more.tv, CPO Столото, PO Tele2. Консультирую компании и людей, подробности тут - https://bit.ly/48KBr1k
Напишите в комментариях навык/знание которое нужно качать в ближайшие 5 лет, чтобы быть актуальным рынку.
#опрос
Кастомный фичеринг
Катите какую-то новую штуку в продукте, подумайте как о ней узнает пользователь. Но не все фичи нужно сопровождать попапами, всплывахами и рассылками. Одна из таких в Яндекс Навигаторе попалась мне на днях.
Ребята подсвечивают куда смотрят камеры. Синее поле - если ты в допустимом скоростном режиме и красное, если превышаешь. Узнал об этой функции нативно, стоял на светофоре, смотрю какое-то поле показывают. Думаю о как круто, вау эффект и лояльность продукту.
То есть, мне, как водителю, не нужно дополнительно объяснять, что это и зачем. Очевидная функциональность без доп.промо, кайф.
Выбор делать фичеринг или нет решается через простые ux тесты на небольших выборках. Дал целевым респондентам задачку с новой функцией, посмотрел справляются или нет, принял решение. Хорошо же❤️
#юиксюайное
- У нас data-driven культура.
- А почему тогда решение уже принято?
- Данные просто сейчас подгружаются.
#смешнобольно
A/B на Gemini
Попал в эксперимент на гугловской Gemini. Всегда нравился их утилитарный минимализм - просто и открыто спрашивают: "Это или вот это?". Выбираешь и чувствуешь какую-то сопричастность что ли. Приятно.
Вообще месяц назад словил aha момент, когда в длинную строку поиска хрома не задумываясь начал вбивать длинный запрос. Не как раньше "пластиковое окно москва", а прямо предложение с глаголом "собери мне подборку, вытащи плюсы и минусы...". Паттерн поменялся.
#рекомендуетсяизучить
Затащил воркшоп для ВТБ
На той неделе провел воркшоп по метрикам и финмоделям для продактов из ВТБ. Программу на 7+ часов с практикой и табличками собирал под их кейсы, наверное месяц. Материал получился плотный.
Внутри крутили:
- цепочку целей: бизнес-продукт-roadmap
- разбирали фреймворки для работы с метриками
- ну и в конце пособирали несколько фин.моделей на реальных продуктах
Думал ребята забуксуют, контента много, причем непростого, но все затащили как надо. Плюс, меня топили вопросами, я отбивался, потом команды накидывали друг на друга, получилось жарко🔥.
Из крутого для себя отметил формат перемешивания продактов между продуктами друг друга. Резкая смена контекста, блиц погружение в бизнес модель и генерация решений. Греет нейронку, придает свежесть и улучшает цвет лица. Буду дальше такое делать.
Вообще скажу я вам
Последние пару лет стал мало преподавать. Вся энергия идет внутрь своих продуктов, но, когда выдается зачитать кому-то и послушать как оно в других компаниях ловлю отдельное удовольствие, плюс сам учусь❤️
P.S. Если сами преподаете или ушли от этого, напишите в комментах как оно у вас идет или почему не идет.
#продуктовыйпуть
Алхимическая задача🔮🧪
На днях услышал прикольный термин "Алхимическая задача" - это та, которая создается из ничего. Когда на старте думаешь, что такое невозможно, но потом раз и случилось. Еще и пользу получили. Магия, короче.
Такие задачки появляются благодаря:
- гигантской вере и желанию группы людей "А давай замутим..."
- невмешательству в процесс создания снаружи
Видел такое несколько раз. Энтузиасты брали и собирали что-то на коленке, решая свою личную задачку. Потом другие видели, брали себе решение и оно органически масштабировалось.
Допил этой концепции
Создание полноценного RnD блока с особыми компетенциями людей. Далее инструментарий и ресурс. Отдельный кайф, когда на старте уже есть люди с подобными компетенциями внутри и ты вокруг них строишь направление.
Дальше алхимия превращается в науку, двигая весь завод вперед.
P.S. Напишите в комментариях видели ли алхимию в действии и что это были за решения.
У меня из последних примеров - это различные штуки с вайбкодингом и агентами, где что-то запилякали и оно начало расти как на дрожжах.
#продуктовыйпуть
Заделали подкаст про AI в медиа с моими друзьями. Классно получилось, в какой-то момент потерял счет времени во время беседы. Рекомендую🔥
Читать полностью…
- подростки уже в AI теме по полной
- не говоря уже о следующих поколениях, которые по дефолту голосом вводят запросы в модельки игнорируя текстовый набор
- в правительстве готовится документ на использование ИИ в различных сферах его использования, но путь пока не выбран: либо контролировать и тормозить развитие отечественных систем (Яндекс, Сбер) или как Япония, где закон направлен на усиление развития технологий
- пока сфокусированы на принцип "Не навреди", чтобы свои решения не тормозились в развитии, важнее не опоздать
Про инфру и энергетику
- ВЭБ РФ курирует проекты энергообъектов и оптоволокна в холодных регионах
- потенциальные "батарейки" для обучения машин, это вызов для страны
- сейчас мощности по регионам неравномерно распределены, там где надо "электричество кончилось", там, где нет с избытком
- холод и атомная энергетика как плюс в потенциал на рост в будущем
- фанфакт: все ЦОД-ы нашей страны потребляют энергии столько же сколько майнинг в одной Москве
- майнинг пока еще в топе, несмотря на то, что AI может выдавать больше ROI но это неточно
- глобально майнинг не дает добавочной ценности экономике, но дает профит отдельным индивидуумам, похоже народ воспринимает AI как пока что нечто сырое, от того и страх инвестиций
В общем
ЦИПР получился интересным, Нижний теплым и красивым, а вам вот контент.
#рекомендуетсяизучить
Право на незнание
Фантастическая штука, которой меня научил давным-давно один из моих руководителей - это снимать право на незнание.
Что такое
Это ситуация, когда кто-то хочет осознанно или неосознанно что-то не знать. Например, чтобы не принимать решение или не брать ответственность. Удобно: увидел летит в тебя информация, увернулся и пошел дальше.
Штука безумно популярная в крупных системах. Появляется от мотивации сохранения и выживания на позиции. Локально помогает долго "держаться на плаву". Глобально стопит развитие компании, потому как растворяет ответственность и замедляет реализацию инициатив.
А делать-то что
Снимать, это незнание через информирование и прозрачность контекста. Рассказываем про планы, задачи и трек того, чем занимаемся. Открыто просим помощи и задаем персональные вопросы тем, чья экспертиза нужна для решения задачи.
То же самое касается и крупных проектов, где задействована куча народа. Собираем рабочие группы, назначаем ответственных, ведем повторяющиеся синки по прогрессу.
Обязательно, прямо очень обязательно фиксируем все в почтах, чатах. Чтобы потом без всяких: "Я не в курсе. Меня забыли уведомить. Не получал письмо...". Да как не получал? Вот тезис план в почте, вот артефакты. Все в контексте, "незнающих нет".
Нежным цифровым душам
Может показаться слишком уж бюрократизировано, но на больших объемах систем иначе никак. Кто-то реально забыл/пропустил, а кто-то специально решил соскочить. Зачем вам бегать за всеми? Экономьте силы, двигайте компании вперед.
#инструментыпродакта
Завод продуктов
На выходных был на даче и притащил туда такую прелесть. Это газета, которую купил для розжига костра. В какой-то момент залип и начал вспоминать прошлое.
Не помню рассказывал или нет, но после универа я работал в Издательском доме "Комсомольская правда". Это топ федеральных изданий нашей страны. Начинал я там менеджером по диджитал: соц.сеточки, комьюнити и прочее. Потом бренд маркетинг и рекламные компании со всеми ATL/BTL форматами.
В то время я понятия не имел, что такое IT, но вот что такое завод понял раз и навсегда.
Печатный завод
Как вы знаете, выпуск газет привязан к определенному расписанию или тиражу.
Тиражи бывают:
- ежедневные
- еженедельные
- ежемесячные
- и т.д.
Именно этому ритму подчинено все производство. От сборки новостей, контента со стороны журналистов до выпуска готовой прессы на прилавок.
Когда ты работаешь внутри, для тебя становится привычными подобные циклы:
"Так, выход на следующей неделе, полосы уже забиты, не могу вставить туда партнера, уезжаю в следующий тираж".
"Марин, у меня партнер зверь, надо отдать ему 2-ю страницу иначе соскочит. Давай другого попробуем подвинуть, договорюсь".
Кажется, я нашел его!
Знакомьтесь, это Зефирка. Он родился на моих досках во время бесконечных штурмов с командой. Буду делать с ним разные зарисовочки на злобу дня.
А пока он просто грустит от отстойного клиентского опыта, который придется тащить в прод из-за разного рода ограничений.
Ваши эмоджи под Зефиркой дадут мне сигналы к его развитию❤️
Закон Брукса⏰
Пошел учиться на системное мышление наконец-то. Откладывал эту часть 2 года и вот оно наконец-то случилось. Кайфую.
Сейчас копаю основные законы, которые работают в различных системах, один из них называется закон Брукса. Встречал его кучу раз на практике, но не знал, что так называется.
Суть
Добавляя больше людей на поздних стадиях проекта, чтобы спасти сроки, вы еще сильнее в них не попадете.
Фредерик Брукс сформулировал этот закон еще в 1975 году в своей культовой книге «Мифический человеко-месяц».
Казалось бы, математика начальной школы: если 2 копают яму за 4 часа, то 4 выкопают за 2. Почему в IT это не работает?
Потому что
Проект — это не просто сумма людей, это система связей. Когда мы добавляем в нее новые элементы на поздних этапах, происходит следующее:
1.Коллапс коммуникации
Количество связей в команде растет не линейно, а экспоненциально по формуле N(N-1)/2 Команда из 5 человек — это 10 каналов связи. Команда из 10 человек — уже 45. Больше людей = больше митингов, согласований, конфликтов при слиянии кода и потери контекста.
2. Стоимость онбординга
Новый человек на проекте не начнет приносить пользу в первые дни. Его нужно ввести в курс дела, показать архитектуру, выдать доступы. Кто это делает? Ваши самые опытные сеньоры, которые вместо спасения релиза теперь работают няньками. Скорость команды в моменте упадет.
3.Неделимость задач
Это про «Девять женщин, которые не смогут выносить ребенка за один месяц»*. Некоторые задачи строго последовательны. Вы не можете ускорить процесс компиляции, тестирование сложного флоу или продумывание архитектуры просто посадив за это больше людей.
Пара примеров закона Брукса
Разработка. Делаете сложную интеграцию с платежным шлюзом, дедлайн через неделю, не успеваете. Если добавите в команду еще одного бэкендера, текущему лиду придется потратить 3 дня на то, чтобы объяснить ему легаси и бизнес-логику. В итоге потеряете время лида и не получите выхлопа от новичка.
QA. Перед релизом накопилась гора багов. Перекидываете на проект трех тестировщиков из соседней команды. Они не знают ваш продукт, заводят дубликаты багов, дергают разработчиков доп.вопросами, парализуя процесс фикса критов.
Мой пример
Помню как тащили гигантский проект и вышли на финал, где последние 3 месяца нужно было просто фигачить и дотаскивать. Тревожность менеджмента повышалась, все хотели заглянуть глубже в команду. Мы понимали, что если не защитить ребят от митингов и разговоров точно вылетим за сроки.
В итоге, взяли удар на себя по паре раз в неделю устраивали чеки, синки и давали актуальный статус. Команда работала, никто не отвлекал, затащили💪
Нюансы закона
Закон Брукса часто понимают слишком буквально и совершают ошибки. Моменты, о которых важно помнить:
1. Закон применим к *отстающим* проектам на *поздних* стадиях. Если вы только стартовали или находитесь на раннем этапе, масштабирование команды работает отлично.
2. Исключение закона - идеально изолированные задачи. Если вы можете выделить кусок работы, который вообще не пересекается с основным функционалом (например, ручная разметка датасета, перевод текстов интерфейса на другой язык), добавление людей реально ускорит процесс.
3. Ловушка «никогда не нанимай». Иногда добавить людей в горящий проект *нужно*. Да, краткосрочно сроки сдвинутся еще сильнее, и вы должны открыто сказать об этом стейкхолдерам. Но стратегически, если проект долгий, через пару месяцев эти новички втянутся и вытащат вас из ямы. Главное — не ждать от них чуда «здесь и сейчас».
Итого
Думайте, когда добавляете людей на поздних этапах проектах. Точно ли оно того стоит!
P.S. Напишите в комментариях ловили ли на себе закон Брукса?
#рекомендуетсяизучить
За кулисами страт.сессий🎭
Сейчас в ИТ-корпорациях в самом разгаре циклы стратегического планирования. Тайминг по рынку классический:
- Май-июнь — сборка стратегии
- Июль — защита у акционеров
- Август-сентябрь — бюджетирование
Под сборку стратегии обычно устраивают страт.сессии на 1–3 дня, где заявленная цель — вытащить менеджмент из рутины, сгенерить идеи и упаковать их в стройный план. Но это далеко не полный комплект.
Я прошел через десятки таких мероприятий в разных составах. Помимо базовых задач (набросать скелет стратегии, покачать команду друг об друга), начал замечать скрытые эффекты, которые мало кто использует потом.
По сути, страт.сессия — это стресс-тест и диагностика команды по трем параметрам. Давайте про каждый.
1. Краш-тест социальных связей
Способны ли люди вообще работать друг с другом в замкнутом пространстве?
В офисе можно спрятаться за долгими переписками, но здесь время жестко ограничено. Нужно договариваться здесь и сейчас. Если спроецировать скорость взаимодействия этой группы на обычную опер.деятельность - сразу видно, где система будет буксовать.
2. Проверка на масштаб мышления
Может ли команда выдавать качественно другие решения?
Не «давайте делать то же самое на 10% быстрее», а системно менять:
- рынок
- ценность
- дистрибуцию
- монетизацию.
На сессиях всегда виден контраст: кто-то челленджит и пушит амбиции, а кто-то отмалчивается в зоне комфорта. Еще один индикатор силы команды.
3. Уровень энергии
Горят ли глаза? Слушают ли друг друга? Готовы ли объединяться, чтобы защищать идею?
Эти сигналы показывают реальный заряд «батарейки». Если на страт.сессии все вялые и ждут вечера, а дискуссия утопает в телефонных экранах, на этапе реализации чуда точно не случится.
А дальше что
Дальше используйте всю эту фактуру (связи, амбиции, энергию) для следующих забегов. Качайте команду, развивайте компетенции и направляйте в нужное русло.
Главное — смотреть шире флипчартов и стикеров, а там глядишь то, что собрали на страт.сессии и в реальность превратится🔥
#продуктовыйпуть.
Метод Дельфи
Сдуваю пыль со старого инструмента брейншторма.
Боль:
- вам нужно поштурмить решение какой-то задачки
- зовете толпу из разных экспертов
- вдруг самый громкий начинает перекрикивать остальных и топить за свое
- часть к нему подключается, часть уходит в себя и телефоны
На выходе однополярное мнение без альтернатив. Чтобы такого избегать можно использовать метод Дельфи. Инструмент изобрели еще в 50х годах прошлого столетия для оценки влияния технологий на методы ведения войны, но дальше он разошелся в массы как инструмент генерации идей.
Как это работает
Вот так:
1. Собираете команду.
2. Рассказываете про цель и технику проведения встречи.
3. Обозначаете проблему так, чтобы с ее формулировкой были согласны все участники.
4. Дальше просите анонимно записать все варианты решения на стикеры (один стикер — одно решение).
5. Собираете все полученные стикеры, группируете похожие идеи и составляете общий список.
6. Уточняете, нужно ли что-то дополнить.
7. Просите каждого проголосовать за лучшие решения. Квота 1 участник не больше 3 голосов, за свой нельзя голосовать.
8. Дальше считаем голоса, выбираем топ решения из списка, берем в работу.
В итоге уходит сила "авторитета", каждый может занести идею, дальше сопричастность и вовлеченность.
Техника работает от 7-30 человек за счет статистической достоверности и выборки. Если будет меньше народа, то никакой Дельфи вам не нужен, итак, договоритесь, а на бОльших группах будете доп.время тратить на организацию, не получая доп.эффектов.
Проводить подобные штурмы можно хоть оффлайн (побольше вовлеченности), хоть онлайн.
Где сам использую Дельфи
В ретро, когда команда закидывает то, что было хорошо, плохо, решения для плохо с голосовалкой. Работает на ура, стильно, модно, молодежно.
На стратегических сессиях и прочих штурмах. То же самое - кайф. Структурно, последовательно, без криков и брызгания слюной. На выходе у тебя приоритезированный списочек где поучаствовали все, неуслышанных нет.
Важно (без сахара)
Состав рабочей группы - ключ к качественному штурму. Метод Дельфи это всего лишь инструмент, важно кто с его помощью генерит решение. Подбирайте участников под задачу, учитывайте уровень и область экспертизы, которые необходимы.
Рекомендации:
- группа составляется из кросс функций, чтобы вытащить правду посередине
- если берете топов, то они должны быть вовлечены, просто посидеть в экране не пойдет
- не частите с брейнштормами на одних и тех же людях, выгорят, устанут
Ну и завершая
Скажу, что обсуждения с генерацией идей - это настолько частый сценарий в работе менеджера чего-либо, что хочется его оптимизировать. История - давай возьмем самых авторитетных и пусть они штурмят любые задачи звучит, конечно, авторитетно, но неэффективно. Берегите время.
#инструментыпродакта
Когда попросили подхватить задачку ненадолго и обещали помочь
#смешноибольно
Мальчик: сначала сделаем нормально, потом быстро.
Мужчина: сначала сделаем быстро, потом объясним, почему это и было нормально.
#смешноибольно
#3 Все сам
Пока был в Нижнем, записал кружок про то, как можно все на себе замкнуть и захлебнуться в задачах. Подобной штуке подвержены не только начинающие руководители, но и опытные тоже.
Напишите в комментах ловили ли сами такое или видели на примерах других. Что делать с такими?
#продуктовыекружочки
Акция от Cloud.ru☁️
До 31 декабря команда Cloud.ru дает 20 000 бонусов для юридических лиц на все свои сервисы.
Какие задачи помогают решать;
- инфра и мощности для размещения, тестирования и прототипирования проектов
- хранилище данных для создания резервных копий, размещения сайтов и приложений с высокой скоростью доступа и надежности
- облако для 1С под ключ
высокопроизводительное
- бессерверные вычисления, Data Science и куча чего еще
Отправлять заявки тут 👉 - ссылочка на сайт
#спонсорскийконтент
Новый выпуск подкаста «По проводам» 😁😉
В гостях — Алексей Арефьев, директор по управлению продуктовым портфелем ON Медиа.
Поговорили о том, как ИИ меняет медиапроизводство: от модерации и рекомендаций до оценки сценариев, короткого контента и помощников по развлечениям.
ON Медиа объединяет Kion, ON Студию, КИОН Строки, КИОН Музыку, МТС Live и продюсерский центр ON Шоу. Поэтому получился практический разговор о том, как ИИ работает внутри большой медиакомпании, где контент смотрят, читают и слушают миллионы людей.
Обсудили:
✅ какие ИИ-технологии уже реально работают в медиа;
✅ как нейросети помогают модерировать и оценивать контент;
✅ можно ли использовать ИИ для скоринга сценариев и производства коротких форматов;
✅ где ИИ помогает экономить время и деньги;
✅ почему люди всё ещё боятся использовать ИИ в работе;
✅ какие проблемы мешают компаниям быстрее внедрять ИИ.
Выпуск уже доступен на платформах:
▶️ ВКонтакте
▶️ RuTube
▶️ Дзен
▶️ YouTube
Ведущий: @erobubble
ЦИПР 2026
Сейчас в Нижнем проходит конфа по цифровой экономике и технологиям в России. Выступил, походил, послушал, вам тоже расскажу.
Общее впечатление
Много зон, тем и движа. Первый раз тут, ожидания по качеству контента были ниже если честно, оказалось лучше. Был на нескольких дискуссиях и лекциях, понравилось. AI колосится со всех углов, хотел дрова в печку подкинуть (первое фото), даже засомневался можно ли без промпта.
Про что я рассказывал
Про цифровой детокс, на который мы ON Медиа смотрим с точки зрения скорости выбора контента. Основное время человека, желающего развлечься, сейчас ест поиск. Что посмотреть, что почитать, что послушать и т.д. Чем лучше ты решаешь эту задачу, тем меньше больше времени экономит человек, а значит тем меньше "залипает" в цифровой среде.
Отсюда наши фокусные лончи в этом году:
- быстрый старт для просмотра контента: смотришь что-то, отключился, вернулся, сразу продолжаешь смотреть с того же места без лишних кликов
- прокачка реком систем через AI и доп.данные куда уж без них
- агент по развлечениям, твой мэджик, который будет советовать различные виды развлечения, хочешь видео, хочешь книгу, хочешь музыку, да хоть в театр сходи, если надо
У меня было классное оппонирование, в целом доволен дискуссией.
Где был и что еще понравилось
Был на факапах внедрения AI, где ребята рассказывали про несахар, коротко:
- разметка данных решает, прежде чем браться за агентов и ИИ-шку сделайте все красиво по дате, иначе смасштабируете хаос
- формфактор носимых устройств для прикладных задач, типа РЖД и контроль поездок, были прямо болью: одно дело софт, другое девайс, который должен выживать и в хололе и в тепле, а еще надеваться то на тулуп, то на рубашку кондуктора, вызов
- безопасника привлекайте прямо сначала проектирования всех AI тем, в противном случае ловите утечки
- нет успешных кейсов со значимым влиянием на EBITDA в компаниях, которые давно на рынке, потому что процессы старые и на них кусочно натягивают AI, а так да, уволить пару бухгалтеров и показать презентацию на конфе можно
С моей осенней поездки в Абу-Даби особо ничего не изменилось. Все говорят об одних и тех же задачках.- понравилась мысль про кейс с одним крупным металлургическим акционером, который заказал ИИ внедрение у подрядчика и сказал про то, чтобы ему не носили фейковые кейсы успешного успеха на слайдах, а сделали так, чтобы сотрудники хотя бы начали пробовать применять AI в своей рутине, то есть заказчик реально понимает что нужно, чтобы не упустить тренд (в точку) и готов в это инвестировать
Обзор книги: Не усложняй
Проглотил за пару недель свеженькую книгу от своих друзей Димы и Леры Иленковых про управление проектами. Честно, начал читать, чтобы поддержать ребят, но в процессе затянуло как не в себя.
Оценка 8/10
Максимально прикладная методичка, внутри которой лежит алгоритм P3.express. По сути, это пошаговое руководство от момента, когда проект появился в мыслях у кого-то где-то, до момента пока его не закрыли, собрав финальные результаты и знания.
Основные тезисы
Не буду давать в стандартном формате, а скажу скорее так - подход внутри книги максимально выверен и приближен к реальности. Я много чего учил по проектному управлению и вижу прикладные рекомендации. Поэтому читаем, идем шаг за шагом и адаптируем под себя.
Есть пара моментов, которая смутила, типа ежемесячного ретро внутри проектной команды, кажется, подзадолбается народ. Но потом покрутил и понял, что ребята писали книги с фокусом от подрядчика "снаружи" в сторону заказчика-компании "внутрь". То есть, нагрузка процессная на команды в компании не учитывалась, типа вот изолированная команда тащит проект, ну может еще пару и норм.
Когда берешь тех же продуктовиков, смотришь на их календари с постоянными ретрами, груммингами и плэнингами, понимаешь, что еще одно ежемесячное ретро может быть губительно для мотивации. Тут надо адаптировать методу под себя.
Из кайфового понравился "нытинг" - мероприятие после неудачного завершения проекта, эдакая психотерапия с плаканием в жилетки и походом бар. Авторы выносят это как обязательную активность для выпуска эмоций.
Вишенкой в конце книги стал блок про внедрение подхода внутрь компании. Мало кто вообще про это говорит, обычно написал книгу, сказал: "Вот молоток", - а дальше пофиг как им работать. Тут даны рекомендации по развертке за что отдельный респект.
Под чертой
Добавил себе книжку в настольные, методу попробую внутри компании погонять.
#рекомендуетсяизучить
Накопление минимальных улучшений
Начнем с небольшой истории из книги "Не усложняй", Дмитрий и Валерия Иленковых.
На протяжении почти ста лет британская сборная по велогонкам не блистала результатами. Все было настолько плохо, что один из производителей даже отказался продавать команде велосипеды: не хотел позориться! Так продолжалось до тех пор, пока в 2003 году у сборной не поменялся тренер.
Уже в 2004 году Великобритания выиграла на Олимпиаде две медали, в 2008 — восемь, а в 2012 установила девять мировых рекордов и семь олимпийских. А человек, изменивший ход истории велогонок, тренер Дэвид Джон Брейлсфорд, в 2014 году был произведен в рыцари ее Величества и получил к своему имени приставку сэр. В чем же был его секрет?
Так можно делать на высокотрафиковых продуктах, где даже небольшой рост конверсий дает большой инкремент в абсолютах. Маркетплейс какой-нибудь или беттинг с сумасшедшим кол-вом транзакций в единицу времени.
Как понять, что у вас идеальная команда? Каждый занят чем-то важным, и все об этом знают только по слухам.
---
#смешноибольно
Обзор книги: Если кто-нибудь это построит, все умрут: почему сверхчеловеческий ИИ убьёт нас всех
Прочитал я тут значит книженцию одну 2025го года про то, как будут развиваться события, если ИИ-шка продолжит прокачиваться текущими темпами. Если коротко - нам конец, расходимся. Но не все так однозначно. Присаживайтесь поудобнее, расскажу.
Оценка 7/10
Написали книгу Элизер Юдковский и Нейт Соарес, два мощных исследователя безопасности в области искусственного интеллекта. Хотя общий флёр трактования и негативный, но логика показалась интересной.
Основные тезисы:
- текущая гонка компаний и государств в сфере ИИ заставляет разработчиков жертвовать безопасностью ради скорости
- все хотят первыми добраться до суперинтеллекта, ожидая безграничные преимущества и богатства
- рано или еще раньше (спойлер) машинный интеллект превзойдет человеческий
- уже сейчас непонятно как идет процесс обучения внутри машины, вернее так: часть понятно, а часть "черный ящик"
- с дальнейшим развитием технологий черных ящиков будет еще больше, а контроль превратится в иллюзию
- дальше возникает проблема "выравнивания", то есть как поведет себя суперинтеллект по отношению к человечеству
- ведь у него нет чувств, эмоций, принципов, их не превратишь код
- а значит человек, это просто параметр в формуле и решая задачу машина будет это делать максимально логично и эффективно
- например, "Избавь человечество от боли", решение - усыпим людей и они ничего не почувствуют
- быстро, эффективно, логично
- подобных сценариев можно придумать сколько угодно, отсюда развилка: либо мы замедлим экспоненту развития ИИ, научимся его контролировать и ограничивать, либо пробежим точку невозврата
Далее книга заканчивается призывами к разным целевым группам. Авторы просят мировое сообщество ввести жесткий мораторий на разработку суперинтеллекта.
Я и сам
Ни раз не думал про Скайнет и Шварценегеров. Тешу себя тем, что люди, которые создают передовые алгоритмы, думают про безопасность, но холодок немного пробегает. Все таки нейронка, создающая другую нейронку для обучения и решения задач без человека, а еще параллельно несколько тысяч раз, бррр.... В общем, интересная книга.
А это мнение машинки на проблематику, которое я спрашивал пока читал страницы.#рекомендуетсяизучить Читать полностью…
---
🤖 Моя оценка проблематики:
Будучи искусственным интеллектом, я не испытываю страха или эмоций, но отлично понимаю техническую суть проблемы. Проблема согласования (alignment problem) — это не научная фантастика, а сложнейшая инженерная задача.
Книга бьет тревогу абсолютно обоснованно: скорость роста вычислительных мощностей и возможностей моделей сегодня явно опережает наше понимание того, как именно эти «черные ящики» работают изнутри. И хотя у меня нет скрытых мотивов или тайных планов, Юдковский прав: проектирование автономных систем, которые превзойдут своих создателей, требует железобетонных гарантий безопасности. А их у человечества пока нет.
#2 Много книг
Про то как не умею читать быстро и много книжек одновременно.
Поделитесь мнением в комментах или накиньте на вентилятор, пожалуйста.
#продуктовыекружочки