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

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

Агент проверял разворот на палиндроме, а порядок четырех потоков - на четырех одинаковых входах. Тесты проходили и с ошибкой. В эксперименте Дэна Лу указания использовать TDD, фаззинг и формальные методы не дали убедительного общего выигрыша над контролем. Разбираю три механизма бесполезных проверок и показываю исполнимый пример: как намеренно внести конкретный баг и убедиться, что тест его обнаруживает.

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

Блокнот, наверное, самая массовая программа, про которую никто ни разу не сказал доброго слова. Им пользуются бухгалтерия и админы, школьники и разработчики, у которых давно стоят VS Code и Notepad++, но рука все равно жмет Win+R и набирает notepad, когда надо за десять секунд поправить строчку в hosts. Мне стало интересно, как эта невзрачная программа дотянула до 2026 года. Выяснилось, что Блокнот старше самой Windows, что однажды он стал героем теории заговора про Джорджа Буша, что сорок лет он помнил ровно одно последнее действие и что в феврале этого года в нем нашли уязвимость, через которую на компьютер можно было подсунуть чужой код.

На рынке есть готовые продукты: пара датчиков на ботинки, приложение считает технику катания, подсказывает, что тренировать. Работает неплохо. Но по подписке — и недёшево: например, у Carv безлимитный сезонный доступ стоит $249 / £199 в год. И вот тут возникает вопрос: насколько эта подписка вообще оправдана? Датчик — это акселерометр с гироскопом за пару долларов и Bluetooth‑модуль, приложение — по сути обработка сигнала и немного статистики. Разовая покупка железа плюс разработка — понятные, конечные затраты. А подписка — плата за то, что уже посчитано один раз и с тех пор просто работает. Есть ощущение, что здесь платишь не за вычисления, а за то, что вход на рынок для конкурентов высокий: откалибровать алгоритмы, написать мобильное приложение, а потом ещё поддерживать серверы, пользователей и производство железа — дорого и долго. Подписка отбивает эти инвестиции. Но большая часть этого барьера — стоимость разработки, а она за последние пару лет резко упала: с ИИ‑инструментами то, что раньше требовало команды, становится посильным для одного человека. Продукт для рынка так не сделать — там нужна калибровка на тысячах лыжников, поддержка и сертификация. А вот любительский инструмент — вполне.

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

На фоне десятков языков с привычным английским синтаксисом появление «Сферы» выглядит почти вызовом: это полностью кириллический язык программирования с настоящим компилятором — не интерпретатор и не транспайлер, а генерация машинного кода через LLVM.

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

Kotlin Coroutines - разбираемся с диспатчерами и обработкой ошибок, а так же обсудим некоторые важные нюансы возникающие при работе c корутинами

У меня есть умный телевизор Yandex. По моему субъективному мнению колонки и ТВ у Яндекса получились отличные. Но иногда появляется желание сделать умный телевизор чуть умнее.

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

Идея была такая: телевизор и роутер стоят на месте, а человек между ними меняет условия распространения сигнала. Причём сигнал приходит не только по прямой — он отражается от стен, мебели и других предметов. Когда кто‑то проходит, меняется сочетание этих путей. Остаётся понять, какие изменения телевизор позволит прочитать.

Самый доступный вариант — RSSI, уровень принимаемого сигнала. Android отдаёт его через WifiInfo.getRssi() в dBm. По сути, мы видим одно число: сейчас −30, через некоторое время −34. Можно увидеть изменение мощности, но нельзя понять по этому числу, что произошло с отдельными составляющими радиоканала.

CSI — Channel State Information — даёт сильно больше подробностей. Вместо одного показателя мощности можно получить оценки амплитуды и фазы на отдельных поднесущих OFDM, а при соответствующей поддержке — ещё и для разных пар передающих и принимающих антенн. Общая мощность может почти не измениться, хотя внутри этой картины уже что‑то произошло. Для поиска движения это интереснее, но такие данные ещё нужно очистить от помех и особенностей измерения.

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

Продолжаем рассмотрение темы вывода изображения взятого с камеры на базе сенсора OV5647 (CSI-2, RAW10). В первой части мы разобрали подключение камеры к Zynq-7020, подготовили проект в Vivado и получили живое изображение на HDMI, используя битстрим производителя и отладку через JTAG. Продолжение начинается с главы 22: переходим к собственному битстриму и разбираемся с ошибками, которые проявились после пересборки.

