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

Уникальная нотация языка UNO создаёт ему огромный потенциал, позволяющий в перспективе заменить большинство нынешних языков разметки данных.

Понятно, что XML и JSON имеют собственные ниши, в которых они могут находиться вечно, но существует огромный ряд задач, где даже их можно с выгодой заместить. Что же касается таких специализированных форматов, как TOML, YAML, KDL, HCL или EDN, то при повсеместном внедрении UNO они рискуют потерять свою актуальность. Из-за врожденных синтаксических недостатков, медленного парсинга или скрытых ошибок, обусловленных недостаточным проектированием, эти языки могут остаться лишь в легаси-проектах. Верно ли данное утверждение? Давайте разбираться.

Да не может быть! Или всё таки..

10 новых российских продуктов для автовзыскания просроченной задолженности, клинической коммуникации с иностранными пациентами, автономного хранения свежей зелени, практико-ориентированного VR- обучения, патентной аналитики и ускорения научных исследований и многого другого.

Это специальный набор Product Radar — в нём участвуют финалисты ежегодной технологической Стартех.Премии. Победитель голосования получит кубок «Выбор сообщества Product Radar» 11 сентября на очной церемонии в Москве.

Product Radar — здесь каждую неделю публикуются лучшие онлайн-сервисы и железки от русскоязычных команд.

Читать далее

Что происходит в мире 1С? Нейросетка уверенно пишет сортировку пузырьком, а на реальном проекте 1С внезапно начинает придумывать несуществующие процедуры. AI-агент сам правит конфигурацию через MCP. Администраторы учатся автоматически находить и перезапускать «перестарки». А между всем этим можно… сыграть в «Косынку» прямо в 1С.

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

Читать далее

Система работает и разбирает документы. Претензия у меня к ней одна, зато неустранимая изнутри: я не могу доказать ни одно из полученных значений.

Ниже — опись. По каждому полю: как оно читается, чем проверяется и чего эта проверка стоит. Последняя строка описи самая интересная, потому что напротив неё не стоит ничего.

Читать далее

Привет, Хабр!

В этой статье разберём ещё один инструмент ClickHouse, который часто используется при обогащении данных и позволяет значительно ускорить выполнение тяжелых SQL-запросов с джоинами.

Читать далее

Что поисковики и ИИ предлагают учить перед собеседованиями? Чаще всего — что-то в духе списка вопросов с гитхаба.

И как это учить? Тупо нажимать на каждый ответ и заучивать разницу в синтаксисе?

А на собесе потом:

Читать далее

Раньше я делал так:

(sleep 25m && notify-send "Пора выпить кофе") &

Пока терминал открыт и машина не ушла в сон — такая конструкция работает. Закрыл сессию, перезагрузился, ноутбук заснул на час — таймер исчез. Напоминание о звонке или о еде на плите в такой схеме слишком хрупкое.

Мне были нужны одноразовые напоминания, которые:

• не пропадают после перезагрузки и спящего режима;
• гарантированно привлекают внимание (через уведомления рабочего стола);
• не тянут за собой канбан, проекты и «когда-нибудь».

Так появилась rmd — лёгкая CLI-утилита с фоновым демоном для Linux.

Интерфейс

Примеры вызова:

rmd +25m Пора выпить кофе rmd tomorrow 15:00 Созвон по релизу rmd fri 22:00 Заткнись и иди спать! rmd 2026-12-01 10:00 Продление домена rmd

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

Пример списка уведомлений

Просто напоминалка

Это не менеджер задач. Нет повторяющихся проектов, досок, списков «прочитать потом». Уведомления задуманы только для событий с дедлайном по времени: еда на плите, созвон через 10 минут, «выйти из дома».

Если нужен todo с проектами — это другой класс инструментов. У rmd намеренно более узкая специализация.

От sleep && notify-send отличается наличием:

• фонового демона: systemd user service или автозапуск из CLI;
• сохранения состояния: ~/.local/state/rmd/reminders.json — напоминания остаются после перезагрузки;
• обработки пропущенных срабатываений: если машина была выключена, приходит одно сгруппированное уведомление.

Стек: Linux + notification daemon. Написано на Rust, без тяжёлого runtime вокруг одной утилиты.

Внутреннее устройство

