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

Всем, кто помешан на правильном питании и AI, посвящается :)

Каждый заказ продуктов отнимал у меня 30–40 минут: хочется нового, у меня лимит калорий и нормы белка, а фильтра по КБЖУ в интернет-магазинах, где я покупаю, нет, и я читала карточку за карточкой. Теперь это делает Claude через MCP-сервер ВкусВилла: просматривает товары, подбирает блюда из моей базы рецептов, составляет меню на неделю и подгоняет граммы под мои нормы решателем, а не на глаз. На выходе план питания, список того, что приготовить заранее, карточки рецептов и ссылка, по которой корзина уже собрана. В статье рассказываю, как я к этому пришла, где сервер спотыкается и какой промпт можно взять целиком.

Лично у меня пароль на sudo был отключён, SSH-ключи были незашифрованы, а секреты для переменных окружения хранились открытым текстом в ~/.zshrc, потому что я не хочу целыми днями вводить пароли. Уверен, я не один такой.

При этом компьютер разработчика — довольно уязвимое место. Я постоянно ставлю пакеты непонятно от кого, запускаю чужие программы и скрипты. Достаточно одного неосторожного запуска, и кто-то соберёт все мои SSH-ключи и секреты из переменных окружения, получит права суперпользователя, а я этого даже не замечу.

Давно хотелось как-то защитить секреты, не жертвуя удобством. Оказалось, что Touch ID отлично в этом помогает. Рассказываю как.

Во время серьёзной аварии привычные механизмы безопасности могут исчезнуть вместе с инфраструктурой. Vault недоступен, SSO не работает, GitLab лежит, а команде срочно нужны административные доступы и возможность выпускать исправления.

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

Разберём, как организовать безопасный аварийный доступ, восстановить управление секретами, сохранить аудит и контроль над CI/CD, не замедляя восстановление бизнеса.

Потому что вернуть сервисы в онлайн — ещё не значит безопасно завершить инцидент.

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

Перенесёмся в настоящее: теперь у меня даже не один, а два калькулятора Casio Pocket Computer (заказанных за большие деньги из Японии), для которых я разработал четыре программы (одна уже опубликована на Github, остальные будут выложены в опенсорс!) и я создал (при помощи ИИ) калькуляторный фанарт. Я глубоко и полностью околдован ими.

Почему же так моё мнение так поменялось?

Всего лишь из‑за BASIC и RS232.

У меня геймпад Flydigi Vader 5 Pro и к нему док-станция Charging Dock 2 Pro. На доке 162 RGB-светодиода, и сами по себе они хорошие, а вот эффекты из фирменной Space Station выглядят дёшево: медленные анимации идут ступеньками, градиенты грязнеют в середине.

Стало интересно, виновато железо или софт. Спойлер: софт. Разобрал, как док принимает кадры, переписал эффекты с нуля и сделал свой редактор подсветки.

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

Разберём практический порядок аварийной миграции: от выбора нового провайдера и проверки квот до восстановления GitLab, Kubernetes, баз данных и переключения DNS.

Поговорим о Terraform, Ansible, GitOps, резервных копиях и репликации. Покажем, почему статус Running ещё не означает успешное восстановление и какие проверки действительно необходимы перед возвращением сервисов в эксплуатацию.

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

Разберём, почему несколько VM ещё не означают отказоустойчивость, чем multi-AZ отличается от multi-cloud, как правильно определять RPO и RTO и когда действительно нужна вторая площадка.

Сравним active-active, active-passive, pilot light и восстановление из резервных копий. А главное — разберём, какие решения стоит принять до аварии, чтобы потом не пришлось импровизировать под давлением бизнеса.

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

Анкета персонажа нужна для того, чтобы лучше понимать что из себя представляет наш герой или героиня. Он служит референсом для игродельческой команды и это помогает character improvement более-менее в условном “унисоне”. 

Мы получили больше 250 тестовых на 25 мест в первую Школу аналитиков hh. Многие решения были сделаны с нейросетью, и это нормально — аналитики в работе тоже пользуются LLM-инструментами. Вопрос был в другом: как за аккуратным текстом от LLM разглядеть кандидата с пониманием того, что он делает.

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