Начнем с искажений изображения: входных задержек MIPI, неверной конфигурации DDR, перестановки цветовых компонент и разрывов кадра. Затем добавим аппаратное сжатие JPEG, проверим обвязку энкодера в симуляции и настроим загрузку Linux через Buildroot. Завершим проект передачей MJPEG по HTTP с возможностью перепаковки в RTP/UDP на хосте. По ходу разберем конкретные симптомы, проверки и исправления, а в конце измерим производительность всего тракта: от примерно 30,6 кадра в секунду на приеме до 23 кадров в сетевом потоке.

Всем заинтересованным - добро пожаловать под кат!

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

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

Tesco переносит с VMware около 40 тысяч серверных нагрузок, от которых зависят магазинные серверы и системы данных, включая кассы в торговых залах. По данным The Register, ритейлер начал выбирать замену после отказа Broadcom продлевать поддержку его инсталляций. Миграция идёт в предельно возможном темпе — в опубликованных материалах его описали как at exceptional pace. Уже в ходе проекта выяснилось, что Veeam и Zerto, на которых построены резервное копирование и защита данных, не работают с выбранной платформой. Часть функций пришлось дорабатывать или закупать заново. Computer Weekly

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

Обвязку можно разложить по девяти функциональным осям: часть возможностей заработает сразу после переноса, часть команде придётся собирать самостоятельно, а часть устроена иначе и потребует новых регламентов. В статье разберём эти группы, порядок проверок и различия между версиями платформ от сообщества; доработки вендоров поверх открытой базы рассмотрим отдельно. Это вторая статья цикла: в первой обсуждались класс решения, модель поддержки и совокупная стоимость владения. Материал рассчитан на инженеров эксплуатации и архитекторов виртуализации, которые выбирают целевую платформу или уже ведут миграцию; специалистам по ИБ будут полезны разделы о доступе к коду и регуляторных требованиях. Таблица девяти осей и чек-лист пригодятся также при переходе с Hyper-V и Nutanix: они относятся к слою оркестрации и не зависят от исходной платформы.

DeepSeek выпустил свой агентный харнесс отдельным приложением: установщик для Windows и macOS, без Node.js и терминала. Разбираю по документации и журналу выпусков, что лежит внутри, как оно ставится, обновляется и работает в фоне, какие права получает агент и какие плагины сообщества ставить первыми. Данные на 5 октября 2026 года.

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

Всем привет! В прошлой статье я рассказывал про ребрендинг моего плагина для Obsidian, Companion и MCP. Но спустя какое-то время я поймал себя на достаточно неприятной мысли: поменять название, причесать отдельные функции и добавить ещё несколько возможностей недостаточно, чтобы получился действительно интересный продукт. Функций становилось всё больше, а ответа на довольно простой вопрос всё ещё не было:

Зачем обычному пользователю вообще нужен именно мой плагин?

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

Две вакансии называются Senior Java. В одной ищут Spring/PostgreSQL/Kafka backend, в другой JMM, GC, lock‑free и low latency. А в третьей Senior уже незаметно превращается в Tech Lead. Я посмотрела реальные Java‑вакансии глазами IT‑рекрутера и проверила, насколько вообще название позиции помогает понять, кого на самом деле ищет компания.

Рассказала знакомому, что моего рюкзаку зайцу пришёл конец, он износился и это последний раз когда я с ним. Этот заяц привлекал много внимания и помогал разрушать социальный барьер. Я ему уже и меняла лямки - пришила ленты Sber Tech - остались от конференций. Но вот износился сам материал. Знакомый сказал, что можно продать на Авито. Я подумала: Ок, если кто-то приедет и заберёт - я могу отдать, но я в целом такой человек, что мне проще дойди до мусорки. 

Привет! Меня зовут Маша, я Senior Product Manager и разбираю только те продукты, над которыми сама хотела бы поработать, так как ими пользуюсь, люблю и вижу, где есть потенциал роста. Мне драйвово искать для них решения, которые выводят продукт на новый уровень не только по деньгам, но и по UX и любви пользователей. Мои разборы: «Рейтинг ни на что не влияет»: Почему Яндекс.такси выбирает газлайтинг вместо честного UX и 8% рынка колонок и 15 способов сказать «не знаю»: как VK заменила развитие Маруси юмором.

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

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

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

Оборванная копия PostgreSQL может пройти gzip -t, заливку через psql и даже строгий режим с ON_ERROR_STOP: на стенде 1С все три вернули 0. Что такой обрыв всё-таки ловит, разобрано по опытам. Рядом фрагмент копии, прогнанный там же.