Все потоки

Открытые уроки для прокачки: Linux, backend, ИИ, безопасность и управление

Эта неделя хорошо закрывает сразу несколько рабочих зон: инфраструктуру, backend, безопасность, ИИ, аналитику и управление. Темы подобраны так, чтобы за один открытый урок можно было не просто «послушать про тренды», а разобраться в конкретной задаче: от cache и swap в Linux до проектирования аутентификации, SRE-инцидентов, NLP и системного анализа.

Все уроки бесплатные и проходят с преподавателями-практиками OTUS — можно познакомиться с экспертами, протестировать формат обучения и задать вопросы по теме.

Linux, DevOps и инфраструктура

• 22 июня, 20:00. «Память в Linux. Cache, swap, dirty pages». Записаться

• 22 июня, 20:00. «Роль и задачи DevOps в современном IT». Записаться

• 24 июня, 20:00. «Инцидент-менеджмент в SRE. Как быстро находить, устранять и предотвращать сбои в системе». Записаться

• 25 июня, 19:00. День открытых дверей курса «Администратор Linux. Продвинутый уровень». Записаться

Backend и разработка

• 22 июня, 20:00. «Контейнеризация Java-приложений с Docker». Записаться

• 24 июня, 20:00. «RabbitMQ против Kafka — что выбрать для вашей структуры: сравнение и лучшие практики». Записаться

• 24 июня, 20:00. «Отказоустойчивый и высокодоступный кластер RabbitMQ». Записаться

• 25 июня, 20:00. «Кеширование в ASP.NET Core: от IMemoryCache до Redis». Записаться

Информационная безопасность

• 22 июня, 20:00. «OAuth 2.0, JWT и коварные куки: проектируем безопасную аутентификацию». Записаться

• 22 июня, 20:00. «Киберпанк для CISO — щит и меч ИИ». Записаться

• 22 июня, 20:00. «Анализ журналов событий ОС Windows». Записаться

ИИ, ML и NLP

• 22 июня, 20:00. «Продвинутое структурирование промптов: как получать предсказуемый результат». Записаться

• 22 июня, 20:00. «ИИ-агенты против младших разработчиков: кто кого заменит к концу 2026 года». Записаться

• 23 июня, 20:00. «Обзор инфраструктуры Ollama». Записаться

• 25 июня, 18:00. «Ландшафт современного NLP: от эмбеддингов и классических ML-методов до современных LLM». Записаться

Data, аналитика и базы данных

• 23 июня, 20:00. «ClickHouse: интеграция с Postgres, Kafka, S3 и Superset — готовые решения». Записаться

Системный анализ

• 24 июня, 20:00. «Внедрение новой функции системным аналитиком на примере услуги на Госуслугах». Записаться

• 25 июня, 20:00. «Какие навыки прокачать, чтобы стать экспертом в системном анализе в 2026 году». Записаться

Управление, продукт и Agile

• 23 июня, 20:00. «Как тимлиду победить синдром самозванца». Записаться

• 24 июня, 20:00. «Ретроспектива в Agile: что это, нужна ли она и как сделать её полезной». Записаться

• 24 июня, 20:00. «Топ-навыки менеджера продукта в 2026 году». Записаться

• 24 июня, 20:00. «Кто такой COO и почему он нужен сейчас». Записаться

Это только часть программы недели. Ещё больше тем, направлений и открытых уроков собрали в дайджесте — выбирайте то, что ближе к вашим задачам сейчас.

Google Zero: когда поиск убивает клики, а издатели ищут выход

Ситуация

Помните, как раньше мы искали информацию в гугле, переходили по ссылкам, читали статьи, смотрели блоги? Теперь всё иначе. Google массово внедряет ИИ-режимы поиска, и пользователи получают готовые ответы прямо на странице выдачи. Кликать по ссылкам становится бессмысленно.

Это явление уже окрестили "Google Zero" - момент, когда органический трафик с поисковиков стремится к нулю.

Как это работает