Меня зовут Дарья Шадривова, я младший бизнес-аналитик направления BI в «ДАР» (ГК «КОРУС Консалтинг»), и в этой статье поделюсь своими наблюдениями за первый год работы. Статья будет полезна тем, кто только начинает свой путь в этой сфере или рассматривает аналитику как одно из возможных карьерных направлений.

Человечество всегда пыталось передать себя через время. Но до сих пор мы передавали потомкам главным образом культурный след человека: его тексты, образы, поступки и память о нём. Теперь впервые появляется возможность передавать способность отвечать, выбирать и действовать. Это уже не архив. Это начало новой субъектности.

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

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

Спойлер: я прошел путь от «лучше, чем ничего» до «гораздо лучше, чем ничего!».

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

Недавно я писал о том, почему снова включил уведомления, хотя прекрасно понимаю, как они мешают концентрации. В той статье я упомянул о решении, которое сработало для меня – небольшой панели на ESP32-P4 на которую выводятся рабочие уведомления с ПК.

Здесь – подробней опишу, что это и как работает, т.к. аналогичных устройств на рынке не встречал, и она вызывает любопытство.

«Три зоны доступности» внутри одного облака не спасают, когда отказывает само облако. Собираем S3, который переживает отказ провайдера: один endpoint для приложения, за ним несколько облаков, переезд без простоя и без правок в коде. Всё на rclone — union, combine и serve s3. Два режима: старое облако работает или после аварии отдаёт данные только на чтение.

Почти семь лет я строил технологический стартап (в профиле есть ряд статей об этом): $1,35 млн инвестиций, 300 тысяч пользователей, офис, команда, клиенты по всему миру. Несколько последних лет из этих семи компания жила в удивительном режиме: денег оставалось примерно на два месяца. Каждый месяц.

Недавно в издательстве «Олимп-Бизнес» вышла моя книга «Как закопать единорога. История зомби-стартапа в Кремниевой долине» – о том, что происходит между красивыми историями про «запустил стартап» и «сделал экзит». Есть бумажная и электронная версия. 

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

Привет, Хабр :3, что-то давно я не писал свое графоманство, что читается хуже нейрослопа, да и знаки препинания по паузам в уме моём, а еще я "–" умею ставить ввиду академической проф-деформации.

Итак, заваривайте чай, напрягаем мозг, сегодня поговорим в целом о программировании и его проблемах ввиду популяризации LLM, а также экспериментах и куда смотреть, а куда не надо. Плана статьи не будет, до конца дочитают сильнейшие (изи байт). Ехала!

«С понедельника пишем код через ИИ-агентов!» — говорите вы на созвоне. Вы предвкушаете ускорение процессов, а разработчик в этот момент молча обновляет резюме на Хедхантере. Почему классные ИИ-инструменты вызывают у команды только тихий ужас и глухое сопротивление? Разбираем реальные страхи разработчиков перед автоматизацией и делимся готовыми шпаргалками для руководителя, которые спасут ваше следующее планирование.

Меня зовут Алексей Рыбаков, я генеральный директор IT-компании «Омега Софт» из Йошкар-Олы. Последние 15 лет наша команда создает сложный промышленный софт для крупных российских предприятий. Мы привыкли работать в правовом поле, сдавать проекты в срок и верить, что добросовестное исполнение контракта — это главная защита бизнеса.

Но прецедент, с которым мы столкнулись в рамках дела № А40-311087/2025, показал: перед лицом гигантской корпоративной машины и слепого судейского формализма независимый российский IT-бизнес абсолютно беззащитен.

У нас полностью, до единой строчки кода, бесплатно отобрали уникальный отечественный программный продукт, отказались выплачивать заработанные 24,7 млн рублей, взыскали независимую гарантию на 3,2 млн рублей и уничтожили предприятие через внесение в РНП (Реестр недобросовестных поставщиков). Причина? Собственные технические службы заказчика в течение 7 месяцев были не способны настроить свои же сервера.

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

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

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

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