Context engineering vs prompt engineering
Пару последних недель я часто сталкиваюсь с публикациями коллег, посвящёнными ожиданиям и оценке эффективности внедрения инструментов на основе искусственного интеллекта. В профессиональном сообществе нередко звучит мнение, что без ИИ сегодня «ничего не работает», и что любые инструменты на его основе якобы гарантированно дадут эффект.
С августа я занимаюсь процессом популяризации и внедрения AI‑инструментов в нашу производственную среду. Для нас производство — это, прежде всего, разработка программных продуктов, поэтому речь идёт о внедрении ИИ в контур PDLC (Product Development Lifecycle). Однако, вопреки ожиданиям, эти решения не «взлетают» так, как рассчитывалось.
https://iostech.ru/2025/12/context-engineering-vs-prompt-engineering/
Пару последних недель я часто сталкиваюсь с публикациями коллег, посвящёнными ожиданиям и оценке эффективности внедрения инструментов на основе искусственного интеллекта. В профессиональном сообществе нередко звучит мнение, что без ИИ сегодня «ничего не работает», и что любые инструменты на его основе якобы гарантированно дадут эффект.
С августа я занимаюсь процессом популяризации и внедрения AI‑инструментов в нашу производственную среду. Для нас производство — это, прежде всего, разработка программных продуктов, поэтому речь идёт о внедрении ИИ в контур PDLC (Product Development Lifecycle). Однако, вопреки ожиданиям, эти решения не «взлетают» так, как рассчитывалось.
https://iostech.ru/2025/12/context-engineering-vs-prompt-engineering/
👍1
🚀 Учимся на ошибках: 10 правил для AI-агентов с итогового митапа сообщества разработчиков
Все любят учиться — особенно на чужих ошибках. Я, например, обожаю ретроспективы и митапы, где разбирают три главных вопроса:
Что пошло не так?
Чему научились?
Что вынесли на будущее?
Вчера как раз прошёл финальный митап разработчиков AI-агентов для производственных процессов. Собрал для вас ценные инсайты — прямую выжимку их опыта.
Итак, 10 правил, которые стоит запомнить каждому, кто работает с агентами:
1. Хорошая идея — лишь начало. Без качественной реализации она ничего не стоит.
2. Команда — важнее технологии. Успех проекта решают люди.
3. Один агент — одна задача. Чем уже фокус, тем выше эффективность.
4. Профессиональные сообщества — сила. Используйте распределённый опыт и экспертизу.
5. Пользователь всегда хочет «другое». Смотрите на продукт с разных сторон, общайтесь с максимальным количеством юзеров.
6. Документация — это искусство. Всегда найдётся тот, кому не понятно.
7. Пользователь ждёт «серебряную пулю». И это нужно учитывать, управляя ожиданиями.
8. Масштабирование закладывается заранее. Хочешь роста — думай об архитектуре с самого начала.
9. Метрики — это всё. Определи, как их собирать и анализировать, ещё до старта.
10. Промпты можно отладить на чистом GigaChat. Качество работы агента начинается с качества запроса.
Это стоит выучить как мантру.
Согласны?
Все любят учиться — особенно на чужих ошибках. Я, например, обожаю ретроспективы и митапы, где разбирают три главных вопроса:
Что пошло не так?
Чему научились?
Что вынесли на будущее?
Вчера как раз прошёл финальный митап разработчиков AI-агентов для производственных процессов. Собрал для вас ценные инсайты — прямую выжимку их опыта.
Итак, 10 правил, которые стоит запомнить каждому, кто работает с агентами:
1. Хорошая идея — лишь начало. Без качественной реализации она ничего не стоит.
2. Команда — важнее технологии. Успех проекта решают люди.
3. Один агент — одна задача. Чем уже фокус, тем выше эффективность.
4. Профессиональные сообщества — сила. Используйте распределённый опыт и экспертизу.
5. Пользователь всегда хочет «другое». Смотрите на продукт с разных сторон, общайтесь с максимальным количеством юзеров.
6. Документация — это искусство. Всегда найдётся тот, кому не понятно.
7. Пользователь ждёт «серебряную пулю». И это нужно учитывать, управляя ожиданиями.
8. Масштабирование закладывается заранее. Хочешь роста — думай об архитектуре с самого начала.
9. Метрики — это всё. Определи, как их собирать и анализировать, ещё до старта.
10. Промпты можно отладить на чистом GigaChat. Качество работы агента начинается с качества запроса.
Это стоит выучить как мантру.
Согласны?
👍4
Продолжаю делиться инсайтами с митапов разработчиков ИИ-агентов.
Опытные AI инженеры рассказали о реальных сложностях, с которыми столкнулись в процессе создания AI-агентов, о новых навыках, которые им пришлось осваивать, и о том, как первоначальная оценка «да тут на 2-3 недели работы» превращалась в 5 месяцев от идеи и сбора команды до первого пром-релиза.
Итак, на что стоит обратить внимание и что нужно «прокачать» в своем стеке:
- LangChain - фреймворк, который значительно ускоряет разработку сложных LLM-приложений, избавляя от необходимости создавать базовую инфраструктуру с нуля.
- LangGraph - мощное расширение LangChain для построения агентских систем со сложной, нелинейной логикой, управляемыми потоками выполнения и сохранением состояния.
- LangFuse - must-have инструмент для production-среды. Помогает понять работу сложных цепочек, оптимизировать затраты и улучшать качество через детальный анализ трассировок и метрик.
- SkillFlow - фреймворк для создания кооперативных мульти-агентных систем, где каждый агент обладает уникальными, специализированными навыками.
- ChainLit (Claude) - самый быстрый способ «завернуть» вашу LLM-логику в полноценное веб-приложение с современным чат-интерфейсом.
Понятно, что для учебных или простых кейсов LangGraph и SkillFlow могут быть избыточны. Но мы с вами говорим о создании решений enterprise-уровня, да?
Поэтому обязательно изучайте, как эти инструменты применяются на практике: сами тестируйте, включайте в требования к вакансиям, добавляйте в LiveCode-интервью или просите показать примеры в портфолио на GitHub
Вот и мой план на поучиться в новогодние каникулы созрел.
Опытные AI инженеры рассказали о реальных сложностях, с которыми столкнулись в процессе создания AI-агентов, о новых навыках, которые им пришлось осваивать, и о том, как первоначальная оценка «да тут на 2-3 недели работы» превращалась в 5 месяцев от идеи и сбора команды до первого пром-релиза.
Итак, на что стоит обратить внимание и что нужно «прокачать» в своем стеке:
- LangChain - фреймворк, который значительно ускоряет разработку сложных LLM-приложений, избавляя от необходимости создавать базовую инфраструктуру с нуля.
- LangGraph - мощное расширение LangChain для построения агентских систем со сложной, нелинейной логикой, управляемыми потоками выполнения и сохранением состояния.
- LangFuse - must-have инструмент для production-среды. Помогает понять работу сложных цепочек, оптимизировать затраты и улучшать качество через детальный анализ трассировок и метрик.
- SkillFlow - фреймворк для создания кооперативных мульти-агентных систем, где каждый агент обладает уникальными, специализированными навыками.
- ChainLit (Claude) - самый быстрый способ «завернуть» вашу LLM-логику в полноценное веб-приложение с современным чат-интерфейсом.
Понятно, что для учебных или простых кейсов LangGraph и SkillFlow могут быть избыточны. Но мы с вами говорим о создании решений enterprise-уровня, да?
Поэтому обязательно изучайте, как эти инструменты применяются на практике: сами тестируйте, включайте в требования к вакансиям, добавляйте в LiveCode-интервью или просите показать примеры в портфолио на GitHub
Вот и мой план на поучиться в новогодние каникулы созрел.
10👍3
Достаточно ли новых навыков разработчиков для успешной разработки ИИ решений?
Нет, недостаточно.
Внедрение ИИ, или даже трансформация в AI native — это не просто еще один инструмент в арсенале команды. Это культурный сдвиг в подходе к разработке, особенно в том, как мы документируем и организуем архитектурные решения.
В классической разработке исполняемым компьютером является только код.🧑💻 От его качества зависит результат, что неизбежно создает возможность оставить западающие области в производственном цикле. Самые очевидные из них — документация и архитектурные описания.
Технические писатели и архитекторы, какими бы опытными они ни были, часто отстают от темпа работы разработчиков. История знакома всем: разработали, протестировали (как смогли), развернули (как договорились), работает — отлично, документацию доделаем позже.
Но с🤖 эта схема не работает.
При интеграции ИИ в разработку нужно общаться с ним по правилу “мусор на входе — мусор на выходе”. Это означает, что ИИ нужна полная и структурированная информация о проекте: документация, архитектура, стандарты. Если этой информации нет или она неполная, результаты будут неудовлетворительными.💀
Две практики, которые стоит внедрить для повышения эффективности работы ИИ:
1. DocAsCode — документация как исходный код
Документацию нужно рассматривать как часть кодовой базы:
• Писать в текстовых форматах (Markdown, reStructuredText), а не в бинарных (Word, PDF)
• Хранить в системе контроля версий (Git) вместе с кодом или рядом с ним
• Проводить код-ревью через pull/merge requests
• Автоматизировать сборку через CI/CD пайплайны
• Добавлять автоматизированные тесты на качество
2. ArchAsCode — архитектура как исходный код
Архитектурные решения, диаграммы и стандарты описываются через декларативные языки разметки, что позволяет:
• Верифицировать решения на соответствие установленным правилам
• Генерировать артефакты автоматически
• Развертывать инфраструктуру как код
• Тестировать архитектурные ограничения
• Версионировать все изменения
Это логическое развитие после Infrastructure as Code (IaC) — от автоматизации инфраструктуры к автоматизации самих архитектурных решений.
Будем разбирать в деталях?
Нет, недостаточно.
Внедрение ИИ, или даже трансформация в AI native — это не просто еще один инструмент в арсенале команды. Это культурный сдвиг в подходе к разработке, особенно в том, как мы документируем и организуем архитектурные решения.
В классической разработке исполняемым компьютером является только код.
Технические писатели и архитекторы, какими бы опытными они ни были, часто отстают от темпа работы разработчиков. История знакома всем: разработали, протестировали (как смогли), развернули (как договорились), работает — отлично, документацию доделаем позже.
Но с
При интеграции ИИ в разработку нужно общаться с ним по правилу “мусор на входе — мусор на выходе”. Это означает, что ИИ нужна полная и структурированная информация о проекте: документация, архитектура, стандарты. Если этой информации нет или она неполная, результаты будут неудовлетворительными.
Две практики, которые стоит внедрить для повышения эффективности работы ИИ:
1. DocAsCode — документация как исходный код
Документацию нужно рассматривать как часть кодовой базы:
• Писать в текстовых форматах (Markdown, reStructuredText), а не в бинарных (Word, PDF)
• Хранить в системе контроля версий (Git) вместе с кодом или рядом с ним
• Проводить код-ревью через pull/merge requests
• Автоматизировать сборку через CI/CD пайплайны
• Добавлять автоматизированные тесты на качество
2. ArchAsCode — архитектура как исходный код
Архитектурные решения, диаграммы и стандарты описываются через декларативные языки разметки, что позволяет:
• Верифицировать решения на соответствие установленным правилам
• Генерировать артефакты автоматически
• Развертывать инфраструктуру как код
• Тестировать архитектурные ограничения
• Версионировать все изменения
Это логическое развитие после Infrastructure as Code (IaC) — от автоматизации инфраструктуры к автоматизации самих архитектурных решений.
Будем разбирать в деталях?
Please open Telegram to view this post
VIEW IN TELEGRAM
Вот и до меня докатилось отключение подписки Perplexity PRO, купленной по серой схеме.
https://habr.com/ru/news/980202/
В целом подписка и её возможности интересные, но надо подумать над продлением, получше изучить возможности доступных нейросеток.
Какие ваши рекомендации?
https://habr.com/ru/news/980202/
В целом подписка и её возможности интересные, но надо подумать над продлением, получше изучить возможности доступных нейросеток.
Какие ваши рекомендации?
Хабр
Perplexity отключает годовые подписки, купленные через посредников за несколько сотен рублей
Судя по обсуждению на 4PDA, ИИ-поисковик Perplexity начал массово отзывать подписки Pro у пользователей, которые активировали их в обход официальных условий. Под удар попали те, кто покупал годовой...
С восторгом наблюдаю активность в каналах у ребят.
🦥Откуда такая бодрость, парни?
Признаюсь: по работе соскучился, но вкатываюсь плавно. Уплотняю задачи и календарь.
Реально помогает практика, выстроенная еще в прошлом году — записывать все задачи в приложении.
Да, сложно. Особенно после встречи или в конце дня взять и записать задачи, разложив их по дням — когда именно их надо делать.
Но помог трюк от коллеги: использую task-трекер эффективнее. Задачи разложены по проектам, но обрабатываются в режиме “что надо делать сегодня”.
Снова сложно, но у меня сработало. ☝️
Всего два приема резко поднимают эффективность:
• Записывать задачи на конкретные даты.📝
• Делать то, что запланировано на сегодня.📆
Инструмент — singularity-app.com. Рекомендую!
🦥Откуда такая бодрость, парни?
Признаюсь: по работе соскучился, но вкатываюсь плавно. Уплотняю задачи и календарь.
Реально помогает практика, выстроенная еще в прошлом году — записывать все задачи в приложении.
Да, сложно. Особенно после встречи или в конце дня взять и записать задачи, разложив их по дням — когда именно их надо делать.
Но помог трюк от коллеги: использую task-трекер эффективнее. Задачи разложены по проектам, но обрабатываются в режиме “что надо делать сегодня”.
Снова сложно, но у меня сработало. ☝️
Всего два приема резко поднимают эффективность:
• Записывать задачи на конкретные даты.📝
• Делать то, что запланировано на сегодня.📆
Инструмент — singularity-app.com. Рекомендую!
1
Про 2 типа корпоративных культур.
Уже какое то время в беседах о эффективности и подходах к решению задач противопоставляю культуру из Y культуре из С. (Ну вы поняли про компании, да?)
Типа вот там-то в Y - там "ООО!"
А тут в С оно воооон как! Потому оно и оно.
Но оказалось, что это и внутри компании меняется - в разных подразделениях разная культура.
Лучше сформулировать получится, если представить себя руководителем и сказать одно и то же, но в разных культурах:
1. Вот есть задача, вот есть срок, да его мало, но делайте как хотите, но чтобы всё вовремя!
2. Вот есть задача, вот есть срок, я знаю процесс и понимаю, что если в этом месте поднажмем, тут начнем в параллель, итог синхронизируем - точно получится в срок.
Видно разницу? Сказано же одно и то же - сделать задачу в срок.
Погружаясь в новый проект инвестирую время в понимание деталей производственного процесса чтобы точно знать «до молекул» как работают команды, где можно поднажать, где отполировать процессы и коммуникации, чтобы выстроить культуру по 2 типу.
Удовольствие это конечно дорогое, но на мой взгляд того стоит.
Вам какая формулировка ближе?
А какую слышите чаще?
Уже какое то время в беседах о эффективности и подходах к решению задач противопоставляю культуру из Y культуре из С. (Ну вы поняли про компании, да?)
Типа вот там-то в Y - там "ООО!"
А тут в С оно воооон как! Потому оно и оно.
Но оказалось, что это и внутри компании меняется - в разных подразделениях разная культура.
Лучше сформулировать получится, если представить себя руководителем и сказать одно и то же, но в разных культурах:
1. Вот есть задача, вот есть срок, да его мало, но делайте как хотите, но чтобы всё вовремя!
2. Вот есть задача, вот есть срок, я знаю процесс и понимаю, что если в этом месте поднажмем, тут начнем в параллель, итог синхронизируем - точно получится в срок.
Видно разницу? Сказано же одно и то же - сделать задачу в срок.
Погружаясь в новый проект инвестирую время в понимание деталей производственного процесса чтобы точно знать «до молекул» как работают команды, где можно поднажать, где отполировать процессы и коммуникации, чтобы выстроить культуру по 2 типу.
Удовольствие это конечно дорогое, но на мой взгляд того стоит.
Вам какая формулировка ближе?
А какую слышите чаще?
❤2
Обнаружил себя в состоянии, лишенном желания писать новые посты.🙈
Триггеров к тому было несколько: во первых - хорошо проведенный цифровой детокс в новогодние каникулы, а во вторых - ИИ сломало моё желание.⛓️💥
Я был весьма очарован и воодушевлен возможностями LLM по проверке, стилистическим правкам текста. Ну правда же хорошо помогают.🧨🧨🧨
Посидел, собрал промпты, дававшие хорошие результаты в улучшении читабельности постов. Но чуть позже я заметил - не нравится. Текст и смыслы стали размываться, как фотографии прогнанные сквозь Барби-фильтр.🤡
Скорее инструмент не виноват - еще дам ему шанс.
А вы как? Доверяете ИИчнице безоглядно?
Триггеров к тому было несколько: во первых - хорошо проведенный цифровой детокс в новогодние каникулы, а во вторых - ИИ сломало моё желание.⛓️💥
Я был весьма очарован и воодушевлен возможностями LLM по проверке, стилистическим правкам текста. Ну правда же хорошо помогают.🧨🧨🧨
Посидел, собрал промпты, дававшие хорошие результаты в улучшении читабельности постов. Но чуть позже я заметил - не нравится. Текст и смыслы стали размываться, как фотографии прогнанные сквозь Барби-фильтр.🤡
Скорее инструмент не виноват - еще дам ему шанс.
А вы как? Доверяете ИИчнице безоглядно?
👍1
Комментарии к прошлому посту напомнили мне зачем веду этот блог и пишу в Telegram.
Моя цель - развивать навык ясного изложения информации. Написание постов и статей - это моя регулярная практика, своего рода упражнение.
Чтобы прогрессировать, я активно использую нейросети. Мой алгоритм прост: я передаю ИИ свой текст с просьбой оценить его, дать рекомендации и предложить улучшения. Через такие итерации я оттачиваю свое умение доносить мысли.
Почему это так важно? Представьте себе теплоизоляцию. Ее задача - минимизировать потери тепла по пути к батарее в вашей комнате. Так и с коммуникацией: понятность изложения резко повышает «КПД общения» и снижает общие издержки. Время - ценный ресурс, и эффективная коммуникация его экономит.
Где еще критически важна понятность?
Прямо сейчас я участвую в одном из таких ресурсоемких процессов - подготовке презентаций для руководителей высокого уровня. Здесь инвестируется огромное количество дорогого времени руководителей.
Работа над презентацией похожа на работу над текстом, но добавляется ещё и визуальный слой. Часто стремление "вложить" в слайды как можно больше приводит к обратному эффекту: информация перестает быть понятной и доступной.
К чему я всё это говорю?
Прокачка навыка создания понятных и эффективных презентаций - одна из моих целей на 2026 год.
Думаю как максимально полезно применить инструменты искусственного интеллекта и в этой сфере.
Моя цель - развивать навык ясного изложения информации. Написание постов и статей - это моя регулярная практика, своего рода упражнение.
Чтобы прогрессировать, я активно использую нейросети. Мой алгоритм прост: я передаю ИИ свой текст с просьбой оценить его, дать рекомендации и предложить улучшения. Через такие итерации я оттачиваю свое умение доносить мысли.
Почему это так важно? Представьте себе теплоизоляцию. Ее задача - минимизировать потери тепла по пути к батарее в вашей комнате. Так и с коммуникацией: понятность изложения резко повышает «КПД общения» и снижает общие издержки. Время - ценный ресурс, и эффективная коммуникация его экономит.
Где еще критически важна понятность?
Прямо сейчас я участвую в одном из таких ресурсоемких процессов - подготовке презентаций для руководителей высокого уровня. Здесь инвестируется огромное количество дорогого времени руководителей.
Работа над презентацией похожа на работу над текстом, но добавляется ещё и визуальный слой. Часто стремление "вложить" в слайды как можно больше приводит к обратному эффекту: информация перестает быть понятной и доступной.
К чему я всё это говорю?
Прокачка навыка создания понятных и эффективных презентаций - одна из моих целей на 2026 год.
Думаю как максимально полезно применить инструменты искусственного интеллекта и в этой сфере.
🔥3
Восстановление прав администратора WordPress
Обновлений выходит множество.
Я уже много писал про то, что чтобы что-то сделать в проекте или на сайте — сначала делаешь резервные копии и ставишь обновления.
Одно из таких обновлений WordPress лишило мои учетные записи прав администратора.
Как вернуть?
Вариант 1 (спойлер — не сработал)
Подключившись к базе данных WordPress делаем:
SELECT * FROM wp_users WHERE user_login=’admin’;
SELECT * FROM wp_usermeta WHERE user_id=1 AND meta_key=’wp_capabilities’;
UPDATE wp_usermeta SET meta_value=’a:1:{s:13:»administrator»;b:1;}’ WHERE umeta_id=NN LIMIT 1;
У меня и так эти значения были.
Создание новой учетки и добавление и ей прав по этому алгоритму тоже не помогло.
Вот еще несколько неработающих методов: https://sinyavsky.com/vosstanavlivaem-dostup-wordpress/…
https://iostech.ru/2026/01/восстановление-прав-администратора-wordp/
Обновлений выходит множество.
Я уже много писал про то, что чтобы что-то сделать в проекте или на сайте — сначала делаешь резервные копии и ставишь обновления.
Одно из таких обновлений WordPress лишило мои учетные записи прав администратора.
Как вернуть?
Вариант 1 (спойлер — не сработал)
Подключившись к базе данных WordPress делаем:
SELECT * FROM wp_users WHERE user_login=’admin’;
SELECT * FROM wp_usermeta WHERE user_id=1 AND meta_key=’wp_capabilities’;
UPDATE wp_usermeta SET meta_value=’a:1:{s:13:»administrator»;b:1;}’ WHERE umeta_id=NN LIMIT 1;
У меня и так эти значения были.
Создание новой учетки и добавление и ей прав по этому алгоритму тоже не помогло.
Вот еще несколько неработающих методов: https://sinyavsky.com/vosstanavlivaem-dostup-wordpress/…
https://iostech.ru/2026/01/восстановление-прав-администратора-wordp/
Вчера я захотел себе новый домашний ноут.
Мощный! Мощнейший! Мне было надо много мощи! Нужна вся мощь!!!
А зачем?
После перехода Apple на свои процессоры и того, что Parallels desktop для работы мне не нужен вопрос мощности ноутбука вообще не стоял, но в ходе изучения материалов по n8n нашел прекрасную докер-сборку, прекрасную как швейцарский нож для начинающего.
https://github.com/n8n-io/self-hosted-ai-starter-kit
Если внимательно сделать настройки по инструкции - получите готовую к работе среду n8n, векторную базу данных и локальную установку llama,интегрированную и готовую к работе между собой.
Но вот ресурсов для локально запускаемой LLM,работающей на CPU надо побольше.
Думаю теперь... инвестировать в железо для экспериментов или переключаться на облачные LLM и работать по API.
Сборку рекомендую на попробовать.
Для образовательных целей прям огонь!
Мощный! Мощнейший! Мне было надо много мощи! Нужна вся мощь!!!
А зачем?
После перехода Apple на свои процессоры и того, что Parallels desktop для работы мне не нужен вопрос мощности ноутбука вообще не стоял, но в ходе изучения материалов по n8n нашел прекрасную докер-сборку, прекрасную как швейцарский нож для начинающего.
https://github.com/n8n-io/self-hosted-ai-starter-kit
Если внимательно сделать настройки по инструкции - получите готовую к работе среду n8n, векторную базу данных и локальную установку llama,интегрированную и готовую к работе между собой.
Но вот ресурсов для локально запускаемой LLM,работающей на CPU надо побольше.
Думаю теперь... инвестировать в железо для экспериментов или переключаться на облачные LLM и работать по API.
Сборку рекомендую на попробовать.
Для образовательных целей прям огонь!
GitHub
GitHub - n8n-io/self-hosted-ai-starter-kit: The Self-hosted AI Starter Kit is an open-source template that quickly sets up a local…
The Self-hosted AI Starter Kit is an open-source template that quickly sets up a local AI environment. Curated by n8n, it provides essential tools for creating secure, self-hosted AI workflows. - n...
✍2🔥2
Установили и запустили мы локальную LLM, работает она с сервисами и агентами по API.
Но хочется же большего?
Поговорить хочется. (Не будем обсуждать причины возникновения желания разговаривать с неодушевленным предметом)
А давайте прикрутим Open WebUI - интерфейс для общения с
Нейросеткой - Ollama в нашем случае.
Просто дорабатываем docker-compose.yml
И на адресе //localhost:3000 у вас заведется ваша LLM.
Выбирайте версию модели и пробуйте.
Вот так я себе план на выходные накидал - разобраться с этим получше. И вы попробуйте!
Но хочется же большего?
Поговорить хочется. (Не будем обсуждать причины возникновения желания разговаривать с неодушевленным предметом)
А давайте прикрутим Open WebUI - интерфейс для общения с
Нейросеткой - Ollama в нашем случае.
Просто дорабатываем docker-compose.yml
services:
ollama:
image: ollama/ollama:latest
container_name: ollama
volumes:
- ollama:/root/.ollama
ports:
- 11434:11434
restart: unless-stopped
open-webui:
image: ghcr.io/open-webui/open-webui:main
container_name: open-webui
volumes:
- open-webui:/app/backend/data
ports:
- 3000:8080
environment:
- OLLAMA_BASE_URL=http://ollama:11434
depends_on:
- ollama
restart: unless-stopped
И на адресе //localhost:3000 у вас заведется ваша LLM.
Выбирайте версию модели и пробуйте.
Вот так я себе план на выходные накидал - разобраться с этим получше. И вы попробуйте!
Как развиваться в условиях сложного рынка труда для всех, и для ИТ профессионалов в частности?
Качаться!
Тренд требований к навыкам неумолимо сместился от T-shaped специалистов к M-shaped. При том "почитать что-то" про смежные инструменты уже не выйдет.
Пример требований (набросали на салфетке)
К каждому требованию - градация навыков. Не только в уровне знаний, но и опыте использования.
Вот и тренд - качаться и собирать "летные часы" и портфолио реализованных проектов.
Качаться!
Тренд требований к навыкам неумолимо сместился от T-shaped специалистов к M-shaped. При том "почитать что-то" про смежные инструменты уже не выйдет.
Пример требований (набросали на салфетке)
- Jenkins - разработка автоматизированных пайплайнов
- k8s - умение подготовить приложение и оркестратор к автоматическому разворачиванию
- программирование (умеет сам писать код без шпаргалки на любом языке - баш питон)
- использование ИИ инструментов для разработки, автоматизации (курсор, и аналоги)
- разработка дешбордов в графане
- …еще … логи, монитоинг, Кафка, нжинкс, …
К каждому требованию - градация навыков. Не только в уровне знаний, но и опыте использования.
Вот и тренд - качаться и собирать "летные часы" и портфолио реализованных проектов.
👍1
Пока мы с коллегами пробуем и внедряем в работу AI инструменты, Агентную разработку и всячески обсуждаем пути сокращения издержек на написание кода и создание продукта с помощью инструментов из 21 века, приходят такие вот сообщения из века прошлого:
Ну ок, может я и экстремальный случай, но я правда вижу отрасль ИТ аутсорсинга отмирающей, точнее замещаемой ИИ существенно повышающим эффективность работы.
Даже любопытно чем аутсорсеры могут ответить? Вымрут?
Добрый день! Меня зовут XXX, it компания S----ft. Рабочий вопрос: вы привлекает внешних IT специалистов на проекты?Милочка, если у меня будут идеи - я пойду вайбкодить прототип, и это у меня займет времени меньше чем я буду объяснять вам что я хочу.
Подберем сотрудника под требования компании и передадим на аутстаф.
У нас свыше 1700 сотрудников (бэк/фронт, тестировщики, аналитики, архитекторы, дизайнеры, DevOps, QA специалисты … и др).
Такой формат рабочий?😉
И второй формат взаимодействия - это разработка программного обеспечения. За 20 лет мы реализовали свыше 1500 проектов, если есть идеи 💡 - обращайтесь.
Ну ок, может я и экстремальный случай, но я правда вижу отрасль ИТ аутсорсинга отмирающей, точнее замещаемой ИИ существенно повышающим эффективность работы.
Даже любопытно чем аутсорсеры могут ответить? Вымрут?
Думскроллинг бывает разный, я вакансии листал.
Собирал требования к вакансиям по интересующему меня направлению.
Собрал и обработал больше 20 требований к вакансиям, получилось вот что:
Собирал требования к вакансиям по интересующему меня направлению.
Собрал и обработал больше 20 требований к вакансиям, получилось вот что:
1. Опыт и образование (Hard Requirements)
- Образование: Высшее техническое (IT, прикладная математика, физика, Data Science).
- Опыт в IT: 5+ лет коммерческой разработки.
- Опыт в AI/ML: 3+ года практической работы, включая не менее 1-2 лет с фокусом на NLP/LLM.
- Опыт лидерства: От 1 года в роли Tech Lead, Team Lead, Архитектора или ведущего разработчика с менторскими обязанностями. Опыт формального управления командой (3+ человека) -- сильный плюс или требование для части вакансий.
-**Обязательный** опыт проектирования, разработки и, что критично, вывода в production сложных ML/AI-систем. Опыт работы в строго регламентированных областях (банки, финтех)
2. Техническая экспертиза в AI/ML (Core)
- Глубокие знания в NLP/LLM:
- Понимание архитектур (Transformer, GPT, BERT) и современных моделей (GPT-4, Llama, Mistral, Qwen).
- Практический опыт построения RAG-систем (data ingestion, chunking, embeddings, векторный и гибридный поиск, re-ranking).
- Практический опыт разработки AI-агентов (LangChain, LangGraph, OpenAI Assistants) с использованием tool/function calling, управлением состоянием (state management).
- Понимание и опыт применения методов оптимизации: промпт-инжиниринг, тонкая настройка (fine-tuning), включая параметро-эффективные методы (**LoRA, QLoRA**).
- Классический ML: (классификация, регрессия, кластеризация, scikit-learn, XGBoost).
- Фреймворки и библиотеки: PyTorch и/или TensorFlow, Hugging Face ecosystem.
3. Инженерия, Архитектура и DevOps/MLOps (Delivery)
- Язык программирования: Python. для построения веб-сервисов (FastAPI, Flask)
- Backend и API:, опыт проектирования REST, gRPC, GraphQL API. webhooks
- Обязательно: Docker, Kubernetes (K8s).
- Работа с брокерами сообщений: Kafka (или RabbitMQ, Redis) - MLOps (критически важно):
- CI/CD для ML-систем.
- MLFlow (или Weights & Biases).
- ELK-стек для отслеживания метрик инфраструктуры и качества моделей в реальном времени
- Облачные платформы: (**AWS, GCP, Azure, Yandex Cloud**) и их AI-сервисами.
4. Data Engineering (Fundamentals)
- Базы данных: Уверенное знание SQL Опыт работы с векторными БД (Pinecone, Weaviate, Qdrant, pgvector) и традиционными (PostgreSQL, ClickHouse).
- Управление данными: Опыт построения ETL/ELT**-пайплайнов. Опыт с **Airflow/Prefect.
- Архитектура данных: Data Warehouse, Data Lake, Data Mesh
- Качество данных (DQ):
5. Софт-скиллы и Лидерство (Leadership)
- Коммуникация: Четкая коммуникация с техническими и нетехническими стейкхолдерами. Работа в кросс-функциональной среде.
- Английский язык: Уровень B2 (Upper-Intermediate) и выше.
Желательные требования и "плюшки" (Differentiators)
- Дополнительные AI-домены: Опыт в Computer Vision или построении мультимодальных систем.
- Углубленный MLOps: Опыт с Feast (feature store), Kubeflow, vLLM/TGI для высокопроизводительного инференса LLM.
- Data Governance: Знание инструментов каталогизации данных (**OpenMetadata, DataHub**).
- Смежные стеки: Базовое понимание других технологических стеков (например, C#/.NET, Java) для эффективной коммуникации.
- Администрирование: Уверенные навыки администрирования Linux.
- Регуляторика: Понимание основ регуляторики (GDPR, ФЗ-152) в контексте данных и AI.
Ядро требований - глубокая экспертиза в LLM + сильная production-инженерия (MLOps) + лидерские качества.
😱1🗿1
Интересная цитата, которую я теперь буду приводить в ответ на вопросы о том зачем я так много времени инвестирую в изучение ИИ :
В 2022 году ИИ не мог надежно выполнять базовую арифметику. Он с уверенностью скажет вам, что 7 × 8 = 54.
К 2023 году он может сдать экзамен на адвоката.
К 2024 году он сможет писать рабочее программное обеспечение и объяснять науку на уровне выпускников.
К кону 2025 года некоторые из лучших инженеров в мире заявили, что они передали большую часть своей работы по кодированию ИИ.
5 февраля 2026 года появились новые модели, которые заставляли все до них чувствовать себя как в другую эпоху.
👍1
Со времён моего первого MBA в Вышке со мной живёт одна цитата:
Поэтому я постоянно учусь, что-то меняю, что-то улучшаю.
Как понять, что ты уже действительно продвинулся и уровень прокачался?
- Ну да, тесты прошёл.
- Ну да, начал применять новое в работе или в проектах.
А как откалиброваться относительно таких же, как ты, бегунов за развитием?
Недавно в рассылке мне прилетело приглашение поучаствовать в «Цифровом марафоне» от «Школы 21» — бесплатной школы цифровых технологий от Сбера.
https://it-marathon.21-school.ru/
Да, это займёт время, но это уже почти спорт.
Попробуйте! Думаю, будет весело и точно даст вам ориентир куда дальше копать!
«Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!» — Льюис Кэрролл.
Поэтому я постоянно учусь, что-то меняю, что-то улучшаю.
Как понять, что ты уже действительно продвинулся и уровень прокачался?
- Ну да, тесты прошёл.
- Ну да, начал применять новое в работе или в проектах.
А как откалиброваться относительно таких же, как ты, бегунов за развитием?
Недавно в рассылке мне прилетело приглашение поучаствовать в «Цифровом марафоне» от «Школы 21» — бесплатной школы цифровых технологий от Сбера.
https://it-marathon.21-school.ru/
Да, это займёт время, но это уже почти спорт.
Попробуйте! Думаю, будет весело и точно даст вам ориентир куда дальше копать!
Кстати, для практиков - сегодня стартует конфа по оценке эффектов от внедрения ИИ инструментов. Как по мне - это тема 2026 года. Планирую послушать - позадавать вопросы.
https://ai-pnl.com
https://ai-pnl.com
Ai-Pnl
ROИИ 2026 | Рабочие AI-стратегии
Только рабочие AI-стратегии. Превращаем технологии в Revenue. Конференция для предпринимателей и менеджеров.
🔥1