Про процессы и людей глазами очевидца
رفتن به کانال در Telegram
Я — Макс Бабич. 25+ лет занимаюсь ИТ, 18+ лет — менеджментом. В известных IT-компаниях, интеграторах, госорганах. Читал свои курсы в Бауманке и ВШЭ. Запускаю и закрываю стартапы. Фанат здравого смысла. Этот блог — об управлении, людях и их взаимодействии
نمایش بیشتر689
مشترکین
اطلاعاتی وجود ندارد24 ساعت
-27 روز
-230 روز
در حال بارگذاری دادهها
کانالهای مشابه
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
ابر برچسبها
هیچ دادهای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اکتبر '26اکتبر '26
اکتبر '26
+1
در 2 کانالها
سپتامبر '260
در 1 کانالها
Get PRO
اوت '260
در 1 کانالها
Get PRO
ژوئیه '260
در 0 کانالها
Get PRO
ژوئن '260
در 1 کانالها
Get PRO
مه '260
در 1 کانالها
Get PRO
آوریل '260
در 1 کانالها
Get PRO
مارس '260
در 1 کانالها
Get PRO
فوریه '260
در 1 کانالها
Get PRO
ژانویه '260
در 1 کانالها
Get PRO
دسامبر '250
در 1 کانالها
Get PRO
نوامبر '250
در 1 کانالها
Get PRO
اکتبر '250
در 0 کانالها
Get PRO
سپتامبر '250
در 1 کانالها
Get PRO
اوت '250
در 0 کانالها
Get PRO
ژوئیه '250
در 1 کانالها
Get PRO
ژوئن '250
در 0 کانالها
Get PRO
مه '250
در 0 کانالها
Get PRO
آوریل '250
در 4 کانالها
Get PRO
مارس '250
در 0 کانالها
Get PRO
فوریه '250
در 0 کانالها
Get PRO
ژانویه '250
در 0 کانالها
Get PRO
دسامبر '24
+3
در 0 کانالها
Get PRO
نوامبر '24
+8
در 0 کانالها
Get PRO
اکتبر '24
+4
در 1 کانالها
Get PRO
سپتامبر '24
+2
در 0 کانالها
Get PRO
اوت '24
+5
در 0 کانالها
Get PRO
ژوئیه '24
+5
در 1 کانالها
Get PRO
ژوئن '24
+5
در 0 کانالها
Get PRO
مه '24
+5
در 0 کانالها
Get PRO
آوریل '24
+5
در 0 کانالها
Get PRO
مارس '24
+8
در 0 کانالها
Get PRO
فوریه '24
+35
در 0 کانالها
Get PRO
ژانویه '24
+5
در 0 کانالها
Get PRO
دسامبر '23
+5
در 0 کانالها
Get PRO
نوامبر '23
+5
در 0 کانالها
Get PRO
اکتبر '23
+7
در 0 کانالها
Get PRO
سپتامبر '23
+7
در 0 کانالها
Get PRO
اوت '23
+13
در 0 کانالها
Get PRO
ژوئیه '23
+24
در 0 کانالها
Get PRO
ژوئن '23
+54
در 0 کانالها
Get PRO
مه '23
+18
در 0 کانالها
Get PRO
آوریل '23
+28
در 0 کانالها
Get PRO
مارس '23
+11
در 0 کانالها
Get PRO
فوریه '23
+14
در 0 کانالها
Get PRO
ژانویه '23
+6
در 0 کانالها
Get PRO
دسامبر '22
+5
در 0 کانالها
Get PRO
نوامبر '22
+5
در 0 کانالها
Get PRO
اکتبر '22
+11
در 0 کانالها
Get PRO
سپتامبر '22
+6
در 0 کانالها
Get PRO
اوت '22
+8
در 0 کانالها
Get PRO
ژوئیه '22
+25
در 0 کانالها
Get PRO
ژوئن '22
+31
در 0 کانالها
Get PRO
مه '22
+2 034
در 0 کانالها
Get PRO
آوریل '22
+11
در 0 کانالها
Get PRO
مارس '22
+53
در 0 کانالها
Get PRO
فوریه '22
+15
در 0 کانالها
Get PRO
ژانویه '22
+8
در 0 کانالها
Get PRO
دسامبر '21
+14
در 0 کانالها
Get PRO
نوامبر '21
+4
در 0 کانالها
Get PRO
اکتبر '21
+5
در 0 کانالها
Get PRO
سپتامبر '21
+12
در 0 کانالها
Get PRO
اوت '21
+12
در 0 کانالها
Get PRO
ژوئیه '21
+10
در 0 کانالها
Get PRO
ژوئن '21
+3
در 0 کانالها
Get PRO
مه '21
+6
در 0 کانالها
Get PRO
آوریل '21
+23
در 0 کانالها
Get PRO
مارس '21
+8
در 0 کانالها
Get PRO
فوریه '21
+10
در 0 کانالها
Get PRO
ژانویه '21
+3
در 0 کانالها
Get PRO
دسامبر '20
+595
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 23 اکتبر | 0 | |||
| 22 اکتبر | 0 | |||
| 21 اکتبر | 0 | |||
| 20 اکتبر | 0 | |||
| 19 اکتبر | 0 | |||
| 18 اکتبر | 0 | |||
| 17 اکتبر | 0 | |||
| 16 اکتبر | 0 | |||
| 15 اکتبر | 0 | |||
| 14 اکتبر | 0 | |||
| 13 اکتبر | +1 | |||
| 12 اکتبر | 0 | |||
| 11 اکتبر | 0 |
پستهای کانال
Сегодня — сто лет со дня рождения Генриха Сауловича Альтшуллера. Пойду перечитаю что ли.
| 2 | Вы и убили
Сегодня поймали момент, точнее не поймали, а зафиксировали в очередном рабочем чате, по медиа, как именно умер интернет.
Сотрудник, через десять минут после получения задания, прислал готовый формальный и подходящий моменту ответ.
У сотрудника не было рефлексии.
И нет никакого смысла припирать его к стенке и разговаривать о том, что и почему он сделал.
Сотрудник потратит еще 40 минут, а может и целый час, на доказывание того, что ответ он готовил самостоятельно, прикладывая невероятные усилия и страшно напрягая мозг.
Так как текст в рабочем чате не имеет никаких маркеров, доказать, что сотрудник пользовался ИИ и не филонил - невозможно.
Ответ можно принять. Формально он подходит. С этим ответом можно работать.
Но человека в нем нет и никогда не было.
Сотрудник превратился в секретаря ИИ и бегает между вами и своим аккаунтом в Claude или ChatGPT в качестве принеси-подая.
Он теряет собственную квалификацию, он не живет в проекте и не работает над ним, а ДЕЛЕГИРУЕТ простые, по его мнению, задачи, на откуп машине-компилятору.
Зачем нужен этот принеси-подай внутри проекта?
Что с ним делать?
В какой момент времени сам сотрудник догадается, что выполняя работу пересылки сообщений именно он, а не ИИ, является в системе лишним звеном?
Почему даже на этот не самый сложный вопрос он не может себе ответить?
Мы допускаем, вполне, что во многих медийных компаниях сейчас происходят компромиссы, в ходе которых руководящая и управляющая часть систем пока еще соглашается с существованием человеческой прокладки между ними и ИИ.
Но каким образом эти сотрудники в следующем году докажут свою необходимость?
Какая в них ценность, если кофе они принести не могут, а текст от ИИ могут?
Кофе материален, кофе ни одна нейросеть не принесет. До тех пор, пока не появится хороший робот.
Но робот, при всех его достоинствах, не будет радовать взора. А сотрудница, которая несет кофе, взор радовать будет.
Сотрудник, который несет текст от ИИ взора не радует, а вызывает отвращение и жалость.
У него нет будущего и он сам от этого будущего отказался.
Он нашел себя в интернете, который дал ему работу.
А потом сам установил себе нейросеть, даже не вживляя ее в голову, стал шестеркой нейросети и сам убил интернет, в котором зарабатывал долгие годы.
Уходи, сотрудник, ты выбрал этот путь самостоятельно.
Если ты считаешь, что нейросеть подумает лучше тебя, окей, не будем с тобой спорить.
Ты прав. | 229 |
| 3 | Какой хороший пост.
И это не только о журналистике. | 188 |
| 4 | Через месяц провожу для слушателей моей кафедры мастер-класс «Team-as-Code: декомпозиция бизнес-процессов и управление гибридным капиталом команды».
Цель мастер-класса:
Научить декомпозировать бизнес-процессы на отдельные шаги и роли, а затем — управлять гибридной командой (людьми и ИИ-агентами) через формальные спецификации, получая готовый результат с помощью нейросетей.
Задачи:
- Показать, зачем нужна декомпозиция: как снизить неопределённость и сложность, увидеть зависимости от внутренних и внешних факторов, получить варианты достижения результата.
- Разобрать алгоритм декомпозиции «4П» (Причина — Персоны — Предмет — Процессы) и этапы: участники → сценарии → решения → валидация целостности.
- Познакомить с основами управления человеческим и социальным капиталом через фреймворк C.O.R.E, раскрыть суть «займа компетенций».
- Ввести понятие гибридной команды: ИИ-агент как источник «займа компетенций» и роль человека как архитектора задач и носителя ответственности.
- Показать, как спецификации становятся интерфейсом управления гибридной командой — подход «Team-as-Code».
Описание мастер-класса:
- Зачем декомпозировать? Разбираем, почему сложный проект «не влезает в голову» и как декомпозиция даёт прозрачность: снижает неопределённость, вскрывает зависимости, открывает варианты решений.
- Как декомпозировать? Проходим алгоритм «4П». На примере пользовательского сценария строим диаграмму последовательности и распределяем задачи по ролям.
- Кто нужны для декомпозиции? Разбираем состав команды, их роли. Показываем, как разные роли дают разные решения и как опыт влияет на качество декомпозиции.
- Как управлять гибридной командой? Вводим модель нематериального капитала. Разбираем «заём» человеческого, социального капитала и капитала у ИИ-агентов. Обсуждаем, почему ИИ не заменяет человека, но становится партнёром в гибридной команде.
- Что такое Team-as-Code? Показываем, как через спецификации можно управлять навыками гибридной команды, бизнес-процессом и получать готовый результат с помощью нейросетей. Разбираем цикл «генерация → валидация → исправление» и роль человека как архитектора задач.
Естественно, всё на базе моих наработок по человеческому, социальному и гибридному капиталу.
Если хотите такой же у себя в организации — в личку. | 196 |
| 5 | Скрин из рабочей переписки.
А вывод простой — невозможно предусмотреть всё.
Невозможно протестировать всё.
Да и экономически это нецелесообразно.
Поэтому стоит заранее определить предел качества.
Когда-то давно в Мэйл.ру у нас был критерий — если проблема коснется или касается менее 0.5% пользователей — это не проблема. Конечно, для отдельных сервисов цифра могла отличаться как в большую, так и меньшую сторону, но это об исключениях, а не о правилах.
В работе государства, кстати, этот принцип тоже имеет место. | 206 |
| 6 | Есть у меня пример из жизни. Владелец строительной компании решил выйти на рынок Коми. В штате ни одного человека с опытом работы в условиях вечной мерзлоты, связей с местными субподрядчиками нет, культура организации заточена под быстрые проекты в средней полосе. Итог предсказуем. Три года, ни одного завершённого проекта, убытки, прокуратура. План не был синхронизирован с тем, что команда реально умеет и может.
А теперь добавим к этому примеру статистику. Сегмент тех, кому от 25 до 40, с 2019 года сократился почти на 20% (мы постарели), и дальше будет еще меньше — просто в силу демографии. Стратегия «найму ещё пятерых, и мы всё успеем» больше не работает. Придётся учиться делать больше теми, кто есть.
Вот тут на помощь приходит декомпозиция. Она не даёт ответа на вопрос «кто будет делать» , но даёт список шагов, которые нужно закрыть. Разложите задачу по 4П: Причина, Персоны, Предмет, Процессы. Проверьте целостность по двум правилам — каждому требованию соответствует задача, и нет задач без требований. Кстати, на втором правиле команды постоянно спотыкаются.
Дальше нужен язык, на котором можно описать тех, кто эти шаги закроет. У каждого человека есть навыки, черты, ценности, драйверы, связи. В фреймворке, который я использую для управления людьми, есть операция match: насколько этот человек подходит для этой задачи в этом контексте. Один и тот же сотрудник может быть идеален как аналитик и провален как руководитель: изменился не он, изменился контекст. Поэтому фраза «хороший специалист» без контекста — это говно абстракция, а не описание.
Отдельный вопрос — где можно взять взаймы человеческий капитал, если собственного не хватает. Заём не заменяет развитие — он даёт время на развитие.
Теперь про ИИ. Он не заменит нас в ближайшие годы — у него пока нет ценностей, драйверов и социального капитала. Но он уже сейчас может усиливать команду, закрывая дефицит компетенций там, где нет времени ждать. Получается три источника займа капитала: коллега через социальную связь, репутация посредника для доступа к незнакомым людям, ИИ-агент через спецификацию.
Что с этим всем делать уже завтра? Разложите одну зависшую задачу по 4П. Опишите команду по вышеупомянутым узлам. Хотя бы грубо, для себя. Посмотрите, с чем/кем match высокий, а где низкий. Там, где низкий, у вас три варианта: развивать, занять (у человека или ИИ) или менять процесс. Другого не дано.
—
@cloveri — про процессы и людей | 231 |
| 7 | Вот жалуются на блокировки телеграма, впнов и прочее...
А потом присылают вот такие скриншоты, сделанные из корпоративных сетей. Заблокировано не только лишь всё. Службой безопасности вашей любимой организации, которой вы отдали годы жизни. Яблоко от яблони, да... | 286 |
| 8 | В работе любого менеджера одна из ключевых задач — управление ресурсами. Часто под этим понимают бюджеты. Реже — ресурс времени людей. Ресурсов часто не хватает. В организации любого размера на ресурсы претендует всё «поголовье» менеджеров. И для их получения используют разнообразные инструменты. Кто-то пользуется хорошим отношением с руководством, кто-то организует союзы и коалиции, кто-то делает красивые презентации, кто-то показывает результаты, кто-то громче кричит, кто-то спит с финансовым директором — это зависит и от культуры организации, и от конкретных людей и их умений. То есть, от контекста. В любом случае доступ к ресурсам асимметричен, равномерного распределения не бывает. Кто-то запасает впрок, кто-то рискует. Кому-то ресурсов хватает для решения задач, кому-то нет. У кого-то может возникнуть профицит, у кого-то — дефицит.
Инновационные цифровые продукты — не исключение.
У нас тоже идет постоянная борьба за ресурсы. Но ключевой ресурс на старте — не всегда деньги. Ключевой ресурс — это нематериальный капитал. Если вы читаете мой блог по хьюманомике, то понимаете, что я имею ввиду: человеческий и социальный капитал. Человеческий — это «умею делать» и «хочу делать». Социальный — это связи между людьми, их направление и сила, коротко — репутация, измеряемая в т.ч. уровнем доверия. Тоже в контексте. Социальный может конвертироваться в человеческий. При хороших связях можно «занимать» чужой человеческий капитал. Делать так, чтобы чужой человеческий капитал можно было использовать для закрытия собственного дефицита — преодоления барьера между «для решения задачи нужен определенный набор капитала» и «у команды есть вот такой капитал».
Стартапы умирают не из-за того, что не нашли market product fit. Умирают из-за того, что gap между имеющимся и необходимым нематериальным капиталом оказывается слишком большим. Mind the gap between the train and the platform. Или, как я говорю, mind the gap between the brain and the platform.
Именно на поиск тех, кто способен управлять потоками нематериального капитала, нацелены стажировки нашего #Кловери. В следующих постах расскажу больше о том, как устроен наш продукт, какие фишки в нем есть, что под капотом (конечно же — в основе хьюманомика).
@eitica — соединяем опыт и задор | 337 |
| 9 | На этой неделе в стране идут выпускные. Одиннадцатиклассники начинают новый этап в жизни. И каждый такой выпускной особенный и для нашей группы компаний.
В 2021 году мы с Аленой Гейдт придумали стипендию для выпускников школ, которые мы заканчивали. Она — в небольшом селе Омской области, я — в селе в Приморском крае. Стипендией поощряем юношей и девушек, которые показали лучшие результаты на экзамене по профильной математике или информатике. Для нас важно, чтобы наши школьники развивались в сфере математики и информационных технологий.
За пять лет стипендию получили 24 человека. Счёт пока 15:9 в пользу омичей.
Сегодня на выпускном ведущий сказал:
уже стало хорошей традицией, каждый год наши ребята получают стипендии от выпускника
Отрадно, что стипендию ждут, и наша инициатива кого-то мотивирует на результат.
Конечно, мы следим за судьбой выпускников. В этом году первые мои стипендиаты заканчивают ВУЗы. И действительно, каждый из них выбрал для себя развитие в STEM. Значит, движемся в правильном направлении 💪
Присоединяйтесь! Стране нужны молодые инженеры! | 358 |
| 10 | Какой лого поставить? | 357 |
| 11 | Немного разбавим тему про искусственный интеллект.
Несколько лет мы делаем группу компаний «Эйтика».
Я уже писал в разные годы о наших продуктах, не буду повторяться, речь не о них.
Чтобы не грузить здесь рассказами о наших продуктах и вообще жизни компаний группы, я завел отдельный блог. До этого момента его вел по остаточному принципу. Но наконец-то у нас начался активный запуск цифровых и офлайн-продуктов, поэтому постов будет больше. Не только (и не столько!) о продуктах, а вообще о том, почему группа именно такая, почему такие компании, как они живут согласно принципам хьюманомики.
Но главное — мы начали большой-большой ребрендинг коммуникаций группы с теми, кому она приносит ценность. И, конечно, один из первых шагов — переосмысление цветовой гаммы и логотипа.
Итак, предлагаю вам выбрать логотип, который будет использоваться как картинка для блога ГК «Эйтика». | 313 |
| 12 | #РазговорилисьСегодня (да вот как раз с поста) о восприятии созданного совместно контента.
Буквально несколько цитат:
Вот нейронка сгенерила нейрослоп. И все такие: фу-у-у-у.
А теперь представим, что условный Уорхол подумал, подумал, и кистью и краской нарисовал нейрослоп. И все такие: ну это искусство!
И: Люди обычно кроме воды ничего не льют. у меня хватило глупости читать талеба... [Единственной] нехитрой идеи хватило на книжку
М: Маркс, в целом, тоже не ... много идей в «Капитал» закинул.... Дело не в количестве мыслей, а в разнице (gap) между этой мыслью и тем, кто ее прочитал. Ты вот Талеба бросил, я — не читал, а для кого-то он откровение, раз книжку считают бестселлером. О чем это говорит? О Талебе? Или, скорее, о читателях? А если о читателях, то какая разница, кто им заполнил их gap — Талеб или искусная имитация Талеба?
М: Меж тем Ватикан выпустил Magnifica Humanitas.
Т: Кабуто его не написали с использованием клода, люди уже покекали и разобрали все моменты... Читай нейрослоп как бы от папы
М: Важно, что репутация и доверие к глобальному институту, которым является католическая церковь, этот текст для десятков миллионов людей переведут даже из «нейрослопа» во вполне авторитетное мнение, к которому нужно прислушаться
В: Если в начале цепочки поставить Агента, то автоматически повышается доверие что-ли?
М: Это прекрасный вопрос! Мы это проходили как человечество: богословские книги считались божественным откровением, а их авторы — в каком-то смысле — просто агентами.
И где, блин, грань?
Как там у Кларка: «Любая достаточно развитая технология неотличима от магии».
Вот, кажется, мы сейчас ровно в этой фазе. | 269 |
| 13 | В продолжении темы про агентов — несколько заметок из моего экономического блога.
И совершенно классная статья Максима Цепкова об организации работы гибридных команд (т.е. состоящих из людей и ИИ-агентов) | 232 |
| 14 | В последние полгода часть текстов в блоге написана не мной, а нашим экспериментальным продуктом.
Он состоит из трех блоков, каждый из которых может быть самостоятельной основной отдельного продукта, а вместе — имба!
Блок 1. Анализ контента и выделение фактов из него: тематики, упоминаемых людей, организаций, оценки окраски текстов, отношения одного говорящего к другому или к комментируемой теме, построения графа отношений, определения достоверности источника, определение вероятности, что текст рекламный; выявление рекламных кампаний и итп.
Блок 2. Анализ стиля автора: используемые лексические паттерны, метафоры и мемы, тематика, предпочитаемые структуры построения текстов, словарный запас, эмоции, предполагаемая аудитория, ее интересы и куча, куча других параметров. Раскладываем автора на молекулы.
Блок 3. Генерация текстов в стилистике автора (Блок 2) на нужную тематику из Блока 1.
С заданием тезисов, которые нужно осветить в тексте, и вывода, к которому прийти. С настройкой эмоциональной окраски разных частей текста, типов якорей и драйверов итп. Конечно, в полном соответствии со стилистикой автора, с учетом его аудитории и смыслов, которые он хочет вложить в нее, в т.ч. на длинном временном отрезке. С учетом особенностей разных соцсетей, где он будет публиковаться. Текстов разного стиля — от постов в блоге до сценариев для рилсов (штук 20 разных шаблонов контента).
Судя по моему блогу, эксперимент достаточно успешный.
Планировали сделать из него отдельный продукт, но, к сожалению, отвалился партнёр, которому он был интересен. Ну а мы пока не можем позволить себе его развивать дальше. А жаль. Так что для внутренних целей используем, но — как и многие наши эксперименты — этот ждет своего часа партнера.
Ау-у-у!
Кстати, какие из моих постов вам показались написанными ИИ? И кем написан этот? | 341 |
| 15 | Особенно интересно этот пост смотрится вместе с предыдущим :) | 333 |
| 16 | Немного о важности коммуникаций с командой.
Жила-была одна проектная команда. Делала большой проект на всю страну. Как и в любом другом проекте, что-то получалось лучше, что-то хуже. Но в целом, какое-то позитивное движение шло, принимались планы на очередной год, считались бюджеты итп. Таких команд тысячи в стране, если не больше.
Как водится, в командах больше 5 человек есть формальные лидеры и руководители, есть неформальные. В этой команде тоже такие были. Причем главный руководитель — весьма уважаемый, известный человек. Команда к нему очень хорошо относилась, поэтому старалась, чтобы проект развивался.
И вот в один прекрасный день руководитель говорит публично: я отказываюсь от одного из инструментов, больше его использовать не буду, пойду другим путём, новый этап в жизни!
Всё бы ничего, но этот инструмент использовался и для проекта, над которым работает команда, примерно в 90% операционных процессов. И вот тут начинается кризис в команде.
Почему?
1. С командой руководитель заранее не поговорил о своём решении. Узнали из новостей.
2. Прямой связи с руководителем нет. Не отвечает ни он, ни его помощники (их можно понять, комментарии просит не только команда, руководитель-то — известная личность)
3. Каждый начинает думать: а что дальше-то с проектом? А главное — что дальше со мной?
4. Начинаются внутренние разговоры, шушуканье, выдвигаются гипотезы.
И вот тут возможно развитие событий, при котором вся команда целиком встаёт и уходит. Потому что нарисовали себе чёрти что. Или потому что им кто-то нарисовал. Помните? Есть и неформальные лидеры. Которые тоже не в курсе происходящего и тоже всякое себе нарисовали. И прямо сейчас, в отсутствие формального лидера, занимают место в информационном пространстве команды. И чем дольше отсутствует коммуникация сверху, тем сложнее будет провернуть назад.
Была ли у вас такая ситуация? Как в итоге завершилась? | 341 |
| 17 | #Цитатня @cloveri к предыдущему посту | 365 |
| 18 | Я многие годы — даже в блоге первый пост про инцидент-менеджмент был почти 10 лет назад — занимаюсь тушением пожаров в высоконагруженном финтехе, е-коме, дейтинге итп. Эти направления интересны тем, что есть прямая зависимость между требованиями SLA и количеством денег, которое потеряла компания во время сбоя. У меня были продукты, когда 1 минута простоя стоила 250 тысяч долларов.
Работа в этих проектах меня научила следующему:
1. Чем меньше времени уходит на диагностику, тем быстрее можно понять, почему «лежит» сервис.
2. Чем быстрее понимаем причину, тем быстрее ее устраняем и тем меньше денег теряем.
3. Потеря времени на поиск ответственных и документации — одна из основных причин потери времени при авариях.
Именно поэтому вещи, которые помогают ускорить диагностику и подъем сервиса, должны быть НЕ ТОЛЬКО В БАЗЕ ЗНАНИЙ, а под рукой.
а) конфигурационные файлы с основными настройками окружения;
б) ссылки на все компоненты и схема их взаимодействия;
в) инструкции по решению самых часто возникающих проблем;
г) контакты (ТЕЛЕФОН, КОТОРЫЙ ВОЗЬМУТ ДАЖЕ В 3 ЧАСА НОЧИ) тех, у кого есть доступ к серверам;
д) данные с журналов происходящего на серверах.
В некоторых проектах, которые я консультирую, сейчас нет ни первого, ни второго, ни третьего с четвертым. «Не нужно», «сейчас не время», «после запуска». Я с трудом понимаю, как с таким отношением команды будут обеспечивать работу своих продуктов. И как минимизировать потери бизнеса, когда продукт «ляжет».
Но, видимо, каждый талантливый инженер и предприниматель должны на своём опыте познать простую истину: ваш продукт обязательно «ляжет». Это еще одно, чему меня научила жизнь. | 345 |
| 19 | #РазговорилисьСегодня о том, как ИИ скоро заменит HR.
Сам диалог я прокомментирую позже, он стоит отдельного поста. Сейчас хочу написать о другом.
Сама архитектура больших языковых моделей (LLM) предполагает, что для их качественного использования нужно владеть предметной областью, о которой хочешь получить информацию. Хочешь писать качественный код — нужно понимать в разработке. Хочешь получать качественные, неотличимые по стилистике от человека тексты, нужно понимать в лингвистике и филологии. По-другому сложно.
Качество работы LLM напрямую зависит от исходного вектора, который строится из задаваемого промта. Чем качественнее, тем выше вероятность успешного поиска по базе текстов (или изображений), на которой обучена LLM, и тем выше вероятность качественной генерации. У меня в одном из экспериментальных проектов промты длиной по 40-60 тысяч знаков. И несколько недель работы над каждым, понимая особенности LLM и нюансы предметной области.
И вот в этом и ответ, почему без компетенций у нас не получается использовать LLM во всех сферах. Мы просто не можем задать, а потом и скорректировать качественный исходный вектор. Аналогично и начинающие специалисты в программировании не могут сформулировать запрос для достаточно качественного вектора в разработке. И удиваляются, почему же их код отвергается опытными товарщами. Эффект Даннинга-Крюгера проявляется в полный рост.
Shit in = Shit out как было правилом для работы с данными, так и остается.
Написание промтов — это навык, которым пока владеют немногие, угу.
Что делать? Ну если нет своих компетенций, можно занять чужих. Это можно сделать либо у «кожаного мешка» (эксперта в нужной области, который поможет с промтом), либо вложившись в собственное обучение гибридного формата: старт через LLM, выход на первоисточники, изучение их, потом повторное обращение к LLM. И так — несколько циклов в несколько недель каждый. Только так. Чудес не бывает. | 318 |
| 20 | #Цитатня @cloveri | 369 |
