Kurgan-Telecom Ru | Информационные технологии

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

Простота — это великое благо, но для её достижения необходим усердный труд, а для понимания — хорошее образование. Чего не скажешь про сложность, которая продаётся намного легче». — Эдсгер Дейкстра

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

Естественно, это происходит ненамеренно. Никто не строит коварных планов в духе «А давай сделаем так, чтобы повышение получали только те, кто всё усложняет.» Но такое нередко происходит, когда в компании неверно оценивают проделанную сотрудниками работу.

Аналитики считают, что розничные цены на массовые модели в ближайшие месяцы вырастут примерно на 40 %. Ноутбук за 900 долларов стремится к 1200–1300. Причина проста: резко выросли цены на ключевые комплектующие — память, накопители и процессоры. Раньше их доля в себестоимости ноутбука составляла примерно 45 %, сейчас приблизилась к 58 %. Более трети роста приходится именно на оперативную память и накопители. Компенсировать удорожание продажами уже почти невозможно, поэтому дистрибьюторы и ритейлеры поднимают цены. Что ж, давайте разбираться в причинно-следственных связях.

Это история про проект RIIOT. Про мосты между Spring Boot и протоколом 1979 года. Про реактивные потоки, которые несут данные от датчиков к экрану оператора быстрее, чем он успевает моргнуть. И про то, как мы научились не бояться железа.

Помню, как в школе мне впервые задали сделать презентацию на классный час. Тогда я едва дружил с этими сервисами, и весь процесс казался настоящим испытанием. Я сидел несколько часов за красным фоном, пытаясь поставить текст и подобрать картинки. Волновался, переживал, и, честно говоря, результат был далёк от идеала.

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

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

Приятного чтения!

Давно уже наступил срок End of Life у Enterprise Linux 7, но возможно на ваших серверах он еще есть в работе. Затягивание процесса переноса могло произойти по разным причинам: сложные процессы миграции, необходимость в дополнительных мощностях для маневра, длительность процесса переноса, зависимость от бизнес-процессов заказчиков.

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

OpenClaw очень просто для быстрого старта. После openclaw onboard у тебя работает Gateway и один агент отвечает в Telegram. Но дальше начинается самое интересное — и самое неочевидное: как устроен openclaw.json, что из workspace-файлов реально попадает в контекст, как включить heartbeat так, чтобы он не превратился в генератор мусора и расхода токенов, и как правильно разнести нескольких агентов по чатам и топикам.

Документация OpenClaw покрывает это фрагментарно, а большинство гайдов заканчиваются на «поставил - работает». Этим туториалом постараемся закрыть следующие шаги: разбираем конфиг секция за секцией, показываем рабочие примеры для Telegram, bindings, session policy и multi-agent — всё, что нужно, чтобы перейти от одного бота в личке к нормальной продакшн-конфигурации.

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

Рубрику открывает кейс компании DatsTeam — о том, как они закрыли вакансию Senior Application Security Engineer за 2,5 месяца.

На одном из недавних мероприятий эксперты из Сбера, Яндекса и red_mad_robot обсуждали внедрение ИИ в жизненный цикл разработки продукта — AI PDLC. В выступлениях снова и снова звучала одна и та же мысль: роль разработчика меняется. Всё чаще он не пишет код вручную, а формулирует задачу для ИИ, проверяет результат, удерживает архитектурный замысел и задаёт рамки.

Если выстроить эту дискуссию в логике «от стратегии к человеку, от человека — к производственной практике, а затем — к рыночным кейсам», картина становится особенно ясной. Сначала — взгляд Сбера на зрелость AI‑driven разработки. Затем — разбор того, что этот сдвиг делает с людьми. После этого — разговор о том, что действительно работает в корпоративной среде. И уже потом — внешние кейсы Яндекса и red_mad_robot, на которых видно, как меняется повседневная инженерная работа и экономика выпуска продукта.

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

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

Привет, Хабр! В конце февраля соцсети зашумели о новом законе… и даже на Хабре эта тема не прошла мимо: раз и два, например.

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

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

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

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

Всем привет! Меня зовут Алексей Ковалов, я руководитель отдела модульной верификации в YADRO в департаменте разработки процессорных архитектур. В прошлой статье я рассказывал, как расти верификатору. А сегодня хочу обсудить, как люди вообще приходят в эту профессию, ведь в вузах до недавнего времени верификаторов не готовили. 

Дисклеймер: в этой статье нет технических деталей, так что матерые RTL-разработчики могут заскучать. А еще в ней нет лайфхаков, которые помогут за секунду определиться с карьерой и за три дня стать Илоном Маском. Зато в ней есть реальный жизненный опыт.

Я написал этот текст для ребят, которые не определились с карьерой после вуза или уже твердо решили связаться с «аппараткой», но пока выбирают между разработкой и верификацией. Надеюсь, моя статья поможет сориентироваться.

Какая ИИ-модель лучше всего пишет код в реальных условиях? Чтобы ответить на этот вопрос, я взял 8 популярных моделей — от дорогих флагманов OpenAI и Anthropic до доступных открытых альтернатив — и поручил им одну и ту же задачу в действующем open-source проекте.

За подробным разбором результатов добро пожаловать под кат.