Gemini и другие ИИ-модели встроены прямо в поисковую выдачу. Вы задаёте вопрос - получаете развёрнутый ответ, сгенерированный нейросетью. Всё в одном окне. Без переходов на сторонние сайты. Быстро, удобно, эффективно для пользователя.

Но для владельцев сайтов, блогеров, новостных изданий и всех, кто зарабатывает на контенте, это превращается в катастрофу.

Цифры, которые заставляют задуматься

По данным различных исследований, после внедрения ИИ-выдачи в некоторых нишах трафик упал на 30–50%. Издатели, которые десятилетиями строили бизнес на SEO, остаются без посетителей. А без посетителей - без денег. Рекламные доходы падают, подписки не растут, бизнес-модели рушатся.

Кому больнее всего

Мелким и средним издателям. Крупные медиа с брендом и прямой аудиторией ещё как-то держатся. А вот те, кто полагался исключительно на органический поиск, оказываются в зоне риска.

Особенно страдают ниши с короткими информационными запросами: рецепты, инструкции, советы, новости. Именно там ИИ даёт максимально исчерпывающие ответы без перехода на сайт.

Что делают издатели

Стратегий пока немного, и все они экспериментальные:

1. Борьба через суды. Часть издателей подаёт иски к Google, обвиняя компанию в монополизации и использовании их контента для обучения ИИ без компенсации.

2. Технические контрмеры. Блокировка ботов, закрытие контента за paywall, ограничение доступа к полным текстам.

3. Смена форматов. Переход на видео, подкасты, закрытые сообщества - туда, где ИИ-выдача пока не добирается.

4. Работа с прямой аудиторией. Сбор email-баз, развитие соцсетей, создание экспертных брендов, которые ищут по названию, а не по запросу.

5. Сотрудничество с Google. Некоторые издатели получают предложения от Google о лицензировании контента для обучения ИИ-моделей. Но суммы несопоставимы с потерянным рекламным трафиком.

Что в итоге

Google Zero - это не просто смена алгоритма. Это фундаментальное изменение модели интернета, которую мы знали последние 20 лет. Когда поисковик становится ответчиком, а не проводником, роль посредника исчезает.

Для пользователей это удобно. Для издателей - вызов на выживание.

В ближайшие 2–3 года нас ждёт перестройка всей экономики контента. Кто найдёт новые форматы и способы монетизации - останется в игре. Кто будет полагаться только на поисковый трафик - рискует исчезнуть.

Что думаете? Есть идеи, как спасать контентный бизнес в эпоху ИИ-поиска? Делитесь в комментариях.

Представлен открытый проект SnapOtter. Это сервис, который делает с изображениями действия по одному клику. В проекте 50 различных инструментов: удаление фона, обработка изображения, обрезка, сжатие, конвертация форматов, вырезка объектов, наложение и стирание водяных меток, цветокоррекция, векторизация, создание гифок, поиск дублей и генерация картинок. В решение встроен локальный ИИ, который удаляет фон, апскейлит картинки и реставрирует повреждённые фото. При этом можно связать несколько инструментов в пайплайн и запускать их одной командой.

На Android вышло новое приложение CatchCat для любителей кошек. Это аналог Pokémon Go, но бесплатный и без встроенных покупок. Нужно ходить по улице и городам и фотографировать различных котов. Нейросеть сама определяет породу и выдаёт пользователю карточку питомца. Есть здесь и карта, на которой можно отслеживать найденных другими игроками котов. Чем больше снимаете, тем выше уровень. Версия для iOS у проекта появится позднее.

Что с хабром ?
Написал пост о том что выложил в opensource простенький ssh клиент и получил кучу дизлайков.

За что ? Я ничего не продаю, это ssh клиент которым я сам пользуюсь, пользуются еще несколько людей, через него удобно работать с туннелями и смотреть какой из сервисов отвалился

Не туду лист, не какое-то бессмысленное навайбкоженное ПО с подпиской - все бесплатно, 0 рублей - заинтересовало пользуйся, нет - не пользуйся, максимум что я прошу - звезду на гитхабе.

Как тогда делиться своими наработками, проектами, получать по ним обратную связь, если вокруг сколько негатива!
Если интересен проект, вот он на Github вот еще одно opensource приложение для транскрибации которое я развиваю

