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

Увольнения, банкротства, рекордная конкуренция. Все винят AI. Неужели нас действительно уже заменили?

Claude добавил новую фичу в десктопной версии.

А именно, в интерфейсе появилась третья закладка - Code.

Главное нововведение - это возможность подключать код проекта прямо в чат и работать с ним без копипаста.

Речь пойдет о достаточно типичном для приложений реального времени шаблоне взаимодействия между поставщиком и потребителем информации. Поставщик (писатель) пописывает, потребитель (читатель) почитывает. Асинхронно по отношению друг к другу, каждый — в своём темпе. Обмен происходит отдельными сообщениями, и, как это часто бывает с информацией, привязанной к текущему времени, читателю интересна только самая свежая информация, то есть только последнее сообщение, отправленное писателем. Если какое-то из предыдущих сообщений пропущено — не страшно, всё равно пропущенные данные непоправимо устарели.

Наиболее эффективная техника, реализующая подобное взаимодействие, известна как тройная буферизация (Triple Buffering). Именно о ней и о её небольших обобщениях пойдет речь в данной статье.

B4 - инструмент обхода DPI на Go с веб-интерфейсом.

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

Привет, Хабр. Сегодня поговорим о новой версии Allure Report — Allure 3, а именно о её модульной архитектуре. В ней можно настроить сколько угодно отображений тестовой иерархии в разных форматах; я покажу это на простом примере. В какой ситуации может это быть полезно?

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

Мы сделаем так, чтобы при каждом запуске тестов Allure генерировал два отчёта, каждый со своим отображением тестов.

Привет, Хабр! Я разрабатываю open-source мессенджер Xipher (C++/Android), и одна из фич, которую пришлось проектировать особенно тщательно — Panic Mode. Это система правдоподобной отрицаемости (plausible deniability): при вводе специального PIN-кода мессенджер показывает полностью фейковую, но убедительную базу данных с поддельными чатами, а параллельно отправляет скрытый SOS-сигнал на сервер.

В статье разберу архитектуру целиком — от криптографического разделения баз до генерации правдоподобных фейков и маскировки panic-алерта под рутинный сетевой запрос. Весь код — из реального проекта.

Исходники открыты — ссылка на GitHub в конце статьи.

Во время инференса LLM не выполняется побочных эффектов, вместо этого генерируется последовательность токенов, которые можно интерпретировать как намерение вызвать инструмент. Это напоминает мне ту часть шаблона transactional outbox, в которой намерение сущности (entity) отправить запрос внешней системе записывается в специальную таблицу, а не реализуется сущностью самостоятельно.

В статье приведен proof-of-concept модели выполнения, вдохновленной chat completion, в которой управление возвращается вызывающей стороне при необходимости выполнить побочный эффект.

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

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

В дополнение к прошлому посту о тренировках считаю необходимым добавить информацию о питании. Моя картина мира трансформировалась от "ем что хочу" до вполне конкретного протокола: что, когда и сколько я ем. Внимание: питание - инструмент, его нужно подбирать под ваши требования, предпочтения и особенности организма.

Изначальные параметры были следующие - рост 196, вес 85. Но после того как я бросил курить, за 3 месяца на животе образовалась одна большая круглая проблема: вес увеличился до 105, а позже и 108. Стало ясно, что с этим нужно что-то делать. Еще на протяжении 4 месяцев мне казалось, что если я просто буду продолжать ходить в зал, то живот уйдет. Не ушел.

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

Достаточно быстро я смог сформировать для себя требования к питанию и тренировкам - вкусно и много есть и при этом похудеть.

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

Энергия — узкое горлышко для ИИ

То есть, развитие современных инноваций в организации означает необходимость иметь собственные генерирующие мощности.

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

С начала года каждую неделю — отзыв лицензии на 13 центров обработки данных (ЦОД). В итоге, уже шестая часть запланированных капвложений американских бигтехов в этом году под вопросом. 

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

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

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

В 1870-м в Нью-Йорке работало 100 000 конюхов. К 1920-му их почти не осталось — автомобиль пришёл без спроса. Телефонистки, наборщики, картографы, штурманы — десятки профессий, казавшихся вечными, исчезли за одно поколение.

Мы, программисты, — следующие в очереди. GPT-3 в 2020-м едва писал функцию сортировки. Модели 2026-го ведут рефакторинги, анализируют кодовые базы на сотни тысяч строк и находят баги, которые пропустили люди. Джуниоры уже не нужны в прежнем количестве, мидлы превращаются в операторов ИИ, а сеньоры остаются последними — но ненадолго.

«Наша работа слишком сложна для автоматизации» — так говорили все, кого потом заменили. Сложность навыка не защищает от прогресса, она лишь определяет сроки.

Это не трагедия — это трансформация. Конюхи, первыми севшие за руль, жили лучше тех, кто цеплялся за лошадь.

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

Обычно мы разрабатываем продукт, проверяем соответствие рынку (Product-Market Fit) и только спустя месяцы или годы решаем: «Пора выходить на глобальный уровень».

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

