Дорогие читатели и подписчики нашего блога! Дорогие хабровчане!
2025-й год на Хабре мы провели вместе, и это был очень интересный и приятный опыт — 280 тысяч просмотров и 1000 комментариев, которые мы получили за эти 12 месяцев говорят, что интересно было не только нам, но и вам. Да, может быть цифры не самые большие, если сравнивать с другими корпоративными блогами — но для нашей маленькой отважной редакции это очень приятно и вдохновляюще!
Любой текст в корпоративном блоге, не будем спорить с очевидным, это всегда компромисс между личным интересом и желанием сделать популярный материал.
Поэтому, чтобы лучше понимать, что нравится нашей аудитории, мы спрашиваем совета у вас же: что вам было интересно и неинтересно читать у нас в 2025 году? И о чем бы вы хотели прочесть в 2026-м? Ну и вообще можете писать в комментариях все, что лежит на душе.
Один навык, который убил 90% моих проблем с вайбкодингом
Полгода назад я был на грани того, чтобы признать: вайбкодинг — хайп, который не работает.
Каждый проект шёл по одному сценарию. Cursor генерит код, MVP взлетает за вечер, я радуюсь. А через два дня — регрессия за регрессией. Добавляю фичу — отваливается авторизация. Чиню авторизацию — ломается стейт корзины. Чиню корзину — падает то, что работало неделю назад и к чему я вообще не прикасался.
Классический эффект домино в кодовой базе, которую ты не писал и не до конца понимаешь.
Начал грешить на модели. Переключался между Claude и GPT-4. Экспериментировал с температурой, переписывал системные промпты. Добавлял контекст на три страницы, описывал архитектуру, указывал constraints. Помогало слабо.
Кульминация случилась на простом pet-проекте: интернет-магазин — каталог, корзина, чекаут. К концу третьего дня разработки корзина некорректно считала сумму, кнопка сабмита не триггерила хендлер, а половина товаров терялась при ре-рендере. При этом я не трогал ни один из этих компонентов — просто добавлял фильтры в каталог.
Сидел в два ночи и думал: может, все эти истории про «собрал SaaS за выходные» — просто селективная демонстрация успешных кейсов?
Потом созвонился с бывшим коллегой из продуктовой разработки. Описал проблему. Он спросил: «Тесты пишешь?»
Какие тесты? Я вайбкодер, а не разработчик. Тесты — это оверхед для команд с CI/CD и код-ревью.
Он объяснил идею, и она оказалась до смешного простой в контексте LLM.
Ты просишь агента генерить не просто имплементацию, а имплементацию + тестовое покрытие ключевых сценариев. Unit-тесты на бизнес-логику, интеграционные на критические флоу. Когда добавляешь фичу и что-то ломается — тесты сразу показывают, какой именно инвариант нарушен. Не ты дебажишь вслепую, а тест-раннер говорит: «calculateTotal() ожидал 500, получил 300, смотри строку 47».
И главное — агент тоже видит этот output. Кидаешь ему failed tests, и он получает точную информацию для фикса. Не галлюцинирует причину, не ломает соседние модули, а чинит конкретный кейс.
Переписал тот же магазин с тестами на ключевые функции: расчёт суммы, валидация стока, создание ордера, флоу авторизации.
Результат меня удивил.
Добавляю фильтры — тесты зелёные, корзина работает. Рефакторю компонент карточки — зелёные, регрессии нет. Один раз тест покраснел на edge case — скинул output агенту, он за минуту пофиксил именно тот метод, который сломал. Без итеративного «попробуй ещё раз», без каскадных поломок.
По сути, тесты стали вторым feedback loop для агента. Первый — мой промпт. Второй — автоматическая проверка того, что уже работало.
Тот навык, которого мне не хватало — автотесты как контракт между мной и агентом.
Это катастрофически недооценённый паттерн в вайбкодинге. Комьюнити обсуждает промпт-инжиниринг, выбор моделей, Cursor Rules, RAG-контексты. Но почти никто не говорит про тесты. Потому что кажется, что это из мира «настоящей» разработки, где есть QA и пайплайны.
А на деле это решает ~90% проблем с регрессиями. Тесты — не оверхед, а страховочная сетка, которая ловит агента каждый раз, когда он нарушает существующие контракты. И сразу даёт ему данные для исправления.
Без тестов ты в позиции «надеюсь, ничего не сломалось». С тестами — у тебя детерминированный фидбек на каждое изменение.
Если хочешь разобраться, как встроить этот подход в свой воркфлоу без погружения в теорию тестирования — я разбираю это в курсе на Stepik. Концентрат практики для вайбкодеров, без лишней академичности.
Без лишних слов, результаты простого эксперимента - один и тот же запрос применительно к разным LLM и результат в виде SVG, который можно увидеть глазами. Просто чтобы примерно понимать как что можно получить на выходе.
Сделал, чтобы вам не пришлось. Тематику выбрал - актуальную на сегодня.
Когда HR не помогает: как компании игнорируют выгорание и конфликты
Появилась новость, что каждый второй сталкивается с выгоранием. На днях услышал ответ одного руководителя на вопрос: "что делать, если подчинённый чувствует, что выгорает?". После его ответа - порадовался, что не работаю с ним:
Задача руководителя - чтоб у подчинённого не было времени подумать, что ты выгорел.
Я около 8 лет был руководителем. И никогда не думал также. Даже когда только стал руководителем и по сути не имел опыта руководства.
Сейчас в ИТ-компаниях нередко можно встретить HR BP (HR бизнес-партнёр). В теории они должны помогать в проблемах - в т.ч. и с выгоранием. Я работал в нескольких компаниях и, к сожалению, редко видел пользу от этих людей. В одной фирме за 5 мин разговора HR BP 3-жды меня перебила. А на моё замечание о недопустимости такого поведения сказала, что будет перебивать когда захочет и не нужно указывать ей как ей со мной общаться. Перестала перебивать только после того, как я сказал, что повешу трубку, если продолжит в том же духе. Также был свидетелем, как в другой очень известной фирме (на секундочку: не первый год входит в разные ТОП, в т.ч. на Хабре за 2025 год в топ-20) руководитель HR BP моему коллеге на жалобу, что один из директоров покрывает его матом - ответила: "просто нужно заслужить уважение директора". И это в фирме, где согласно вакансии, на должность HR BP берут с дипломом психолога (специально искал вакансию). Если руководитель HR BP говорит, что "нужно заслужить уважение" - значит, он не собирается искать пути решения, он транслирует политику компании: если тебя унизили - сам виноват. Грош цена диплому такого психолога. Если ему как профессиональному психологу такое неприемлемо - мог бы уйти. Но, нет, его всё устраивает. И когда у меня самого началась конфликтная ситуация с другим руководителем - я уже догадывался, что HR BP мне не поможет. Но, по правилам нужно было с ним пообщаться. Я упомянул 5 самых острых накопившихся проблемных ситуаций. Мы не обсудили по существу ни одну. Ответ был примерно: "у вас конфликт - вы и разбирайтесь" (а завуалированно - что-то вроде: "конфликт могут разрешить в той точке, где он появился, две стороны сами должны вернуться в ту точку и решать конфликт"). До руководителя HR BP я пообщался с HR BP, закреплённым за нашим отделом. Так та, присутствуя при разговоре со мной и другой стороной конфликта - "считала ворон", абсолютно не понимая сути разговора. А потом выдала гениальное: "наша компания - пионер в этой области, ты просто не поспеваешь за её темпами". Как она пришла к такому выводу, "считая ворон" - сие загадка. Когда руководитель умудрился сломать нам доступ к youtrack (именно там описывались задачи, и руководитель очень любил их там изменять) - ответ HR BP на это был: "твоя должность предполагает самостоятельное выполнение задач, не дожидаясь уточнения задачи". Зачем тогда мы пользуемся youtrack - ещё одна загадка. И самое интересное: в том же году компания делала анонимное голосование о проблемах на работе. Как оказалось - это нужно было для доклада на конференции, а не для того, чтоб внутри самой компании что-то менять.
К осени 1948 года Лебедев закончил разработку основных принципов построения машины. Работы по ее созданию были развернуты в 15 километрах от Киева, в селе Феофания, в разрушенном здании бывшей монастырской гостиницы. Толковые специалисты были наперечет. Зато энтузиазма в избытке. Академик сам сверлил, клепал, монтировал. Работали круглыми сутками. И уже через пару лет машина "задышала«.
Ее назвали МЭСМ — малая электронная счетная машина. Она стала первой ЭВМ в Советском Союзе и во всей континентальной Европе. Доработка Малой машины еще продолжалась, а Лебедев уже приступил к созданию Большой. К этому времени наконец-то и в столице признали исключительную важность научного направления. В 1953 году Лебедеву предложили возглавить Московский институт точной механики и вычислительной техники. К тому моменту в Специальном конструкторском бюро рождалась машина, которую назвали «Стрела». Но уступать Лебедев не собирался!
Его детище назвали «думающим чудом». Машина Лебедева справлялась с задачами в 5 раз быстрее «Стрелы». Более того, она оказалась самой быстродействующей в Европе! В 1956 году доклад Лебедева на конференции в Дармштадте произвел сенсацию.
А Сергей Алексеевич уже решал нелепую по меркам пятидесятых годов задачу: можно ли снарядом попасть в летящий снаряд? Лебедев понимал, что с этим может справиться ЭВМ. Как он и предвидел, компьютеры начинали завоевывать мир.
4 марта 1961 года с полигона в Капустином Яре стартовала ракета. Расчет для пуска противоракеты вела разработанная в институте Лебедева машина М-40. Спустя несколько минут на табло высветилась надпись "Подрыв цели«.
Возможно, самое тяжелое в жизни Сергея Алексеевича. Дискуссии о дальнейшем развитии вычислительной техники становились все яростнее. Лебедев был уверен, что надо идти своим путем, создавать собственную линию ЭВМ средней мощности и супер-ЭВМ нового поколения. Оппоненты предлагали создать ряд совместимых компьютеров, повторив американскую систему IBM. Лебедев жестко возражал: "Мы будем делать машину из ряда вон выходящую".
Выходящую из американского ряда!
У Лебедева были талант и опыт. У его противников — власть.
Зимой 1972 года Сергей Алексеевич лежал с воспалением легких, когда узнал, что решение копировать американскую машину принято окончательно. Он встал с постели и отправился к министру, чтобы убедить его не совершать ошибку, которая отбросит страну на годы назад. Лебедев прождал в приемной больше часа. Министр его не принял.
Кто выиграл от этого поворота на Запад?
«Копирование IBM шло трудно, с многократными сдвигами намеченных сроков, — вспоминал академик Международной академии информатизации Борис Малиновский. — При этом все «варились в собственном котле», с трудом доставая документацию на американскую систему. Если подумать об ущербе, который был нанесен отечественной вычислительной технике, то он, конечно, несравненно выше полученных скромных результатов".
Возможно, эта история приблизила смерть Сергея Алексеевича. Он все чаще болел. Алиса Григорьевна и дети круглосуточно дежурили в больнице. Выдающийся ученый умер 3 июля 1974 года.
ДОСЛОВНО
Медаль Computer Pioneer, присужденная С.А. Лебедеву как основателю советской компьютерной отрасли.
"Среди ученых в нашей стране и за рубежом нет человека, который, подобно Лебедеву, обладал столь мощным творческим потенциалом, чтобы охватить период от создания первых ламповых ЭВМ, выполнявших лишь сотни операций в секунду, до сверхбыстродействующих супер-ЭВМ на интегральных схемах. За двадцать лет под его руководством было создано пятнадцать высокопроизводительных ЭВМ, и каждая — новое слово в вычислительной технике«.
15 июля 1975 года об этом сообщили все газеты мира. Стартовал советско-американский космический проект «Союз — Аполлон». Управление полетом осуществлялось вычислительным комплексом, основу которого составляла лучшая лебедевская машина БЭСМ-6. Всю информацию она обрабатывала на 20 минут быстрее, чем американская.
Он уже умеет разворачивать виртуальные машины, настраивать мониторинг и алертинг, подсказывать команды для терминала VM. В следующем году он станет еще способнее.
Ищите ИИ-помощника в нижнем правом углу личного кабинета Cloud.ru.
В июне мы запустили цифровую среду для внедрения GenAI в ваши проекты, а уже в ноябре вывели все сервисы среды в коммерческую эксплуатацию. Теперь все для работы с GenAI — в одном месте.
Выпустили в общий доступ 19 сервисов платформы Cloud.ru Evolution: для работы с AI и данными, переноса IT-инфраструктуры, резервного копирования и восстановления, управления кластерами Redis, доменными зонами и репозиториями.
А еще запустили 14 сервисов в стадии тестирования — их вы можете подключить бесплатно.
В марте мы запустили в коммерческую эксплуатацию Cloud․ru Evolution Stack — платформу для создания частного, гибридного или распределенного облака. А в октябре она получила официальную сертификацию ФСТЭК России.
На онлайн-вебинарах, IT-митапах, хакатонах и конференциях про облака и AI — GoCloud и GoCloud Tech.
Уже готовим мероприятия в 2026 году, следите за новостями!
🌲Покорили рейтинги
В этом году мы стали №1 среди крупнейших игроков российского рынка AI-решений (CNews Analytics) и №1 среди крупнейших поставщиков услуг IaaS в России (TAdviser).
А еще вошли в топ-5 самых дорогих компаний Рунета (Forbes) и в топ-10 самых крупных и быстрорастущих IT-компаний России (CNews500).
Как увеличить количество спикеров в компании бесплатно, без регистрации и SMS
Существует забавный парадокс: компании вкладывают миллионы в стратегию, продукт, технологии, но всё ещё могут недооценивать один из самых мощных инструментов маркетинга — выступления. Круто делать классный продукт, но какой в этом толк, если о нём не рассказывать?
В этой статье поделюсь с вами кейсом о том, как помочь будущим докладчикам, которые уже готовы делиться экспертизой, но им что-то мешает. А также расскажу, с какими проблемами при подготовке спикеров мы столкнулись и какие выводы сделали в процессе.
«Росатом» и издание N+1 выпустили пятый выпуск подкаста «Нестандартная модель»
Ведущий Андрей Коняев поговорил с учёным Национального центра физики и математики, аспирантом МГУ Саров Виталией Кулешовой о лабораторных экспериментах с пульсарами, пути молодого физика-ядерщика и о том, как объяснить школьнику отрицательные числа.
В беседе затронули не только вопросы из области физики, но и тему выбора профессии, поговорили также о наставничестве, популяризации науки и притоке специалистов в ИТ.
Смотрите видео, чтобы узнать, почему наука по-прежнему требует долгой и системной работы. Выпуск доступен на платформе ВКонтакте.
Как LLM справляются с реальным кодом — и с огромными проектами? В чём разница между агентами и ассистентами, и почему параллельность может стать ключом к прорыву? Обсудили, насколько это всё дорого, как бороться с иллюзией компетентности ИИ — и действительно ли вайбкодинг станет будущим разработки. Изменит ли ИИ саму культуру программирования? И главное — заменит ли искусственный интеллект обычных разработчиков?
Обновлён сборник твикеров, кастомайзеров и проверенных системных решений для Windows под названием System Tools. База данных проект включает ссылки на популярные и полезные утилиты для очистки, твика, удалённого доступа, мониторинга, виртуальных машин, менеджеров дисков, периферии и аудио в системе.
За год работы с дизайн-лидами Влада Парамонова поняла, что у каждого есть сильная сторона, его особенная супер-сила. Давайте посмотрим на дизайн-лидов так, будто они феи Winx, чтобы немного повеселиться и понять, в чем можно проявить себя на такой позиции.
🎄Уважаемые Хабровцы, коллеги, друзья и партнеры! 🎉
В последние рабочие дни уходящего 2025 года команда SSP SOFT поздравляет вас с наступающим Новым 2026 годом и Рождеством! Самое время подвести итоги, ощутить атмосферу праздника и с уверенностью посмотреть вперед.
🚀 Нашим заказчикам Пусть 2026 год принесет устойчивый рост, новые рынки и технологические решения, которые действительно работают. Желаем, чтобы созданные вместе с SSP SOFT продукты были надежными, масштабируемыми и помогали бизнесу расти и развиваться дальше. Мы ценим доверие и рады быть вашим технологическим партнером 📈
💻 Компаниям, работающим с нами в формате аутсорсинга и Workforce-as-a-Service Готовы направить к вам сильные, мотивированные команды и специалистов, которые быстро встраиваются в процессы, понимают задачи бизнеса и усиливают его изнутри. Пусть люди остаются вашим главным конкурентным преимуществом 💪
🤝 Нашим партнерам Пусть проекты складываются, бюджеты сходятся, а наша совместная работа напоминает хорошо спроектированную систему — без лишней сложности и с понятным результатом. Спасибо за сотрудничество и совместное движение вперед 🚀
🏢 Немного о нас В 2025 году для SSP SOFT мы переехали в новый офис в Москве — в самом центре города, рядом с Красной площадью — чтобы активнее развивать сотрудничество с федеральными компаниями. 📍Весь год у нас было много вакансий, в том числе в этот новый офис. Подробности о вакансиях на нашей странице ХХ.ру
👏 Нашей команде Отдельная благодарность всем сотрудникам SSP SOFT за профессионализм, вовлеченность и ответственность. Пусть 2026 год принесет вам интересные задачи, развитие, баланс между работой и личной жизнью и уверенность в завтрашнем дне. Мы искренне рады работать вместе с вами 🤝
С нами — как дома!
🎄 С наилучшими пожеланиями в Новом году, Команда SSP SOFT 🌟ssp-soft.com 🌟
Пусть есть список однотипных объектов: товаров, заказов или сотрудников. У каждого элемента есть идентификатор. Как предотвратить ситуацию, когда при заполнении таблицы кто-нибудь добавит элемент дважды? Другими словами, как гарантировать уникальность идентификаторов?
В sql для этого используется PRIMARY KEY или UNIQUE, в электронных таблицах встроенных инструментов нет. Как вариант, можно реализовать подсветку дубликатов с помощью условного форматирования и функции COUNTIF:
Формат → Условное форматирование Применить к диапазону: A2:A Правила форматирования → Ваша формула =AND(LEN(A2);COUNTIF(A$2:A;"="&A2)>1) Цвет фона: красный
Как работает формула:
LEN(A2) проверяет, что ячейка заполнена;
COUNTIF(A$2:A;"="&A2) считает количество ячеек, совпадающих с текущей. Если оно больше одного, срабатывает условное форматирование.
В результате при вводе идентификатора, который уже присутствует в списке, дубликаты будут подсвечиваться красным.
В Китае цифровые валюты центральных банков (CBDC) хотят привязать к цифровой идентификации пользователя. Мужчину, который ехал без шлема, полицейский подключил к дистанционным диспетчерам с помощью небольшого устройства и в режиме реального времени списал с цифрового кошелька штраф — 25 юаней.
ИИ-проекты и первый спутник — планы Узбекистана на 2026 в tech
Выступление Президента Узбекистана
26 декабря 2025 года Президент Узбекистана Шавкат Мирзиёев в послании к народу и Олий Мажлису (Парламенту) подвел итоги года и анонсировал 2026 как "Год развития махалли* и общества". Среди достижений - экономический прорыв и tech-инновации. Для IT-сообщества интересны планы по ИИ, дата-центрам и космосу, продолжающие стратегию цифровизации. *дистрикт с самоуправлением в населенном пункте
Ключевые итоги 2025 в цифрах:
ВВП >145 млрд USD, экспорт +23% до 33,4 млрд, инвестиции 43,1 млрд (31,9% ВВП), резервы >60 млрд. При этом в принятой два года назад Стратегии "Узбекистан-2030" ставилась цель увеличить ВВП до $160 млрд к 2030 году. Президент заявил, что есть потенциал в течение пяти лет превысить показатель $240 млрд.
Бедность -3,1 п.п. до 5,8%; 5 млн новых рабочих мест; 1,5 млн человек вышли из бедности; 1 435 махаллей стали территориями без бедности.
Tech: Начата национальная ИИ-модель, обучение 100 тыс. в AI, партнерства с ОАЭ/MIT. Международные саммиты по цифре (с Японией).
Планы на 2026+ с фокусом на IT:
Экономика: Рост 6,6% до 167 млрд USD. 782 проекта на 52 млрд USD, акцент на трансфер технологий и инновации.
ИИ и цифра: 4 дата-центра, 2 суперкомпьютера, ИИ-лаборатории в 15 вузах. >100 проектов ИИ в медицине, транспорте, агро, финансах, безопасности. Ранее было анонсировано о создании национальной облачной платформы и моделей ИИ.
Космос: Запуск первого узбекского спутника и подготовка космонавта - шаг к спутниковой связи и данным.
Анализ для IT: Узбекистан усиливает позиции в Central Asia tech-hub: от ИИ в реальных секторах до космоса. Это открывает возможности для коллабораций в R&D, с потенциалом $1+ млрд инвестиций.
Вызовы - инфраструктура.
Фокус на локальных талантах в т.ч. привлечение международной экспертизы и релокантах.
Глава Apple Тим Кук создал «праздничное оформление» в канун Рождества, «сделанное на MacBook Pro». Картинка с молоком и печеньем должна была подразнить фанатов финал 1 сезона сериала «Из многих» (Pluribus) от Apple TV. Там написано «Счастливого сочельника, Кэрол...». Эксперты считают, что это странное изображение было создано искусственным интеллектом.
Технический блогер Джон Грубер прямолинеен по этой ситуации. «Тим Кук публикует ИИ‑слопы в рождественском послании в X, якобы для продвижения „Плюрибуса“». «Что касается неаккуратных деталей, то на упаковке написано как „Цельное молоко“, так и „Молоко с низким содержанием жира“, а лабиринт „Коровьи забавы“ просто нелепо оформлен. Я не могу припомнить, чтобы когда‑либо видел какую‑либо головоломку на упаковке из‑под молока, потому что они восковые и на них трудно писать. Это похоже на смешение упаковок из‑под молока и хлопьев», — пояснил Грубер.
Вайбкодинг: 5 приёмов, чтобы не утонуть в собственном коде
Карпатый в феврале придумал термин, 25% стартапов YC W25 уже пишут 95% кода нейросетями. Но Veracode проверил 100+ LLM — 45% сгенерированного кода содержит уязвимости. Из 18 опрошенных CTO 16 словили продакшн-инциденты от AI-кода.
Вот что помогает получать результат, а не хаос:
1. PRD до первого промпта LLM интерпретирует буквально. Размытое ТЗ = размытый результат. 30 минут на структурированный документ экономят дни на итерациях.
2. Cursor Rules Без правил проекта ИИ каждый раз выбирает рандомный стек и стиль. Зафиксируйте один раз — код станет предсказуемым.
3. Модули с первого коммита AI-код содержит в 2.4 раза больше абстракций, чем нужно. Всё в одном файле = потом не распутаете. Сразу раскладывайте по слоям.
4. Git-коммиты как чекпоинты Replit-агент удалил продакшн-базу, проигнорировав code freeze. Коммит после каждой фичи — страховка от таких сюрпризов.
5. Понимание того, что генерируется 40% джунов деплоят код, который не понимают. 63% разработчиков хотя бы раз дебажили AI-код дольше, чем писали бы сами. Базовые знания = контроль. Быстро прокачать основы под вайбкодинг можно тут.
Сам Карпатый, кстати, свой последний проект Nanochat написал руками — «from scratch».
Как получить почти бесконечное зацикливание без использования циклов и без переполнения стека вызовов:
// Установите N = 64, и эта функция никогда не завершится
// Количество вызовов (calls) = 2^(N+1)
// Максимальная глубина вложенности = N
let calls = 0
const N = 18
function func(state, visited) {
calls++
if (calls > 10_000_000) {
throw new Error('calls: ' + calls)
}
if (visited.includes(state)) return
const newVisited = [...visited, state]
func((state + 1) % N, newVisited)
func((state + 1) % N, newVisited)
}
func(0, [])
console.log('calls:', calls)
Почему это работает без переполнения стека?
func(0, [])
├── func(1, [0])
│ ├── func(2, [0,1])
│ │ └── ... глубина растёт до N
│ │ и перебираются все возможные комбинации значений в newVisited
│ └── func(2, [0,1]) - возвращается, глубина УМЕНЬШАЕТСЯ
└── func(1, [0]) - второй вызов, стек уже освободился
А Garbage Collector (GC) при этом бесконечно удаляет созданные ранее массивы newVisited
Стек "дышит" - достигает максимума N, потом сворачивается, потом снова растёт. Это обход огромного дерева, имеющего небольшую глубину, но очень большую ширину. Это не бесконечная рекурсия. Но при N = 64 количество вызовов будет 2^65 (примерно 10^19) - это займёт тысячи лет, и стек никогда не переполнится.