Я хочу обратную связь от сообщества, в правильном ли я направлении иду
Всем ПИС!

РБПО по ГОСТ Р 56939—2024: вебинар №25 из 30 — Обеспечение безопасности при выводе программного обеспечения из эксплуатации

Предлагаю вашему вниманию запись вебинара, где мы разбираем безопасную разработку ПО. Вебинар посвящен процессу из раздела 5.25. – "Обеспечение безопасности при выводе программного обеспечения из эксплуатации". На YouTube. Слайды. Это последний вебинар про процессы стандарта. Следующие пять будут бонусными.

Цели 25-го процесса по ГОСТ Р 56939—2024:

Недопущение реализации угроз безопасности, связанных с эксплуатацией неподдерживаемой версии ПО.

Общее количество вебинаров — 30. Каждому из 25 процессов ГОСТа посвящён отдельный вебинар и ещё 5 записано дополнительно на смежные темы. Запись всех вебинаров и подборка дополнительной информации доступна по ссылке: ГОСТ56939.РФ.

Методика ВУ и НДВ в ПО приведена в соответствие с ГОСТ Р 56939—2024

Материалы будут полезны всем, кто знакомится с темой РБПО и заинтересован во внедрении зрелых подходов в работу по созданию и сопровождению качественных программных продуктов. Материал по ГОСТ Р 56939—2024 весьма актуален, так как 12 мая 2026 утверждена обновлённая "Методика ВУ и НДВ в ПО". См. заметку "Методика выявления уязвимостей и недекларированных возможностей — 2026".

НЕкурс про РБПО

Суммарное время предлагаемых к изучению вебинаров составляет около 50 часов. Это достаточно большая задача, поэтому мы решили помочь и разбили материалы на отдельные уроки по РБПО. Возможно, так вам будет проще усваивать материал, а интерфейс позволяет отмечать, с чем вы уже ознакомились.

О чём молчат программисты ЧПУ: собираем реальные задачи для разбора

На протяжении многих лет я наблюдаю одну закономерность: когда мы проводим обучение или готовим материалы по программированию оборудования с ЧПУ, самые ценные вопросы возникают не в аудитории, а уже на производстве - когда фреза в шпинделе, сроки горят, а система ведёт себя не так, как ожидалось.

Я сам прошёл этот путь: завод, станки с ЧПУ, первые управляющие программы, потом научная работа и преподавание. Сейчас я хорошо понимаю разницу между академическим знанием и реальной практикой. И если мы хотим делать по-настоящему полезные материалы, опираться нужно на второе.

Поэтому я обращаюсь к сообществу с простым запросом.

Расскажите в комментариях или по ссылке в опросе, что в вашей работе с СПРУТКАМ действительно требует внимания. Что вы отложили «на потом», потому что разбираться долго? Где система выдаёт неочевидное поведение? Какая операция отнимает непропорционально много времени?

Если у вас есть что-то совсем нестандартное - тем лучше.

Мы соберём все темы, выберем запросы и подготовим по ним подробный разбор. Если будет конкретная деталь или кейс - опишите в комментариях, посмотрим, можно ли его адаптировать для публичного показа.

Ответное слово за нами - подготовим материал, который действительно стоит вашего времени.

Энтузиаст решил возродить легендарную World of Warcraft и создал сервер, на котором играют 1800 ИИ‑ботов с DeepSeek. Они ведут себя как реальные люди: пишут в чат, качают персонажей, бегают по рейдам и активно PvPшат. Сам автор не написал, какой стек он использовал, но эксперты выяснили, что это AzerothCore с mod-playerbots и mod-ollama.

AvitoTech пожалуйста обратите внимание на поведение элементов навигации на одной из страниц. https://www.avito.ru/professionals/tools

Обратите внимание на смену ссылок в левом нижнем углу, а также на поведение элементов при наведении курсора.

Что ещё зафиксировано (на видео нет):