CLI общается с демоном по Unix-сокету. Демон держит таймеры в памяти и атомарно пишет JSON на диск. В момент срабатывания уходит уведомление по D-Bus. При старте демон проверяет, не было ли пропусков, пока система была выключена.

Требования:

• Linux (x86_64 или aarch64)
• Демон уведомлений по D-Bus

macOS и Windows не поддерживаются.

Установка:

• Исходники и описание: github/rmd
• Бинарники: github/releases
• Из crates.io: cargo install rmd-cli (бинарь называется rmd)

Альтернативы

Инструменты вроде at, cron, systemd timers и полноценных todo-менеджеров решают смежные задачи. Мне не хватало инструмента под узкий сценарий: ввёл время и текст в одной строке — получил гарантированное уведомление, которое не пропадёт после перезагрузки. Без аккаунта в облаке и без ежедневного ритуала «разобрать входящие».

Если вы тоже устали от sleep && notify-send и не хотите ради чайника заводить пятый таск-трекер — имеет смысл попробовать.

 cli, rust, systemd, от автора, уведомления

Про BiHA (встроенную отказоустойчивость Postgres Pro) написано немало, и почти всё написано вендором. Материалы честные и полезные, но все статьи написаны в одном продуктово-обзорном жанре: как устроено, из чего состоит, что умеет. Практической и эксплуатационной боли в них нет. Я решил зайти с другой, инженерной стороны, с замерами, аварийными сценариями и цифрами.

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

Читать далее

Когда речь заходит о печатных платах, FR-4 упоминают чуть ли не в каждом втором разговоре. Это стандарт, основа, база, с которой начинается почти любая электроника. Но за привычным названием скрывается гораздо больше, чем просто «стеклотекстолит». И если копнуть чуть глубже, оказывается, что FR-4 — это целая вселенная материалов со своими нюансами, подводными камнями и неочевидными особенностями.

Читать далее

В комментариях к прошлой статье сформулировали правило, под которым я подписываюсь обеими руками: “платить” за внепроцессный вызов имеет смысл тогда, когда сама работа дороже транспорта. clean_amount из квикстарта — десять строк, ноль зависимостей, микросекунды работы — этот порог не проходит. Свою задачу тот пример выполнил: показал механику publish/call в шесть строк. Но ноды существуют не для него: 2 + 2 через демон не нужно никому, и splime строился не для этого.

Возьмём случай, где оверхед оправдан, залезем под капот и посмотрим, что происходит между publish и call: где физически живёт нода, как Python-функция превращается в переносимый объект и как две ноды передают друг другу данные, которым не место в JSON.

Напомню контекст из прошлой статьи. splime упаковывает Python-функции в переносимые вычислительные элементы — ноды, узлы вычислительного графа, — связывает их в пайплайны и исполняет там, где вы скажете: в текущем процессе, через локальный демон или на другой машине.

Всё, что ниже, проверено на актуальной splime 0.4.9.

Читать далее

Что можно выжать из базовых метрик SOC, если у тебя лапки

Многие руководители начинают день с дашбордов и красивых «бубликов». На них традиционно горят классические временные метрики по заветам NIST SP 800-61: среднее время обнаружения/решения/взятия в работу инцидентов ИБ совместно с общим количеством обработанных инцидентов. Топ-менеджмент всё устраивает – они понятные, линейные и отлично смотрятся в квартальных отчетах.
Но потом внезапно выясняется, что кейсы закрываются по инерции, решения становятся все более поверхностными, а качество расследований тихо уезжает в закат.

Читать далее

В этой части мы сначала отделим прямой комплексный путь от готового метода 1m; затем покажем конфликт между чередующимся форматом памяти и раздельной арифметикой внешних произведений; после этого разберём четыре вещественных внешних произведения, расслоение через svuzp, эпилог с комплексными alpha и beta, а в конце — почему сопряжение остаётся работой упаковщика. Следующая часть вернёт нас к упаковке и к тому месту, где эта граница ответственности особенно важна.

Читать далее

В августе 2026 года информационная служба Хабра выпустила 826 публикаций (785 новостей и постов, 7 лонгридов и 34 перевода). В текущем дайджесте представлены лучшие технические новости, переводы и лонгриды (отдельные большие публикации) инфослужбы Хабра, согласно оценкам пользователей.

Читать далее

