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

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

Ответьте себе на вопрос: где проходит ваша граница доверия с вашим агентом? Что вы готовы ему простить? А что для вас жесткий ред-флаг?

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

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

У меня есть несколько смешных кейсов, которые я вам сейчас расскажу, но смеяться вы скорее всего не будете.

Собрала эту карту для себя, пока разбиралась, куда податься на финансирование и в программы по AI safety. Делюсь. Ссылки и содержимое сверены по официальным страницам 3 июля 2026. Все меняется - проверяйте статус, сумму и дедлайн перед подачей.

Всем привет!

Очень долгое время разработчики Telegram-ботов довольствовались двумя способами форматирования сообщений: HTML и Markdown. Оба этих способа делали одно и то же: добавляли простое форматирование в обычный текст.

Для большинства задач этого было достаточно, но в какой-то момент обычного HTML и Markdown может не хватать.

В недавнем обновлении Telegram Bot API 10.1 эту проблему решили, добавив Rich Messages. Обзор которого я и сделаю в статье.

Каково назначение хуков useMemo и useCallback? Какие ошибки и лучшие практики следует при их использовании, и почему удаление большинства из них может быть хорошей идеей?

Здесь вы найдете ответы на эти вопросы или можете поделиться своей историей «переоптимизации».

Тестируем актуальные нейросети для генерации фото: от бесплатных ботов до профессиональных студийных ИИ. Разбираем создание карточек товаров, виртуальные фотосессии, создание контента для соц сетей. В статье промпты, гайды и примеры генерации

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

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

Рано или поздно любой “удалёнщик” открывает для себя по-настоящему крутую связку софта для удаленного управления из двух бесплатных приложений - Sunshine (серверная часть) и Moonlight (клиентская часть).

Что же такого крутого в этом софте - спросит любой давний поклонник этих Ваших “rdp,vnc, энидесков, тимьюверов, замшелой удаленной консоли” и прочих типов удаленного доступа?

Если очень коротко, то суть именно этой “связки” софта в том, что она способна идеально “выжать” из возможностей Ваших видеокарты и процессора всё, на что они способны и реально выдать вплоть до 120FPS на 4K даже на не слишком “толстом” интернет-канале. А там где интернет-канал будет совсем “тонким”, эта "связка" софта способна “выжать” такие значения FPS, которые и не снились, ни rdp, ни прочим “хитрым” вариантам умной передачи экрана. Иными словами, Вы во многих ситуациях получите удаленную сессию управления, в которой будет абсолютно полное ощущение, что Вы работаете в конкретный момент не за удаленным рабочим столом, а просто локально. При нормальном интернете Вы даже сможете смотреть (или редактировать) даже 4K видео с 60FPS в удаленной сессии, если Вам это понадобится.

В этой статье я хотел бы рассказать, как я нестандартно решил проблему, которая неизбежно возникает у пользователей приложений Sunshine и Moonlight, в ситуации, если на серверной стороне к удаленному устройству подключено сразу несколько мониторов в режиме “расширить рабочее пространство сразу на несколько мониторов” + сама трансляция экрана в удаленную сессию настроена через виртуальный дисплей.

Для успешной разработки программного обеспечения важны разумное ограничение затрат времени и выбор способов решения задачи. Как я обнаружил, в PHP-фреймворках много такого, что нужно не во всех приложениях. Из-за этого вес пакета и число файлов, упоминаемых в одном логе становится неудобно большим. При этом, число пакетов, используемых под капотом при выполнении базовых действий невелико.

В какой-то момент я понял, что моё дальнейшее развитие как разработчика требует уменьшения затрат времени на треть. Поисковик, генерирующий ответ, увеличивает её не более чем на четверть, и то в основном за счёт чтения документации. Логично взять и соединить всё лучшее от современных технологий и подходов, проверенных временем. Быстро обнаружил, что регулярно не укладываюсь по времени на целые проценты нужного срока. Само собой разумеется проанализировал то, что мешает писать качественный код быстрее. Обнаружил, что фреймворк вообще и реализации отдельных паттернов проектирования в частности, загромождены. Не все очень длинные классы имеют одну ответственность. Нередко в одной сущности объединена функциональность, нужная по отдельности и занимающая много места в коде и в уме.

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

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

Я хотел использовать Claude прямо в мессенджере MAX — без браузера, без переключения контекста. Готового решения не было. Нашёл на GitHub китайский проект cc-connect — Go-фреймворк с plugin-архитектурой для подключения AI-агентов к мессенджерам. Telegram, Feishu, Discord там были. MAX — нет.

Написал адаптер, открыл PR. Приняли. Теперь поддержка MAX — часть основного репозитория.

Что такое cc-connect

cc-connect — Go-фреймворк с чёткой трёхслойной архитектурой:

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

У меня есть внутренний дашборд, который собирает список рабочих копий проекта (git worktree) и показывает по каждой последнюю активность. В какой-то момент пришло сообщение: «разные ветки, а последнее сообщение и время везде одинаковые». Я открыл дашборд — и правда: каждая копия отображалась пять раз подряд, с идентичными данными. При этом тесты были зелёные, строчное покрытие — сто процентов, а мутационный прогон по этому куску показывал 97,8%. То есть все три метрики, которым принято доверять, дружно сказали «всё хорошо».

