ИИ всегда радикально тупее специалиста и по любой теме не более чем вводитель в заблуждения.
Мое пользование ИИ разных производителей привело за пару лет к некоему выводу. Я являюсь профессионалом в нескольких предметных областях. И вот во всех них что несет ИИ кажется мне глубокой чушью. Рассуждения малограмотного бездаря по теме в которой он вовсе не в курсе но очень хочет поговорить. А вот в тех областях в которых я мало что понимаю ИИ выглядит вполне таким грамотным и разумным. Но со всей очевидностью я понимаю, что в этих мало знакомых мне областях есть свои специалисты и уже они когда обращаются к ИИ видят в них откровенных дураков и лживых бездарей. А в итоге если сложить всех специалистов и дать им оценить ответы ИИ то выясняется, что все эти модели создают лживых и малограмотных дилетантов, пригодных только для того чтобы морочить голову по темам в которых пользователь не разбирается.
На Хабре проходит очередной сезон Хабра-АДМ (это уже 13-й сезон Анонимного Деда Мороза!). У зарегистрированных пользователей остался 1 день для принятия решения вступить в Клуб анонимных Дедов Морозов 2025 на Хабре. Ограничение: для участия необходима карма ≥ 5. Обладатели значка «Дед Мороз» в своём Хабра-профиле могут участвовать с любой кармой.
Успевайте подумать, решиться, выйти из зоны комфорта и раздвинуть границы дозволенного, чтобы оставить свой почтовый адрес и стать частью новогоднего волшебства. Регистрация на мероприятие закроется вечером 23 декабря, и потом будет жеребьёвка.
24 декабря умная машина проекта назначит вам адрес, по которому нужно выслать подарок. Точно также ваш адрес попадёт кому-то другому, и наверняка вы тоже получите что-нибудь взамен. Система Хабра-АДМ произвольным образом формирует пары, в которых каждый должен будет отправить другому участнику какой-либо подарок.
Далее вам будет доступен встроенный чат, где у своего внучка\внучки можно будет уточнить интересы\пожелания. Ну или намекнуть о своих мечтах (в пределах разумного, конечно) своему Деду Морозу. Также у вас будет немного времени на выбор и отправку подарков. Учтите это и лучше приготовьтесь заранее.
WT IndexNow плагин для Joomla - отправка страниц сайта на переиндексацию в поисковые системы.
Пакет плагинов, обеспечивающий ручную и автоматическую отправку url адресов Joomla в поисковые системы на переиндексацию по протоколу IndexNow.
Согласно документации протокол поддерживают все крупнейшие поисковые системы, кроме Google. Протокол служит для получения от сайтов URL, которые нужно переиндексировать заново или проиндексировать в первый раз как можно быстрее. Отправка адресов сайта таким образом существенно ускорит индексацию нового или изменённого контента поисковыми системами.
Поисковые системы по этому протоколу обмениваются друг с другом данными, поэтому отправив URL в одну из них вы сообщаете их сразу всем.
Протокол IndexNow поддерживают:
Amazon
Microsoft Bing
Naver
Seznam.cz
Yandex
Yep
Суточный лимит URL - 10000 в сутки. Возможна отправка вручную и автоматически. Пакетом поддерживаются:
материалы и категории материалов Joomla
контакты и категории контактов Joomla
SW JProjects - компонент каталога расширений для Joomla
JoomShopping - компонент интернет-магазина для Joomla
Продолжаем рассказывать о пет-проектах контуровцев
По традиции гуляя с собакеном Мейс из приюта «Хаски Екб» по ещё зелёному летнему полю (а скоро будет выпуск под снегом!). 🦮
У одного из дизайнеров Контура, Егора, есть проект, который он развивает 6 лет: городские квесты для программистов на движке «Квестспейс». Суть квеста в том, что ребята-участники формируют команды и вместе выполняют задания: гуляют по городу и ищут определённые локации из заданий, ответы отправляют на специальную платформу и собирают баллы.
Дальше рассказывает Егор:
Заранее участники не знают, какой район в городе им надо будет исследовать, они просто регистрируются, собираются в конкретный день в определённом месте, потом получают задания. Команд обычно несколько, но мы делаем так, чтобы они не пересекались друг с другом — не встретились случайно, когда отправятся искать локацию. 😁
Допустим, одно из заданий может выглядеть так: есть музыкальный трек, в нём зашифровано название магазина > подумай, где может быть этот магазин, найди его > слева от фасада здания будет надпись или картина — это и есть разгадка.
Как я придумываю задания на квест
Сначала выбираю районы, в которых ребята будут искать загаданные локации. Определяю будущий маршрут и обязательно прохожу его пешком, попутно фотографируя всякие интересные детали на своём пути. Таких деталей можно набрать много, но из 50-ти найденных в релиз войдёт около 10-ти, не больше.
В городе постоянно появляются новые локации, а старые видоизменяются, поэтому никогда не скучно исследовать даже повторяющиеся районы. Однажды на одной из локаций мы приклеили стикеры, которые нужно было найти участникам. Спустя два года они всё ещё там: даже не выцвели!
Сегодня в Городские квесты играют от 300 до 400 участников, это где-то 40-50 команд.
Про онлайн-платформу Квестспейс
Участники квеста отправляют через эту платформу свои ответы, специальный движок помогает их собирать и считать баллы — всё автоматизировано.
Сервис делали ребята из бакалавриата ФИИТ (курирует Контур): там есть проектное обучение. Я просто пришёл к ним с макетами и попросил сделать так, как вижу это сам. Платформа должна была принимать ответы и не падать от нагрузки. Конечно, когда проект только начинали развивать, движок падал, всё ломалось. Особенно когда участники пользовались подсказками. Но теперь всё работает хорошо.
Откуда брать силы всем этим заниматься и не выгорать
Всё-таки, 6 лет — большой срок. Но выгорания нет: ты постоянно исследуешь города, открываешь новые места, придумываешь закрученные формулировки для заданий, потом твои друзья играют и дают тебе обратную связь. Наполняешься эндорфинами, дофаминами и нет никакой усталости. 👌
***
Пишите в комментариях, знаком ли вам проект городских квестов Егора? Вдруг вы тоже были участником или хотели бы попробовать поискать интересные локации. 🙌
А ещё нам интересно вот что: если вы программист-домосед, что заставляет вас выйти на прогулку и поисследовать новые места в своём городе? Хотели бы отправиться на подобный квест в компании или в одиночку?
В конце оставляем ссылки на полную видеоверсию интервью с Егором, Варей и голубоглазым Мейсом: YouTube, RuTube и VK Видео. Там же можно найти и два предыдущих выпуска петов. 😉
Тестирование сегодня — это не просто «проверить, как работает», а «понять, как будет работать лучше». ИИ, аналитика, автоматизация, диалог с командой — инженер по тестированию стал одной из ключевых фигур в создании продуктов.
Мы поговорили с нашими тестировщиками Дашей и Алёной о том, какие навыки особенно важны, какие технологии меняют подход к работе и как развиваться в профессии, где все постоянно меняется.
Что происходит с профессией?
Тестировщики все чаще подключаются на этапе проработки аналитики, еще до реализации фичи. Уточняют детали и находят пробелы в логике — это помогает избежать багов на старте.
Ручное тестирование тоже постепенно меняется — в приоритете исследовательский подход: важно не просто слепо следовать кейсу, а использовать нестандартные методы проверок, которые помогут отловить скрытые ошибки.
Почему ИИ — главный тренд?
ИИ — отличный рабочий инструмент, а не просто модный тренд. Например, его можно использовать при написании автотестов и тест‑кейсов, а также для разбора логов и поиска ошибок в скриптах. Но важно понимать, что ИИ не заменяет эксперта — он расширяет возможности.
Какие навыки важны?
Чтобы быть полезным тестировщиком, важно развивать как технические, так и гибкие навыки:
Внимательность, критическое и системное мышление — чтобы видеть не только конкретную ошибку, но и ее влияние на продукт в целом.
Английский язык — чтобы читать логи, понимать настройки.
Информационная безопасность — чтобы понимать принципы защиты данных, шифрования и как избежать утечек.
Что еще необходимо?
REST, HTTP, Linux, Docker — это основа, особенно если вы работаете с DevOps‑задачами. Чтобы глубже тестировать инфраструктурные задачи, полезно пройти курсы и прокачать навыки.
Работа в команде и инициативность — в любой задаче важно уметь взаимодействовать с разными ролями: аналитиками, разработчиками, другими тестировщиками. Тестировщик не просто проверяет — он помогает команде находить и устранять слабые места.
Как развиваться тестировщику?
Развитие через практику и обмен опытом
Новые подходы можно черпать на конференциях, например, Heisenbug, SQA Days. Дополнительное развитие — брать задачи не только по тестированию, но и по улучшению процессов, участвовать в аналитике, работать над задачами смежного продукта, тестировать мобильное приложение. Наставничество также помогает расти — учишься вместе с теми, кого поддерживаешь.
Развитие через ИТ-сообщество и техбазу
Начинающим тестировщикам будут полезны материалы Артёма Русова. У него есть сайт и тг-каналы: @qachanell, @qa_sklad.
Развиваться помогают и внутренние ресурсы в компании: коллеги делятся опытом, обсуждают кейсы, рассказывают, как решают задачи. Если у вас в компании есть что‑то подобное — не упускайте. Это классный способ расти и смотреть на профессию шире.
Компания «Форсайт» представляет новый релиз своего флагманского программного продукта - «Форсайт. Аналитическая платформа» 10.10!
Новая версия 10.10 – это STS-релиз для быстрого развития (Short Term Support), промежуточный выпуск, который включает новые функции перед их интеграцией в релиз с долгосрочной поддержкой. В версии 10.10 много новых возможностей для визуализации данных в веб-приложении. Мы сделали удобнее инструмент Self-Service BI – информационные панели: • добавили гибкую настройку элементов управления • реализовали настройку параметров вложенных объектов • добавили в табличный визуализатор условное форматирование и закрепление строк
Мы расширили возможности регламентных отчетов и форм ввода в вебе: • стало удобнее работать с диаграммами и формулами • мастер функций пополнился новыми функциями • расширены возможности настройки печати • при вводе формулы в строку формул и ячейку таблицы появилось отображение подсказок • реализовано отображение окна подтверждения перед сохранением и отменой изменённых данных
Что еще нового в релизе 10.10? • расширены возможности администрирования приложений • расширена функциональность менеджера обновлений • реализован новый API платформы для разработки прикладного приложения в системных сборках: Dashboard, Express, Fore, Metabase, RDS, WebForms
Напоминаем, что начиная с выпуска «Форсайт. Аналитическая платформа» 10.11 LTS (апрель 2026 года): • в стандартной поставке будут отсутствовать настольное приложение для настройки платформы и Конструктор бизнес-приложения версии 9.x; • будет прекращена поддержка платформы на Astra Linux SE 1.7 в связи с прекращением её поддержки производителем. Подробнее о новой версии читайте здесь.
Программист Тирекс написал праздничное веб-приложение с обратным отсчетом до Нового года и хочет поздравить им всех коллег. Приложение уже собрано: в директории web находятся готовые статические артефакты (HTML, JavaScript и изображения). У Тирекса есть TLS-сертификат и приватный ключ, и он хочет, чтобы приложение работало по HTTPS.
Задача
Нужно упаковать приложение в Docker-контейнер, чтобы его можно было легко запускать на любом сервере, и сделать доступным из интернета. Времени у Тирекса осталось совсем немного!
Чем запомнился 2025 год: главные функциональные нововведения в «Первой Форме»: Часть 2
Это вторая часть подборки важных функций, которые появились в BPM-системе «Первая Форма» в 2025 году. Здесь мы собрали инструменты для контроля ресурсов и решения HR-задач.
планировать загрузку и устанавливать ограничения: на овербукинги, параллельное бронирование, привлечение к задаче двух типов ресурсов и другое;
предотвращать конфликты бронирования, в том числе и с помощью автоматизации;
автоматически создавать задачи для сотрудников;
использовать производственный календарь.
С помощью этого модуля можно реализовать бронирование переговорных и техники, создавать расписания сотрудников и контролировать их загрузку, готовить графики отпусков. Это повышает предсказуемость сроков и снижает потери из‑за конфликтов в загрузке — особенно в проектных и сервисных командах.
Новый редактор корпорталов и виджеты
Корпоративные порталы позволяют реализовать различные сценарии для упрощения работы HR и повышения эффективности команды. В системе можно создать окно обращения в корпоративные службы с кнопками услуг, вывести новости и мероприятия, организовать быстрый доступ к регламентам.
В этом году мы добавили в «Первую Форму» новый конструктор корпоративных порталов с Flex-дизайнером. Конструктор позволяет объединять виджеты в контейнеры с индивидуально настроенным поведением: статичным или «гибким» размером под разрешение экрана, подстройкой контента под роль пользователя. Например, в таком контейнере можно разместить кнопки доступа к регламентам, и у каждого отдела будет свой набор.
Для такой настройки не нужны навыки UI-дизайна и разработки. Порталы может собирать системный администратор или бизнес-аналитик.
Социальная сеть
Корпоративная социальная сеть позволяет объединить сотрудников в централизованном информационном пространстве и создать среду для обмена мнениями. В таком формате команда охотнее делится мыслями и предлагает идеи, а новости не воспринимаются как скучные сообщения.
Общие и частные блоги можно вести непосредственно в системе. В личном профиле сотрудника отобразятся его посты, а на главную страницу можно вывести виджет с последними публикациями.
Сам интерфейс блогов похож на популярные соцсети, а функциональность позволяет вести открытые и закрытые группы, создавать посты и статьи с оформлением, медиаконтентом и авторством, оставлять реакции и комментарии. Этот инструмент помогает быстрее решать инциденты — комментарий сотрудника можно превратить в задачу с ответственными и сроками. Охваты и эффективность постов можно контролировать с помощью отчётов.
Также в системе можно настроить механизм отложенной публикации. Ответственный сотрудник сможет подготовить пост, указать автора-эксперта и отправить публикацию ему на согласование. После получения акцепта пост попадёт в календарь на нужную дату. Так можно удобнее сообщать о новых регламентах и других изменениях — без ошибок и задержек.
Узнать больше об этих и других новых функциях можно из чейнджлогов сборок на сайте.
Чем запомнился 2025 год: главные функциональные нововведения в «Первой Форме»
В 2025 мы добавили в «Первую Форму» больше функций для автоматизации различных аспектов работы: коммуникаций, управления задачами и ресурсами, повышения вовлечения сотрудников, удержания знаний и комплексной интеллектуальной автоматизации. В сумме это даёт компаниям больше самостоятельности: процессы можно быстрее адаптировать под потребности бизнеса без «очереди в разработку».
Это первая часть лучших апдейтов. Вторая доступна по ссылке.
ИИ-агенты
ИИ-агенты — это цифровые сотрудники, которые действуют по заложенной в них должностной инструкции. Такой инструмент может проактивно решать поставленные ему задачи:
как секретарь: собирать саммари встреч и звонков и формировать списки задач;
как специалист отдела закупок и продаж: анализировать договоры и предложения, подсвечивать рисковые пункты;
как специалист по документообороту: создавать документы, контролировать подписание и доставку печатных форм контрагентам;
как логист: строить маршруты для выездных сотрудников;
как HR: готовить ответы на вопросы сотрудников по корпоративным материалам.
Действия агента ограничиваются ролями и регламентом; критичные шаги можно оставлять на подтверждение сотруднику. В «Первой Форме» создали собственную технологию для оцифровки должностных инструкций и создания ИИ-агентов. Подробнее о том, как это работает, мы рассказали в вебинаре, запись доступна по ссылке.
Новые функциональные возможности задач
Задачи — центральный элемент процессов в «Первой Форме». Чтобы реализовать любые сценарии, карточку наполняют гибко настраиваемыми параметрами-полями: для текстовых данных, таблиц, чисел, ссылок на другие задачи.
В 2025 году мы добавили карточкам больше функциональных возможностей:
Параметры можно объединять в блоки с вкладками. Так в карточке помещается больше полезных данных: документы, финансовые расчёты, связанные задачи и ответственные.
К полям можно добавлять подсказки и SMART-кнопки дополнительных действий. В подсказке можно написать дополнительную информацию для сотрудника, например, какие данные в документе проверить внимательнее, или какой будет следующий шаг в процессе. А SMART-кнопки позволяют запускать связанные процессы из карточки без дополнительных действий.
Блоки можно размещать в удобной последовательности. Раньше в карточках «Первой Формы» всегда сначала шли системные поля (название, срок, ответственные), затем вложения, затем дополнительные параметры. Теперь этот порядок можно поменять — например, убрать вложения в самый конец карточки.
Это снижает зависимость от разработки: владелец процесса с правом администратора может менять форму и действия под себя.
Расширенные возможности канбана
Канбан-доска — это формат, в котором можно отобразить любые задачи в системе. Доска формируется как по строгому регламентированному процессу, так и свободно, с возможностью добавлять и перемещать карточки между колонками.
Сами карточки тоже можно настраивать — выводить поля и выбирать их представления. Например, для отдела продаж можно отобразить сумму контрактов по клиенту, для разработки — теги, к которым относится карточка фичи, для маркетинга — обложку публикации для контент-доски. Это упрощает контроль статусов и распределения ресурсов, помогает отслеживать узкие места процессов, стандартизирует работу команд.
Подробно о возможностях канбана для разных отделов мы рассказывали в этой статье.
Здравствуйте, хабровчане! Подскажите, есть ли активные группы или чаты, где практически работают с ИИ: тестируют поведение моделей, сравнивают версии, проверяют гипотезы?
Не просто обсуждения и философия «что будет дальше», а именно по делу. Живое сообщество.
Если правила Хабра не позволяют делиться такими ссылками в комментариях, пришлите, пожалуйста , в личные сообщения.
Философия IT-собеседований: взгляд разработчика и DevOps-инженера
Привет, Хабр! Мой пост носит дискуссионный характер. В веб-разработке, администрировании и DevOps я уже 17 лет. Долгое время работал «на себя», оказывая помощь клиентам, с которыми выстроены надёжные взаимоотношения, но текущие реалии рынка подтолкнули к поиску работы по ТК, об этом я и хочу поговорить.
Обо мне: 40 лет, из которых 17 лет в коммерческой разработке. Прошел долгий путь как в fullstack-разработке (web), так и в создании embedded-решений (каршеринг), администрировании и DevOps.
Раньше мой процесс найма редко выходил за рамки одного интервью. Сейчас же я регулярно сталкиваюсь с многоступенчатыми отказами, иногда даже на этапе HR-скрининга. Этот контраст заставил меня задуматься: что делает найм эффективным, а что превращает его в фарс? Решил систематизировать свои наблюдения и поделиться тем, что в современных собеседованиях кажется здравым, а что — откровенно лишним.
Описываю позитивные практики, с которыми сталкивался, практики за которые я уважаю потенциальных работодателей и команды. Это парадигма, в которой я вёл деятельность с начала карьеры.
Диалог на равных. Мое лучшее интервью: техлид не мучил теорией, а предложил обсудить реальную дилемму, которую он решает в данный момент (внедрение NoSQL-хранилища ради одного специфичного сервиса, т.е. доп. точка отказа vs производительность). Без таймера и стресса мы искали решение. Итог — оффер и годы отличной работы.
Проверка логики, а не памяти. Люблю кейсы в духе: «Вот дано А, почему происходит Б?». Из банального: может ли Вася из другого города достучаться до вашего локального IP? Это показывает понимание базы лучше любого теста.
Ценность универсальных знаний. Универсальные знания долгое время позволяли быстро находить решение практически любой проблемы от хардверной, до нарушения самых элементарных паттернов проектирования в коде и эффективно их устранять. Мне нравятся задачи, где проблема может быть скрыта на любом уровне и нравятся клиенты, понимающие, как я могу снять их головную боль обеспечив работоспособность ПО в любой среде и условиях.
А теперь я хочу описать то, от чего меня бомбит. Это факторы которые будут отпугивать меня вплоть до момента, когда будет нечего кушать и я буду вынужден прогнуться под выгодное предложение.
Лайвкодинг. В 40 лет написание кода для меня — процесс интимный... хотя я практикую парное программирование в реальной команде и это мне нравится, но в предвкушении собеседований иногда хочется "психануть" и на предложение выбрать время для лайвокдинга сказать — "предлагаю парное программирование с одним из ваших специалистов, ведь для меня тоже важно, с кем я буду вести разработку". (Не пробовал так отвечать, но попробую, как только выдастся случай).
Вакансии-обманки. Зачем заманивать стеком DevOps (Linux, Nginx, Ansible, Terraform, Puppet, Docker, Kubernetes, MySQL, PostgreSQL, Elasticsearch, Logstash, Kibana, Zabbix), если по факту сообщаете, что ничего этого не будет, а ищите классического сисадмина 9-18? — Давайте адкеватный запрос, а не тратьте время.
Терминологическая каша. Сложно отвечать экспертно, когда интервьюер путает CI и OCI или Redis и Rabbit. Если нет погружения в контекст, конструктивного диалога не выйдет. Готовиться к собеседованию должен не только соискатель, но и тот, кто нанимает.
Отсутствие пунктуальности. Для меня было шоком, что фаундер может просто не явиться на собседование, или рекретер забывает о диалоге и назначенной встрече. У вас там всё нормально?) Хотя рекрутер мало чем отличается от агента недвижимости, но фаундер забывающий про собеседование для меня персонаж странный.
Узкая специализация. Раньше, как мне кажется, ценилась универсальность, способность разработчика понимать инфраструктуру, а инженера/админа — код. Сегодня индустрия уходит в жесткую сегментацию, видимо, для более точного просчёта рисков. А я считаю, что именно универсальность — это страховка проекта от того, что решение будет принято в вакууме одного стека, без учета общей картины.
В партнерском материале расширяются результаты нагрузочного тестирования из статьи «Нагрузочное тестирование GP6 vs GP7 vs Cloudberry» и презентуются результаты тестирования YMatrix. Это дополнение к предыдущей статье, призванное сформировать понимание сравнимости результатов различных форков GreenPlum.
От трейдера в хедж-фонде до продакт-оунера в Финаме: как искать «альфу», собирать портфели и зачем нужны хитрые ордера
Представляем новый выпуск подкаста.
Наш гость - Эмиль прошел путь от финансового инженера в Швейцарии до трейдера в алгоритмическом хедж-фонде, а теперь руководит развитием TradeAPI в Финаме. В этом интервью мы разбираем:
что такое финансовый прайсинг и как ищут рыночную неэффективность («альфу»)
как работает алгоритмический хедж-фонд изнутри и почему там ценят бесконфликтность больше, чем гениальность
переход из трейдинга в продукт: чем занимается продакт-оунер в финтехе и как общение с клиентами формирует новый функционал
что такое TradeAPI, кому он нужен и какие «хитрые ордера» появятся в будущем
может ли ИИ заменить трейдера, почему бэктесты часто врут и стоит ли бояться, что вашу стратегию украдут
учеба в Швейцарии, работа ассистентом профессора и почему лучшие знания получаются не на лекциях, а в личном общении.
Полезно для всех, кто интересуется финансами, финтехом, трейдингом и карьерой в IT-продуктах.
Бывший сооснователь OpenAI Андрей Карпати представил свой годовой обзор.
В начале года он выдвинул ключевые тезисы: наступила эра ПО 3.0 (управление промптами), LLM — это новая ОС, а для зрелости AI-агентов потребуется десятилетие.
В обзоре 2025 он выделяет шесть «смен парадигм»:
1. RLVR — обучение на проверяемых задачах.
Тренировка сместилась с субъективных человеческих оценок (RLHF) на задачи с точным ответом — код, математика. ИИ, решая миллионы таких задач, сам вырабатывает стратегии, похожие на рассуждение. Это «пожиратель» вычислительных мощностей, который не увеличил модели, но удлинил их обучение и дал «ручку» — заставить ИИ думать дольше (как в OpenAI o3).
2. ИИ — «призрак», а не «питомец».
Его интеллект «неровный» (Jagged Intelligence). Благодаря RLVR, в областях вроде математики способности ИИ взлетают «шипами», но в простой логике он может ошибаться. Это привело к «натаскиванию на тесты» и обесцениванию бенчмарков.
3. Cursor как «прораб».
Его успех показал, что прикладной слой LLM очень толст. Такие инструменты выступают инженером контекста, прорабом (управляя несколькими LLM) и пультом (регулируя автономность). Будущее — за связкой «универсальных студентов» (базовые модели) и «профбригад» (специализированные приложения).
4. Claude Code — локальный «киберпризрак».
Главное — его работа локально на вашем компьютере, а не в облаке. Это ключевое преимущество на текущем этапе, так как среда разработки, ключи и настройки — локальны.
5. Vibe Coding.
Кодирование без знания синтаксиса: достаточно описать задачу на естественном языке. Это стирает барьер для новичков, а для экспертов делает код «дешёвым» и одноразовым, что изменит индустрию.
6. Nano Banana — «лицо» для ИИ.
Текстовый интерфейс неудобен. Будущее — мультимодальные интерфейсы, где ИИ не выдает текст, а визуализирует ответ: рисует схему, генерирует страницу или интерактивную панель, переплетая логику и визуал.
🎙 Стрим и розыгрыш уже сегодня. Дима — руководитель Android & iOS разработки Surf, и Алёна, лид команды рекрутеров Surf, вместе с гостем — Андреем Кулешовым, руководителем разработки, спикером и автором telegram-канала «Кулешов разгоняет IT», уже 22 декабря в 17:00 обсудят, как строить карьеру в разработке в 2026 году и не допустить типичные ошибки новичков.
Участвуй в розыгрыше в закрепе в нашем tg-канале и подключайся к стриму 22 декабря, в 17:00 по Москве.
От работников электросетей до специалистов по энергоснабжению – ваш вклад неоценим. Желаем вам крепкого здоровья, внутренней уверенности и неиссякаемой энергии.
Развитие энергетики невозможно без инноваций. Поэтому мы гордимся, что наши решения помогают вам работать качественнее и результативнее. Благодарим за ваш вклад в энергетическую мощь страны!
Как разделить строку в Python: «split()» и альтернативы для разработчиков и аналитиков данных
Разделение строк — рутина для разработчиков и аналитиков: парсинг CSV, обработка логов, пользовательского ввода. Подготовили подробный обзор, где разобрали, как работает «split()» (включая «sep» и «maxsplit»), когда выбирать «partition()/rpartition()», «splitlines()», преобразование в список символов и «re.split()» для сложных правил. И добавили практические примеры, где и какой подход удобнее и надежнее применять.
Запуск GitLab Runner в Yandex Cloud Serverless Containers
Я Павел Елисеев, старший разработчик в команде Serverless в Yandex Cloud. Мы реализовали сценарий использования сервиса — Serverless GitLab Runner. В посте покажу архитектуру и поделюсь кодом решения.
GitLab Runner — агент, выполняющий задачи (jobs) из CI/CD‑пайплайнов GitLab. Он получает инструкции от GitLab, запускает сборку, тесты или деплой в нужной среде и передаёт результат обратно.
Раннер работает в разных окружениях:
на общих серверах GitLab (shared runners);
на выделенных VM;
в K8s‑кластере.
В первом варианте репозитории должны размещаться на gitlab.com. В случае Managed GitLab или self‑hosted GitLab развёртывание выполняется самостоятельно.
Для shared‑раннеров free‑tier ограничен 400 мин./мес. Учёт идёт по формуле (duration × price-factor), так что число доступных минут зависит от используемого типа раннера. А за пределами лимита нужна привязка не российской банковской карты.
Serverless‑сценарии пытались реализовать на Cloud Functions, что требовало отдельной VM и сложной конфигурации. А мы хотели объединить плюсы serverless‑модели с CI‑задачами:
оплата за время
масштабирование за секунды
изоляция выполнения
отсутствие инфраструктурной рутины
Архитектура
GitLab Runner работает по модели pull: запускает процесс, устанавливающий long‑polling‑соединение с GitLab API, и ожидает появления задач.
Пришла задача — раннер выбирает executor:
shell — job выполняется в текущем окружении
docker — под job создаётся отдельный контейнер со всеми зависимостями
Эта модель плохо подходит для serverless‑окружения, где нельзя держать постоянно активный процесс.
Для перехода на push‑модель используем GitLab Webhooks — HTTP‑уведомления о событиях. С появлением задач GitLab отправляет вебхук в Serverless Container, который:
запускает раннер;
получает информацию о задаче;
выполняет её и возвращает результат в GitLab.
Так, выполнение задачи инициируется событием, а не постоянным опросом API.
Для упрощённого развёртывания есть лёгкий образ раннера с поддержкой docker-executor, размещённый в Container Registry. Раннер автоматически загружает и запускает контейнер, указанный в конфигурации job. Секреты для аутентификации в GitLab API хранятся в Lockbox.
GitLab требует от обработчика вебхуков быстрого ответа без ошибки. А выполнение задачи может занимать часы. Поэтому вебхуки обрабатываются асинхронно:
GitLab отправляет вебхук.
Платформа проверяет авторизацию и сразу отвечает 202 Accepted.
Обработка выполняется асинхронно в фоне.
Платформа решает, запускать ли новый экземпляр контейнера. Когда job завершается, контейнер остаётся активным какое‑то время, чтобы обработать вызовы без cold‑start.
GitLab не отправляет событие «создание job», поэтому раннер сперва проверяет, есть ли задачи со статусом pending.
Для docker‑executor требуется dockerd. Инициализация демона и подготовка окружения выполняются 1 раз при старте контейнера. Если job найдётся, запускается эфемерный раннер, исполняющий ровно 1 задачу.
Раннер загружает docker‑образ, выполняет команды, передаёт результат обратно через GitLab API.
Docker внутри Serverless Containers. Это не Docker‑in‑Docker: внутри serverless‑контейнера jobs исполняются без отдельного демона Docker, но с аналогичной логикой. Примеры есть в исходном коде.
Важные особенности serverless‑подхода
Эфемерность: кеш между вызовами отсутствует. Для хранения артефактов используйте Object Storage или свои базовые образы.
Загрузка образов: выполняется при каждом запуске. Рекомендуем использовать оптимизированные образы и близкий реестр (Cloud Registry), а при критичных требованиях к скорости старта — перейти на shell‑executor, собрав образ с установленным раннером и нужными зависимостями.
Ограничение времени: не более 1 часа. Для длинных задач разделите пайплайн на этапы с промежуточным сохранением результатов.
Ограничение по диску: до 10 ГБ.
Сценарий Serverless GitLab Runner позволяет выполнять CI/CD‑задачи GitLab, оплачивая лишь время выполнения job. Serverless Containers дают возможности для CI‑нагрузок: асинхронные вызовы, часовой таймаут, эфемерный диск и поддержку docker‑executor внутри контейнера.