Как же с этим справиться? Заморозить разработку на неделю и рефакторить каждый компонент?

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

Однако есть существенные недостатки.

Мы (человечество) очень хотим создать разум. Инопланетян мы пока не нашли, поэтому пытаемся собрать его сами из кремния и электричества. Но то, куда свернула индустрия сегодня, вызывает вопросы. Мы греем планету мегаваттами энергии, перемножая гигантские матрицы в дата-центрах, чтобы обучить LLM. Backpropagation и современный инференс - это непозволительно дорого и энергозатратно.

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

В этой статье я расскажу о концепте Термодинамического Мозга. Это самоорганизующийся граф, который обучается в один проход O(1), непрерывно адаптируется к новым данным, спит по ночам, чтобы не сойти с ума, и настолько нетребователен к ресурсам, что его можно запустить хоть во вкладке браузера, хоть на Arduino.

Экономику России в 2026 году ждет крах? Или массовые банкротства — это только начало более жесткой фазы?

Почему на фоне нестабильности рынок заполонили бизнес-тренеры? Кто реально убивает отрасли? Кто падает первым — слабые или те, кто слишком долго верил в «рост»? И правда ли, что через кино и медиа людям меняют сознание?

Бизнес-аналитик Владимир Кривов пригласил на шоу «Игроки» Игоря Манна — «маркетера № 1 в России». Публичные выступления для него привычная часть работы, однако развернутые, обстоятельные интервью он дает редко. Но в этот раз Манн ответил на вопросы, которые предприниматели обычно обсуждают нервно.

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

Далее только конкретика. Если вы предприниматель — вам лучше просмотреть интервью Манна до конца.

Представьте, что вы читаете громкий заголовок: «Самая простая Turing‑complete архитектура SUBLEQ (всего одна инструкция!) и реализовали её на фотонных логических вентилях». Звучит как настоящий прорыв из научной фантастики — один‑единственный тип команды, и вот уже у нас полноценный универсальный компьютер, работающий на скорости света, без кремния, без транзисторов, с терагерцевыми частотами и энергопотреблением в разы ниже.

Но если копнуть глубже, сразу вылезают два больших «но». Первое — SUBLEQ действительно может быть Turing‑полной, но только при очень конкретных условиях. Второе — реализовать даже такую «простую» архитектуру на настоящих фотонных вентилях в железе оказывается совсем не тривиальной задачей. И именно об этом мы сегодня поговорим подробно, без хайпа, но и без излишнего скепсиса.

Эта статья — разбор реальной истории, которая происходит прямо сейчас, в 2026 году. Немецкий стартап Akhetonics из Мюнхена всерьёз взялся за all‑optical general‑purpose processor и выбрал для доказательства концепции именно SUBLEQ. Мы пройдёмся по всем нюансам: от теории одной инструкции до проблем фотонной памяти, от лабораторных прототипов до того, почему чистый SUBLEQ, скорее всего, останется красивым PoC, а в реальном продукте придётся расширять набор команд.

Готовы? Поехали.

Разговор будет серьёзный. С 1 марта 2026 вся публичная информация для потребителя должна быть на русском — N 168-ФЗ. Пока что разработку это не касается, но стоит быть готовыми. Предлагаю договориться о словаре разработчиков Российской Федерации.

Для начала, погружу в лор тех, кто забыл, и кто не помнил. Но в 2018 году Telegram в России уже блокировался РКН. Основная причина — отказ предоставить ФСБ ключи дешифровки сообщений пользователей в соответствии с требованиями «пакета Яровой» (широко известный закон о противодействии терроризму).

Процесс блокировки тогда растянулся на полгода:

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

Она помогает упорядочить мысли в ситуации трудного выбора из двух ситуаций. Помогает понять, хотим ли мы на самом деле что-либо делать или нет.

Привет, Хабр! Меня зовут Яков, я UI Kit Lead в Exante. На работе мы развиваем свою корпоративную дизайн-систему — мощную, заточенную под конкретные требования, но закрытую. В свободное время я переосмыслил ряд решений из рабочей практики, переработал их под общие паттерны и собрал в open-source библиотеку — Vacano UI.

64 компонента, 17 form-обёрток, 1800+ иконок, 10 валидаторов, документация для людей и MCP-сервер для AI-ассистентов.

Поддерживать стабильную работу сетевой инфраструктуры крупного предприятия — задача непростая. Взаимодействие промышленных и корпоративных сетевых сред на предприятиях требуют гибкого подхода к сетевым архитектурам. Именно здесь особенно важна грамотно спроектированная маршрутизация и устойчивость соединений. Правильный выбор BGP-решений, будь то внутренний iBGP или внешний eBGP, оказывает значительное влияние на производительность и отказоустойчивость сетевой инфраструктуры.

В этой статье мы рассмотрим протоколы iBGP и eBGP и поговорим о том, в каких случаях будет предпочтительнее использование каждого из них. Но для начала давайте разберемся с основными понятиями.