• есть пункты меню "А" и "Б" - при наведении на "А" все работает штатно. По мере приближения к пункту "Б" (когда курсор ещё над "А") начинает подсвечиваться пункт "Б"

Цель поста - показать такое поведение системы. Допускаю, что это может быть частный случай на конкретной машине и для конкретного браузера

Буду благодарен за обратную связь и ваши идеи в комментариях

Спасибо за внимание

Извлекаем любые данные из документов - представлен открытый сервис Datalab (Hugging Face), который помогает «общаться» со всевозможными файлами и работает на уровне Gemini 3.5 Flash и опережает все открытые аналоги:

• Вытягивает структурированный и понятный JSON из PDF, изображений и других файлов.

• Обрабатывает десятки страниц за секунды. Нейронке можно скармливать даже огромные файлы.

• Сохраняет все поля оригинала.

Великий потоп приближается
Раннее демо мобильной GPS-игры «Великий потоп» (The Great Flood) от студии Александра Кубора. Игра основана на реальной карте мира.

Человечество переживает глобальный потоп, а игроки, гуляя по своему городу, исследуют океан, собирают всплывающие ресурсы, строят судно и создают новую цивилизацию.

Одна из игровых механик — аномальные пузыри. Это области с нестабильным GPS-сигналом, способные повредить судно игрока, но именно в них можно найти редкие артефакты.

Некоторые технологические особенности проекта:

• Собственный картографический движок и формат геоданных, оптимизированные для мобильных устройств. Участок карты размером около 2 км занимает примерно 50 КБ и подгружается с сервера по мере перемещения игрока.

• Процедурная генерация геометрии в Unity. Вдохновившись подходами Houdini, мы разработали систему визуальных нод, которая позволяет автоматически преобразовывать дороги и элементы окружения в стилизованную игровую геометрию.

Любопытно узнать впечатления Хабрачан. С удовольствием расскажу подробнее о том, как устроен мир игры и технологии под капотом.

Следи за весточкой, путник. Пророчество только начинается...

Мой ТГ канал: https://t.me/cuborlive/55

Мой опыт с Supabase: 8 неочевидных костылей, о которых молчат в красивых туториалах.

Все вокруг хвалят Supabase за скорость. И да, я тоже повелся. Как бэкендера меня поначалу знатно корежило от того, что фронт ходит тупо прямиком в базу. Но ради быстрой доставки фичей я зажмурился.

Спойлер: пилится-то всё реально быстро. Только потом ты ловишь тихие баги, пропадающие логи и жесткий вендор-лок. Я собрал на Supabase уже несколько проектов и успел поседеть.

Короче, вот за что вы будете страдать на бесплатном тарифе (да и не только на нем).

Логи. Их просто нет
Точнее, они живут ровно 24 часа. Упало что-то в пятницу вечеро - в понедельник с утра ты дебажишь святым духом. Встроенный поиск это вообще кровь из глаз. Без какого-нибудь Datadog или Logflare там тупо не выжить.

Edge-функции и проклятые холодные старты
Это отдельный котел. Писать надо на Deno, так что половина привычных npm-пакетов идет лесом. Лимиты на вызовы жесткие, долгую таску не запустить. Но самое бесячее — холодные старты. Пока поднимется пул коннектов к базе, проходит до трех секунд. В моем сервисе post-cooler.ru edge-функция отдает HTML для линк-страничек. Я смотрю в метрики и плачу: кликов куча, а дожидаются загрузки единицы. Конверсия просто умирает на этапе бесконечного лоадера.

Палево с доменами в OAuth
Юзер логинится через Google, а в окне авторизации торчит <project-id>.supabase.co. Я когда делал photo math, целый час дебажил эту хрень. Думал, что сам где-то накосячил — на локалке-то всё выглядело нормально! Оказалось, не баг, а фича. Хочешь свой домен? Плати.

Хаос со схемами БД
Экспорт схем из дашборда выпилили еще в 2025 году. Сейчас помогаю проекту the-signal переехать на селф-хост. До этого код там писали vibe-кодеры, которые вообще не парились про миграции. Вытащить дамп схемы из облака было той еще болью. Без жесткой дисциплины база очень быстро превращается в неуправляемую помойку.