Решил давеча продолжить продолжить погружение в ИИ. Проштудировал поток новостей и решил попробовать новое средство разработки программ - Курсор. Честно сказать я очень поражен тем как далеко вперед шагнули технологии. В ИТ с нулевых, постоянно развиваюсь, осваиваю что-то новое и даже от ИИ старался сильно не отставать - у меня есть несколько проектов где работа с ИИ является ядром архитектуры (для тех кто в теме речь про RAG ) и все же я поражен возможностями нового средства разработки. Я впервые сделал полноценный проект не написав вообще ни одной строчки кода! При этом, если бы работать по старинке, нужна была бы следующая команда: дизайнер, верстальщик сайта, программист на джава, специалист по ИИ и тот кто размещает все написанное на серверах. И вот вместо всей этой толпы людей только среда разработки с которой я общался простым человеческим языком.

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

Каждый день я вижу, как собственники тратят миллионы на трекеров, коучей по «эджайлу» и стратегические сессии в тропических лесах, чтобы их сотрудники просто начали работать. 

А ведь секрет успеха звучит так банально, что от него сводит челюсть: «Хорошо делай — хорошо будет».

На этой одноклеточной формуле Королев и Гагарин нас в космос отправили! 

Без скрам-мастеров, без дыхания маткой на успех и без соевого молока в кофемашине. 

Было просто: «Сделай ракету хорошо, Юра в нее сядет, и мы полетим. Ху*во сделаешь — Юра взорвется, а ты поедешь валить лес в Магадан». Отличный был KPI, жаль, отменили.

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

Расскажу вам одну свежую историю (от 13 марта 2026 г.) про то, как эта формула + ИИ работает у меня. Ведь ИИ — это просто инструмент, чтобы делать «хорошо» чуть быстрее. Причем мой воркфлоу - это сонная улитка, просто потому что мне пока нравится ручками возиться.

Смотрите на хронометраж.

ЭТАП 1. РОЖДЕНИЕ “ШЕДЕВРА” (заметили кавычка, да?)

1. 28 февраля. Я сажусь и за 10 минут пишу черновик поста с кликбейтным заголовком «Забудьте на фиг про ИИ…». Посыл прост, как мычание: хватит дрочить на технологии, делайте базу.

2. Вставляю свой кривой текст в шаблон промпта и кидаю в ИИ — 1 минута.

3. Любимая железяка выдает сочный, структурированный текст — 15 секунд.

4. Я внимательно вычитываю, редактирую и публикую в свой ТГ канал — 5 минут.

Всем привет! Подытоживаю поиски решения, которые команда стартапа MyBox из Мастерской IT.ru вела с участием Хабра и независимых сообществ.

Задача от лидера продукта Вовы была такая: нужно заставить macOS предоставить удалённому узлу (через сеть, внутри одной машины проблем нет) подписанный Apple «аттестат», подтверждающий, что на устройстве запущено приложение с конкретным хешем бинарника. При этом macOS должна работать в режиме полной безопасности (SIP включён, приватные API не используются, понижение защиты не допускается). Детальнее в прошлой статье: https://habr.com/ru/articles/1006814/.

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

Когда я впервые подключился по UART к обычному бытовому устройству, я ожидал увидеть примитивную прошивку на микроконтроллере. Но вместо этого на экране терминала внезапно появились строки загрузки Linux. С тех пор у меня появилась странная привычка: если какое-то устройство попадает ко мне в руки, я почти автоматически ищу на плате UART, JTAG или хотя бы тестовые пины.

И знаете что? Linux внутри оказывается намного чаще, чем можно ожидать.

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

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

Допустим, вас не устраивает ваше качество сна. Вы перестали делать очевидно вредные вещи (убрали кофе на ночь), и сон улучшился, но хотелось бы поработать над ним ещё. Коллега по работе даёт вам смесь трав со зверобоем и лавандой. Вы пробуете пить его на ночь вместо кофе, и иногда сон действительно становится глубже. Но иногда нет. Вы готовы экспериментировать, но как бы проверить, действительно ли травы работают или это просто случайный разброс?

Или допустим, вы не очень довольны вашей продуктивностью на работе. По заветам из "Atomic Habits" и книг по эргономике вы внедрили несколько полезных микропривычек. Но что делать, когда низковисящие фрукты закончились? Время ограничено - всего, что кто-то называет полезным, не сделать. Некоторые привычки ещё и взаимоисключающие: невозможно за обедом одновременно и общаться с кем-то и сидеть в одиночестве в тишине.

Или например, вы хотите достичь более хороших показателей на рыболовном поприще... вы поняли идею.

"Не недооценивайте силу малых вещей, взятых в большом количестве", - мысль мудрая, но как бы понять, какие именно малые вещи действуют конкретно в вашей ситуации? Если вы проходили курс статистики, то у вас в голове есть набросок ответа. Выделить целевую метрику, собрать историю данных, затем собрать набор данных после выбранного вмешательства, сравнить средние значения метрики до и после - и готов научно обоснованный ответ. Проблема в том, что если ввязаться в подобный проект без основательного плана, вы в итоге окажетесь с ворохом бесполезных цифр в таблице. Почему именно эта затея не для слабых духом мне бы и хотелось рассказать в этой статье.