Как стать автором

У нас в голосовых комнатах на аватарки можно надевать шляпы, и пока человек говорит, шляпа чуть покачивается. Мелочь, но живая. А потом пришёл баг: «шляпа иногда крутится вокруг своей оси, как пропеллер, и замирает». С видео — на нём ковбойская шляпа делала полный оборот и вставала на место.

Самое любопытное в репорте: крутились только мягкие шляпы. На корону и каску никто не жаловался. С этой детали всё и распуталось — история про две пружины на одном угле.

Актуальность проблемы онтологического моделирования общества потребления. Необходимость моделирования основных процессов потребления в современном общества как способа поиска потребностей в применении новых технологий и материалов.

Ежегодно в России создается более 200[1] новых технологий[2], инструмент искусственного интеллекта GNoME предсказывает возможность создания сотен тысяч новых синтетических материалов[3], в 2023 году в России зарегистрировано более 1000 новых лекарственных препаратов[4]. Каждое из этих новшеств разрабатывается с заранее определенной областью применения, однако, в нашем сложном, технологически развитом обществе, постоянно появляются новые области деятельности и потребления, имеющие свои специфические потребности в материалах и технологиях. Например, персонифицированная медицина: разработка лекарственных индивидуальных препаратов, эндопротезирующих изделий и материалов, учитывающих особенности пациентов, в том числе генетические[5]. Имеется и обратная зависимость: новые материалы с новыми свойствами порождают новые способы применения и даже новые, принципиально невозможные ранее, технологии. Например, использования графеновых материалов в ИТ‑технологиях, энергетике, при создании одежды[6]. Кроме того, у каждой технологии, как и у каждого инструментального средства, есть своя логика развития, и предоставление новых возможностей порождает новые потребности. Например, развитие и удешевление производства дронов, первоначально использовавшихся только для наблюдений, открывает новые области их использования в логистике.

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

Разработчики на этом фоне разделились на два лагеря. Одни демонстративно сторонятся ИИ или прямо его отрицают. Другие бросили штурвал: шлют в чат «давай дальше», «сделай красиво» и пьют кофе, пока агент разбирается сам. Я хочу рассказать про третий путь, потому что обе крайности одинаково не работают.

Большинство React-экранов со временем превращаются в клубок из трёх несвязанных забот: как экран ведёт себя (валидация, условные поля, кросс-полевые правила), откуда берутся его данные (загрузка, кэширование, мутации) и как он выглядит (JSX). По мере роста эти части сплетаются так, что любое изменение задевает всё сразу.

Раньше это терпели: мы писали код руками, умели декомпозировать сложность и управлять ей, и хотя одной кнопке иногда требовалось три компонента и пара хуков, у нас было время и контроль. Сегодня всё больше кода пишет ИИ, и контроль ускользает. ИИ плохо проектирует архитектуру, но отлично заполняет декларативные слоты. Palistor убирает саму задачу архитектуры — остаётся заполнить конфиг по правилам. Такой код трудно развалить: ошибаться попросту негде, а ревьюить нужно один плоский объект, а не дерево из useEffect'ов.

В 2026 году решили расширить штат. Разместил вакансию, начался поиск.

За первые два дня после публикации вакансии пришло более 400 откликов. Это сумасшедшая цифра... Ладно, собрался, отфильтровал, осталось около 300. 

Начались собеседования, и именно на них я был сильно удивлён, ведь не так давно ситуация была другая…

Я разработал инструмент для автоматизации подбора специалистов. Основная его задача сократить время первичного отбора кандидатов за счет автоматического анализа резюме, GitHub-репозиториев и применения RAG(Retrieval-Augmented Generation) подхода.

История о том, как продакт без единого разработчика построила бота-друга на Make + Supabase + Claude, зачем боту кубик, почему нейросеть отказывалась материться — и что такое эмерджентность на живом примере, от которого мне однажды стало по-настоящему не по себе.

AI способен за несколько минут создать работающий endpoint, интерфейс или Dockerfile. Но работающий код ещё не означает, что продукт готов к передаче заказчику.

В статье разбираю инженерный разрыв между AI-сгенерированной реализацией и принимаемым программным продуктом: критерии готовности, проверку негативных сценариев, воспроизводимую сборку, чистую установку, контроль секретов и формирование evidence. Также предлагаю практический процесс, позволяющий использовать AI для ускорения разработки, не подменяя им независимую проверку результата.

runnable instanceof ScheduledMethodRunnable — false. Всегда false. Так Spring Framework 6.2 сломал матчинг задач в моей библиотеке, и это был только первый из трёх багов, которые не воспроизводились в тестах. Разбор — под катом.

Прибывает контейнерный поезд или сформированный маршрут. На предприятии его должны разгрузить/загрузить и отправить обратно — классические сдвоенные операции. Всё по плану и по графику.

А дальше осмотрщики вагонов АО «РЖД» при осмотре начинают браковать вагоны. Не один‑два — 10–15% от состава. Из поезда в 60–70 вагонов это 7–8 единиц. И вот тут план начинает рассыпаться.

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

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

В статье разбираю, как собрать закрытую семейную платформу так, чтобы React оставался быстрым, Laravel не отдавал правила продукта браузеру, рейтинг можно было объяснить, а контентная команда управляла кампанией без постоянных релизов.