Тормоза локальной разработки
Я постоянно прыгаю между проектами. И каждый гребаный раз supabase start лезет тянуть свежие Docker-образы. Поднимает 10+ контейнеров, а ты сидишь и тупишь в терминал. Весь кайф от "быстрой" разработки улетучивается.

Тихие RLS-ошибки
RLS (Row Level Security) ошибается молча. Накосячил в политиках? БД тебе не скажет. UPDATE просто вернет 0 affected rows, а SELECT подтянет половину данных.

Транзакции и боль SQL-функций
Через REST API нельзя сделать нормальную транзакцию на несколько таблиц. Нужно атомарно создать юзера, профиль и настройки? Обломись. У меня пока ничего не отвалилось, но я с ужасом жду, когда в базе начнут копиться "осиротевшие" записи.
Чтобы это обойти, приходится писать логику на PL/pgSQL прямо в базе. Редактор там примитивный, автокомплита толком нет и дебажить то еще удовольствие.

Вендор-лок
Клиентский SDK намертво завязан на специфичный синтаксис PostgREST и их собственные токены. Если однажды решишь переехать на нормальный самописный бэк: придется рефакторить вообще весь клиентский код.

Короче. Для MVP или пет-проекта, чтобы просто проверить гипотезу на коленке - это топ. Да, часть этих костылей можно вылечить, если закинуть денег и перейти на платную версию. Но возникает резонный вопрос: за те же 25 баксов в месяц можно спокойно поднять Supabase на нормальной VPS-ке и вообще забыть про лимиты.

Кто еще сидит на Supabase или Firebase? С чем боретесь? И есть тут те, кто уже психанул и переехал на свой бэк?

Дебаж 🐞с ноги 🦶

Представлен проект CamLoop для Zoom, Meet, Slack и Teams. Решение записывает несколько секунд лица пользователя, а затем подменяет во время созвона веб-камеру зацикленным видео Переключаться между настоящей и фейковой камерой можно одной кнопкой.

Главная фишка — запись специально имитирует лаги и плохой интернет, поэтому выглядит как обычные проблемы со связью, а не как зацикленный ролик.

Как тестировать связку продуктов, не сойдя с ума?

В этом докладе рассказали, как выстроить «танец команд»: от smoke-планов до совместной стратегии развития. Обмен экспертизой, интеграционные кейсы и живые воркшопы — всё, чтобы совместимость не хромала.

• Смотреть запись доклада

Ещё больше о мероприятиях — в нашем TG-канале.

Иоганн Христиан Лоссиус о мозге и об истине

Иоганн Христиан Лоссиус (Johann Christian Lossius, 1743 - 1813) - современник Иммануила Канта. Кант характеризовал взляды Лоссиуса как научпоп (Populärphilosophie) и Лоссиус отвечал Канту взаимностью. Ниже я переведу описание взлядов Лоссиуса, которые он выразил в книге Физические причины истины (Physische Ursachen des Wahren, 1775). Перевод из книги Естественное и нормативное: Теории пространственного восприятия от Канта до Гельмгольца. Ключевое положение - истина это приятное чувство, получающееся от гармонии вибраций волокон в мозгу.

'Лоссиус аргументировал, что в познании разум или душа должны опираться на инструмент, который сам по себе не принадлежит нематериальному миру. Каждая идея и операция, посредством которой идеи объединяются, должны иметь основу в мозге. В соответствии с имеющейся в наличии физиологической мыслью в роли обеспечения этой основы Лоссиус рассматривал волокна мозга. Он считал, что законы, управляющие созданием и объединением идей, объясняются на двух уровнях обсуждения: физиологическом и психологическом. Каждый уровень объяснения является "натуралистическим" в хорошем смысле этого слова: психологические объяснения обращаются только к качественному характеру идей и ассоциативным законам, по которым идеи объединяются, а физиологические объяснения формулируются в терминах вибраций волокон. Нормативные ментальные понятия как "суждение" или "согласие" должны быть редуцированы к одному или другому уровню объяснения.'