29 августа Anthropic разослала еженедельный дайджест по Claude Code. Пересказ на русском: /resume подхватывает терминальную сессию в десктопном приложении, сессию на своей машине можно запустить с телефона через Remote Control, субагенту можно дать собственную память между сессиями строкой memory в frontmatter, а /color и /rename помогают различать несколько открытых терминалов. Плюс версии 2.1.243–2.1.248: режим --restricted, автоматический баг-репорт, редактирование правил авторежима из /permissions, часовой prompt cache, zstd-сжатый бинарник CLI и починенные десктопные сессии.

Читать дальше →

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

Читать далее

Подробное решение задания, в котором есть многие техники обфускации. Каждую технику я снял и рассказал как.

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

Читать далее

В прошлой статье (ссылка) я разобрал конвейер между агентом и клиентом: теги, регулярки, абзацы по 180 символов. Осталось два больших пояснения - что происходит со сделкой в amoCRM, когда диалог дошёл до неё, и стоп-кран, которым человек перехватывает диалог у бота. Поэтому сегодня показываю два Salesbot’а, которые замыкают контур: "Раздатчик" (диспетчеризация задач менеджерам) и "Идентификатор" (оцифровка старой базы).

Хочу начать с вопроса, который оставался за кадром всех предыдущих статей. Нода IF: Is New User? в начале ветки проверяет Redis-ключ связки: пустой - значит клиент новый, запускаем синхронизацию со сделкой. А если клиент старый - заведён в CRM руками за год до внедрения ИИ? Если к примеру как в данном проекте, из-за внутренних решений касательно бизнес логики у заказчика сделки хранятся до последнего момента, наверное пока их не наступит больше чем за 30000 штук (P.S. про это я позже расскажу чуть позже - точнее про то КАК это ломает работу воркфлоу)? У него связки тоже нет. Формально он выглядит как новый. Обычная система в этот момент создаёт вторую сделку на первого же старого клиента, который написал ночью. Дубль. Добро пожаловать в слепую зону.

Читать далее

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

@avshkol взялся за перевод и выкладывает в этом посте главы и комментарии к "Human Exploration of Mars: Design Reference Architecture 5.0" - последнего (от 2009 года) из доступных в сети комплексного доклада NASA о способах и технологиях реализации обитаемой базы на Марсе. Этот документ описывает результаты изучения большими группами ученых и инженеров всех технических моментов освоения и изучения землянами Марса. Подобные документы скоро станут даже не учебниками, а базовыми текстами для введения в специальность для многих землян, выбирающих работу в начинающей рокит-расширение и стремительную экспансию во все сферы нашей жизни "дальнекосмической" отрасли.

Читать далее

Введение. При написании данного опуса не была использована ни одна нейросеть.

Завязка. Я иногда делюсь своими экспертными наблюдениями в теме, которой занимаюсь уже более 10 лет. В том числе иногда использую нейросети для 2 задач: поиск новой информации, которая могла пройти мимо и финальная обработка текста перед публикацией, чтобы сложный текст сделать более удобным для читателя.

На днях на одной из площадок модераторы снесли статью с формулировкой «Сгенерированный текст». А когда я направил запрос в техподдержку, то в бан улетели еще 3 другие публикации, которые набрали более 50 тысяч просмотров.

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

С точки зрения разумной логики в самом начале важно договориться, чего мы хотим добиться за счет тотального использования ИИ‑детекторов. Варианты: 1. Чтобы авторы писали сами. И точка! 2. Чтобы не наплодили миллиард единиц контента! 3. Чтобы..?

И тут я задаю уже сам себе вопрос: а что для меня важно получить от статьи/книги/очерка? И сам себе отвечу: удовольствие от прочтения/новую важную информацию/нового интересного автора или эксперта, чтобы к нему присмотреться. При этом использовались ли тут нейросети сети или нет — вообще не важно«. Понравилось/не понравилось — вот главный критерий! »

Читать далее

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

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

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

Особенно хорошо я умею решать проблемы, которые меня не просили решать. Человек рассказывает, как его унизили на работе, а я уже мысленно открыл задачу: поговорить с руководителем, написать в HR, обновить резюме. Когда мои предложения почему-то не вызывают благодарности, я ещё и обижаюсь: я же пытаюсь помочь.

Только позже до меня доходит, что от меня ждали не плана спасения. Нужно было сначала сказать: «Да, это было ужасно. Рассказывай».

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

Читать далее