Уверенная и складная речь легко принимается за признак правоты — и человеком, и машиной.

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

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

Криптотерминал CoinPulse. Next.js 15, Web Workers для фонового парсинга и чистый HTML5 Canvas API без использования сторонних библиотек

AI-провайдер — исполнитель, а не хранилище памяти. Показываю, как вынести проектный контекст в Markdown и Git: при входе агент читает короткий набор актуальных файлов, а после существенной работы фиксирует новое состояние.

История пути: от первого тревожного звонка до катастрофоустойчивой инфраструктуры

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

Зачем всё это затевалось

В основе проекта лежал простой, но жёсткий бизнес-принцип: БДРВ — «Бизнес должен работать всегда». Для розничной компании остановка ИТ-инфраструктуры означает прямые и колоссальные финансовые потери, и чем глубже анализировать риски, тем очевиднее становится их масштаб.

Из этого принципа родились четыре ключевые цели проекта:

Комбинаторные объявления в Яндекс Директ — это новый формат, при котором система автоматически комбинирует до 7 заголовков, 3 текстов, 5 изображений и 6 видео (всего до 630 комбинаций), чтобы подобрать наиболее эффективный вариант объявления.

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

Итак, по порядку. С 14 июля Яндекс Директ переводит привычные нам Текстово‑графические объявления (ТГО) в новый формат — Комбинаторных объявлений. Давайте разберемся, что это значит, какие есть плюсы и минусы в данной ситуации.

Сразу про лимиты. В рамках Единой перфоманс‑кампании для одной группы будет следующий лимит объявлений: можно добавить до 3 неархивных комбинаторных объявлений (с учётом архивных — до 10). Это касается и Сетевых (РСЯ) и Поисковых кампаний. Для РСЯ, на мой взгляд, это особенно болезненно...

Еще раз повторюсь. Внутри каждого объявления мы можем создать до: 7 заголовков, 3 текстов (описание), а также 5 изображений и аж 6 видео‑роликов в разных пропорциях. По расчетам это даст на выходе до 630 вариаций объявлений. И алгоритм Я.Директ под каждый уникальный показ будет стараться подбирать самый эффективный сценарий. Идея проста — меньше возни при настройке контекстной рекламы.

Это в теории, а что на практике?

Пишу для тех, кто ловит похожие проблемы на ASUS ROG Strix G16 / Intel Core Ultra / Windows 11 / NVIDIA RTX: BSOD, чёрные экраны, падения после сна, блокировки, пробуждения, вылеты Photoshop/Figma/Cyberpunk.

Моя конфигурация:

ASUS ROG Strix G16 G615LR
Intel Core Ultra 9
NVIDIA RTX 5070 Ti Laptop GPU
64 GB RAM
Windows 11
Внешний монитор
Hybrid graphics: Intel iGPU + NVIDIA dGPU

С ноября по июнь ноутбук был нестабилен. Он мог падать после Win+L, сна, пробуждения, простоя, при работе в Photoshop, Figma, при масштабировании/zoom/scale, в Cyberpunk 2077 и просто в обычной работе.

В обычный день было 5–7 падений. Под графической нагрузкой, особенно Photoshop/Figma, доходило до 10–15 падений в день.

Ошибки были разные:

KMODE_EXCEPTION_NOT_HANDLED
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED
MEMORY_MANAGEMENT
KERNEL_MODE_HEAP_CORRUPTION
IRQL_NOT_LESS_OR_EQUAL
SYSTEM_SERVICE_EXCEPTION
PFN_LIST_CORRUPT
KERNEL_SECURITY_CHECK_FAILURE

В дампах иногда появлялись:

NETIO
TCPIP
NDU
Intel Wi-Fi
Netwaw18.sys

Из-за этого сначала казалось, что виноваты Windows, NVIDIA, Photoshop, Cyberpunk, RAM, Wi-Fi или VPN. Но позже стало похоже, что это не отдельные проблемы, а один общий конфликт платформы.

Главный быстрый вывод: в моём случае ноутбук резко стабилизировался после отключения Intel-графики в Диспетчере устройств.

Путь:

Device Manager → Display adapters → Intel Graphics / Intel Arc → Disable device

После этого система фактически стала работать через NVIDIA. Прекратились регулярные падения, Photoshop стал работать спокойнее, Cyberpunk начал держаться часами, новые дампы перестали появляться.

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

У кого-то это Telegram-канал, у кого-то VK, кто-то развивает личный бренд руководителя, а кто-то рассматривает соцсети как дополнительный канал коммуникации с клиентами.

При этом подход к SMM во многих компаниях остается достаточно простым

Привет! Скажу сразу: главная цель этой статьи — поделиться полезным и бесплатным инструментом для передачи файлов. Просто реальная история и рабочий инструмент.

Несколько месяцев назад выступал на форуме в составе панельной дискуссии о цифровизации строительства. Меня спросили: почему компании тратят деньги на ИИ, а результата все еще нет? Так и родилась идея раскрыть эту тему подробнее, поделиться знаниями, разобрать термины, рассмотреть сферы, в которых как я вижу самую большую потребность и пользу от внедрения ИИ, и рассмотреть причину, почему ИИ подходит не для всех сфер.