'Возможно, наиболее показательным из натурализма Лоссиуса является его объяснение тенденции человека искать и узнавать истину. Лоссиус рассматривал эту тенденцию базовым фактом (Grundfactum) в психологии и сравнивал ее с принципом притяжения в физике. Истину он определял по отношению к человеческим способностям; это "приятное чувство, получающееся от удовлетворения склонности души расширить себя в отношении понимания; или, если хотите, приятное чувство, получающееся от гармонии вибраций волокон в мозгу." Когда новая идея гармонично сочетается с предыдущими идеями она получает согласие и считается верной. Тенденция к согласию (или несогласию, когда идея или ее низлежащие вибрации конфликтуют с предыдущей организацией мозга) снова сравнивается с базовыми принципами физики, в этом случае с законом падения. Зависимость истины от устройства человеческих способностей развивается далее по аналогии с эстетикой: как прекрасное понимается по отношению к способности вкусу, так истина понимается по отношению к здоровой способности рассудка. В заключение факт о том, что люди приходят к согласию относительно истины, объясняется в рамках предположения о том, что мозги людей построены похожим образом.'

Взгляды Лоссиуса выглядят достаточно современно и в то же время он практически забыт. Какая несправедливость!

Gary C. Hatfield, The Natural and the Normative: Theories of Spatial Perception from Kant to Helmholtz. 1990. Cambridge, MA: The MIT Press, p. 71-72.

Как посчитать, приносит ИИ пользу или нет?  

До сих пор оценка эффективности нейросетей и ML-моделей в бизнесе часто напоминала гадание. Команды хвастались «высокой точностью модели», а финдиректора разводили руками, не понимая, где реальные деньги.

Чтобы разобраться с этим вопросом, команда Альфа-Банка совместно с Альянсом в сфере ИИ, Ассоциацией ФинТех и двумя десятками ведущих компаний разработали методику расчёта финансового эффекта от ИИ-проектов и упаковали её в документ под названием «Методология оценки финансовой эффективности от ИИ/ГенИИ».

Это детальный гайд на 88 страниц о том, как прекратить считать «виртуальные деньги» и начать управлять ИИ как жестким инвестиционным портфелем. В документе подробно описаны ответы на вопросы «Какими метриками можно оценить фин. эффект от ИИ?», «Какими методами можно посчитать эффект от ИИ?», «Как избежать двойного посчёта эффекта от проекта?», добавлены примеры расчётов на примере кейсов внедрений и описаны типовые ошибки.

Методология прошла публичную проверку на совместном митапе с Альянсом в сфере искусственного интеллекта, и мы можем с уверенностью сказать, что она работает. Документ опубликован, переходите по ссылке, и применяйте у себя.

Что изучить фулстек-разработчику на Python?

На Хабр Карьере мы собрали курсы от разных школ в одном месте, а еще — сделали удобные фильтры: можно подобрать программу под свой бюджет, уровень подготовки и цель — от первых шагов в новой профессии до прокачки отдельных навыков.

А сегодня подготовили подборку инструментов, которые стоит изучить начинающим и практикующим Python-фулстек-разработчикам:

— Django.

Помогает создавать сайты и API на Python.

— SQLAlchemy.

Упрощает работу с данными и запросами.

— XML/JSON/YAML/CSV.

Популярные форматы обмена и хранения информации.

— React.

Библиотека для разработки современных интерфейсов.

— PostgreSQL.

Система управления базами данных.

→ Курсы со всего интернета на нашей витрине

Уволили сотрудника, заменив на ИИ? Затраты на подписку и токены превысили сэкономленную зарплату. Потратили 5 млн на корпоративного помощника? Через полгода им никто не пользовался, а модель устарела.

Знакомо?

95% компаний не получают прибыли от инвестиций в ИИ. Всë из-за неверного подхода.

25 июня в 17:00 (МСК) на бесплатном вебинаре «ИИ в бизнесе: экономика внедрения vs реальная выгода» обсудим причины неудач и разберём:

🔹 4 уровня ИИ-зрелости — диагностика вашей компании за 3 минуты