В прошлую пятницу я сидела в переговорке и в очередной раз слушала историю про то, как «у нас плохо работают HR». Позиция закрывалась 47 дней. Кандидат в итоге выбрал конкурента, потому что у нас «слишком долго думали». Убыток по расчёту финдира — около двух миллионов. Виноваты, разумеется, мы.

Я в HR двадцать один год. За это время закрыла больше двух тысяч вакансий, обучила четыре команды рекрутёров и пережила три «крупных сокращения», после каждого из которых оставалась в компании. Что, наверное, кое‑что говорит о моей ценности. Но раз в квартал я всё равно сижу в переговорке и слушаю, как я не справляюсь.

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

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

Дальше нужно было соорудить в пару к нему усилитель мощности примерно на 50–100 Вт для КВ‑диапазонов, желательно со встроенным сетевым питанием и подходящими габаритами, чтобы более гармонично сочетаться с большим настольным трансивером. И вот с позапрошлого лета, с перерывами, шла работа над таким усилителем. Про неё и будет рассказано дальше.

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

Я потихоньку пишу книгу для руководителей среднего уровня, публикую в тг, попробую ещё на Хабр порепостить. Вдруг кому-то будет полезно или интересно.

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

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

Нишу среднего звена я выбрал сознательно. Во-первых, я в ней всегда и работал – общий опыт управления 20 лет. Опыта работы топ-менеджером у меня нет, поэтому о чём не знаю – говорить не буду.

У вас тоже есть такая проблема на windows, что превью к таскбару не прилипает?

Вот хочешь посмотреть (быстро и без переключения)  — "что там скрипт/агент/отладчик прямо сейчас делают?" — наводишь на иконку в таскбаре и смотришь сильно прищуриваясь. Только мышку отвёл — и всё пропало. А раскладывать всё по сеткам windows‑окон сложно: во‑первых напрягает это делать на каждый запуск нового окна, во‑вторых при переключениях получается сюрреалистичная картина «поверх окон одного экрана висят половинки/четвертинки другого». А тут у меня несколько параллельных процессов по несколько часов и я во время работы поймал себя на постоянных переключениях между окнами, что сильно отвлекает.

Решил что «хватит это терпеть» и запилил (через Claude) маленькое приложение, которое решает всю проблему — montab (Monitoring Tab). Поскольку это windows и нужны прямые системные API — решил делать на NET11. А потом оптимизировать, чтобы размер был минимальный и без всяких зависимостей.

Привет, Хабр! Меня зовут Артур Валиев. Я продолжаю делать свой VST3-плагин Mix Teacher AI.

В прошлый раз я рассказывал про идею плагина: поставить его на дорожку, посмотреть уровни, пики, RMS, примерный LUFS, частотные зоны и получить простую подсказку человеческим языком.

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

Потому что в сведении часто проблема не в одной дорожке.

Кик сам по себе нормальный.
Бас сам по себе нормальный.
Вокал сам по себе нормальный.
Барабаны вроде тоже нормальные.

А вместе всё почему-то не звучит.

И вот тут начинается самая интересная часть: конфликты между дорожками.

v1.1.0: убрали HTTP-костыль для sink’ов, закрыли /metrics, Teams в UI, trusted clusters. Про v1.0.3 и типичный «pairing failed» на Docker — внутри. Продолжение серии.

TL;DR. Из интереса обучил собственный русский RAG‑сплиттер — захотелось проверить, можно ли сделать context‑aware‑нарезку русских документов лучше готовых чанкеров.

Я взял идею датской context-aware-splitter, пересобрал её под русский на базе T-lite-it-2.1 и изменил главное: модель возвращает индексы границ, а не переписанный текст. Хост потом режет оригинал по этим индексам.

У index‑output оказалось три практических плюса:

В настоящее время, когда бум клинической ностальгии по донди и сежке еще не отгремел, уже подрастает новое поколение ретрогеймеров, для которых 90-е прочно ассоциируются с первой плойкой. Вышла околодокументальная книга "PlayStation. Игра против правил" Ильи Воронина, где досконально разобраны причины зарождения еще одного игрока на консольном ТВД, вклад в это всем известной конторы Нинтендо, а также, оглушительный успех Сони на новом поприще и завоевание короны лидера на рынке видеоигр (наверное, не дочитал еще). Всю шедевральность плейстейшена можно прочувствовать даже не читая книгу, просто потрогав эти потрясающие выпуклые кнопочки на обложке. И где такие книжки по Сатурну?

Но если Сони победила, и ее первая игровая консоль буквально уничтожила конкурентов, что же такое пишет автор данного опуса, на чем основывает свое мнение и что за легкое жжение ощущается при вдумчивом прочтении заголовка? Обо всем этом я расскажу чуть ниже! С позиций ретрогейминга)