🔹 Парадокс качества: метрики выросли, прибыль нет — как так вышло

🔹 Что закладывать в бюджет: токены, подписки, дообучение — полная калькуляция

🔹 Как не допустить «зоопарка решений» и привязки к модели, которая устареет через полгода

🔹 Реальный кейс IBS: путь от провала до работающего решения

В итоге вы получите ответ для вашего бизнеса: внедрять, тестировать или пока не трогать.

👨‍🎓 Спикер: Денис Воденеев, заместитель директора Центра Перспективных Разработок IBS .

📆 Когда: 25 июня, 17:00–18:00 (МСК)

📌 Регистрация

Выбрать курс Практикума со скидкой 10%

С 1 июля часть курсов станет дороже — успейте в последнюю волну, чтобы учиться по прежней стоимости.

BLG-10 — промокод на скидку 10%, действует на все курсы до 30 июня включительно. Копируйте и применяйте при оплате для максимальной выгоды. Также получите бонусом курсы стоимостью ~75 000 ₽ и книги от издательства МИФ.

Давно не заходили в каталог? С тех пор многое изменилось: появились новые направления, а старые курсы стали полнее. Например, теперь в них есть модули по работе с нейросетями, ведь навыки работы с ИИ всё чаще видят как конкурентное преимущество.

→ Перейти в каталог курсов

Если планировали начать обучение — сейчас лучший момент. Ещё есть время выбрать курс и пройти бесплатную вводную часть, чтобы познакомиться с профессией и Практикумом — и принять взвешенное решение. Привязывать карту не нужно.

Ещё одна ИИ-поделка для 1С: сделал прототип чтения файлов с чертежами и сборками.

Задача: загрузить НСИ (номенклатуру, спецификации) в 1С из файлов.

Файлов много, не лежат ни в какой БД. Просто файлы по папкам.

Есть готовое решение для 1С, но оно плохо справляется. Поэтому решил попробовать через ИИ.

На этот раз пришлось повозиться, т.к. часть контекста нейросети недоступна - API и документация к нему.
И одна нейросеть не справилась, пришлось привлечь вторую. Работали втроём - я, DeepSeek и Qwen.

Сначала бились с DeepSeek, но смогли прочитать только массу изделия.
DeepSeek пытался меня убедить, что это уже победа, и надо обрадовать заказчика :)

Я пошёл через Qwen, с нуля - тот добился чтения всех свойств быстрее. Но через час завис 😂.
Пока висел Qwen, я отдал его скрипт DeepSeek'у - тот порадовался за способности Qwen, понял свои ошибки, и, конечно "немного улучшил скрипт конкурента".
С DeepSeek, пока висел Qwen, мы дошли до чтения сборок - там лежит состав изделия.

Потом очнулся Qwen, я ему показал полуфабрикат DeepSeek, тот тоже порадовался и кинулся улучшать.
Долго не могли массу изделия прочитать, она как-то хитро там лежит. Работали втроём - они выдавали свои скрипты, я проверял, иногда давал им почитать результаты соседа.

В итоге первым к финишу пришёл Qwen.
Скрипт сделал универсальным, читает три формата файлов.
Он же сделал пакетный режим - указываешь папку, он читает все файлы, и их свойства складывает в один json. Потом его можно читать в 1С.

Время чтения не сравнивал с 1Сным решением, но по факту на 8 чертежей уходит 21 секунда, из них 2 секунды - на подключение к САПР (оно делается один раз, потом просто используется).

Пойдём пробовать в 1С загрузить, и сравним с 1Сной читалкой чертежей.

На этот раз было сильно интереснее, т.к. далеко не сразу всё получилось. DeepSeek несколько раз пытался сдаться, остановиться, бросить задачу (и вернуться к рисованию дашбордов или расчёту с/с). Но я не дал ему сдаться.

Также, потребовалось больше работы от меня - реверс-инжиниринг (рассказывал нейросети, какие свойства есть в чертеже и каковы их значения), документация (в открытом доступе он её не нашёл, пришлось искать в файлах).

Но получилось прикольно.
https://t.me/another1C