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

В 1970-е годы Япония стала вторым по величине после Америки производителем автомобилей, обогнав по их экспорту ФРГ и став мировым лидером по этому показателю. Японские карманные калькуляторы успешно конкурировали с американскими и западноевропейскими, а две трети настольных калькуляторов в самих Штатах и вовсе были японскими. Тамошние электронные наручные часы фактически приговорили к смерти швейцарскую часовую промышленность. Каждый второй транзисторный приемник и магнитофон на мировом рынке был японским. И все это, что потом назвали «японским экономическим чудом», страна проделала молча, не объявляя заранее: «Щас мы сделаем такое авто (приемник, магнитофон, калькулятор и т.п.), что вам всем мало не покажется!» 

Почему японцы сделали исключение для компьютера? Почему собрали в 1981 году у себя в Токио сотню IT-специалистов из 14 стран на международную конференцию по компьютеру пятого поколения, на которой профессор Мото-ока самым подробнейшим образом рассказал им, что и как он и его коллегии, собираются сделать, чтобы создать самый умный и самый мощный в мире суперкомпьютер?

Тепловизор ручной из летающего fpv модуля 640, с получением фото на смартфоне. Купил 1-канальный конвертер AV NTSC PAL Video S Video/Composite в USB, аналоговую тепловизионную камеру для fpv дрона.

FastAPI окончательно закрепился в стеке Python-разработчиков, а значит, на собеседованиях вас точно будут гонять по корутинам, Pydantic и Dependency Injection. Я собрал 10 реальных вопросов (включая коварные подвохи от сеньоров!), которые сейчас задают джунам и мидлам. Никакой сухой теории из доков — только практика. Го под кат — проверим, насколько вы готовы к следующему интервью!

Пришла в голову  задача, которая на словах звучит просто. «Сделай скрипт, который смотрит логи и шлёт в Telegram»  ну что тут сложного? Bash, curl, пара if-ов. Час работы, не больше.

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

1.    Проверка ошибок в системных логах

2.    Контроль свободного места на диске

3.    Мониторинг состояния сервисов

4.    Анализ использования памяти

5.    Контроль попыток несанкционированного доступа

Пять пунктов. Каждый кажется несложным. Вместе они означали, что это уже не «скриптик на вечер», а полноценный инструмент. Что ж, поехали.

Для начала решил написать тестовую версию с минимальными фукциями:

Всем привет, с вами вновь сумасшедший профессор (хотя совсем не профессор и возможно не совсем сумасшедший). Разберем очередную актуальную тему или не очень актуальную.

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

Или можно ли для произвольной задачи программирования найти практический смысл?

Точечные частицы удобны для расчётов. Но что если именно точечное представление мешает интуитивно понять происхождение массы, заряда и некоторых квантовых эффектов? Рассуждение о переходе от объектного описания природы к процессному.

Написал это для друга чтобы он не звонил мне с вопросом «почему Telegram не работает».
А теперь звонит с вопросом «когда обновление»... Прогресс)

NetFix - это GUI-приложение для Zapret и TgWsProxy с ПОЛНОЙ автоматизацией. Не просто запуск, оно само скачивает, само настраивает, само следит, само обновляет. Одна кнопка вместо батников, конфигов и консоли.

Что внутри, как это работает и почему там есть даже ритм-игра - читайте далее

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

Я прошёл тест на hh.ru с помощью ИИ. Мне не поверили и обвинили во лжи. Я прошёл его ещё раз. Под катом немного рассуждений, немного оскорблений и 30-минутный видеопруф.

Не всегда стоит патчить ответ от внешнего HTTP-сервиса через mocker.patch. В таких тестах приложение возвращает ожидаемый ответ, но важная часть логики остаётся непроверенной: какой URL собрал клиент, каким методом ушёл запрос, какое тело было отправлено и как обработался ответ внешнего сервиса. В статье показываю другой подход: мокать не метод клиента, а сам внешний HTTP-сервис. Для клиентов на requests используем requests-mock, для клиентов на httpx — pytest-httpx. Так тесты остаются быстрыми и без реальной сети, но при этом проходят через настоящий код клиента и позволяют проверять состояние фейкового внешнего сервиса, тем самым улучшая качество тестов.

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

Обсудим «конструкторы ОС» и все его плюсы и недостатки.

Когда говорят про AI-агентов, обычно обсуждают качество модели, промпты, рассуждения, hallucinations, стоимость токенов и скорость ответа. Но если убрать маркетинговый шум, быстро выясняется более приземлённая проблема: как вообще такая система будет работать под нагрузкой?

Один пользователь попросил агента составить отчёт. Второй запустил проверку данных в CRM. Третий подключил агента к базе, почте и внутреннему API. Четвёртый дал агенту задачу, которая порождает ещё десять внутренних действий. И вот уже перед нами не “чат с искусственным интеллектом”, а полноценная распределённая платформа, где нужно контролировать запросы, права доступа, очереди, лимиты, ошибки, повторные попытки, логи, безопасность и стоимость выполнения.

В этой статье я разберу, как может быть устроена платформа управления AI-агентами, подобная нашей: не как один большой чат-бот, а как отдельный слой между пользователем, моделью, API, бизнес-системами и инфраструктурой. Главный вопрос статьи: за счёт чего такая платформа может выдерживать нагрузку и не превращаться в хаос при росте числа пользователей, агентов и выполняемых действий.

Токен — это единица текста.

AI-действие — это единица полезного результата.

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

Vulkan-рендер для S.T.A.L.K.E.R. OGSR: трава до горизонта, меньше статтеров и новый фундамент Зоны..

Запуск TorrServer на слабеньком процессоре Smart TV — это гарантированные тормоза, троттлинг и вылеты из-за нехватки оперативной памяти. Телевизор должен просто проигрывать готовый видеопоток, а всю тяжелую работу по скачиванию и буферизации торрентов лучше переложить на домашний сервер.

В этой статье подробно разберем, как развернуть TorrServer в легковесном Debian LXC-контейнере на Proxmox VE, настроить RAM-only кэширование для сохранения ресурса SSD хоста (чтобы не убить накопитель гигабайтами перезаписи фильмов), написать сторожевой watchdog-скрипт на bash для контроля зависаний и подружить всё это с медиа-оболочкой Lampa на Android TV.

Пошаговая инструкция, конфиги, API-запросы и код скрипта под капотом.

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

Как одна продуктовая фича может превратить обычный GPS-трекер в главную спортивную зависимость десятилетия? Разбираем феномен «KOM-хантеров» в Strava с точки зрения поведенческой психологии и системного анализа. Внутри: механика дофаминовой петли, технические уязвимости алгоритмов расчета сегментов при частоте опроса GPS в 1 Гц, программное читерство через API и то, как комьюнити устраивает самосуд над нарушителями виртуальных границ.

Google заблокировал Gemini для российских IP — и сделал это на нескольких уровнях одновременно: веб-интерфейс, мобильное приложение, прямой доступ к API через google.com. Обойти это можно тремя способами, у каждого свои компромиссы по стабильности, стоимости и сложности настройки.

Эта статья — разбор конкретных подходов к доступу: что работает в 2026 году, где ограничения, какой вариант выбрать под конкретную задачу.

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

Период гиперроста и дефицита кадров в ИТ-индустрии, сопровождавшийся агрессивным перекупками специалистов и перманентным увеличением ФОТ, сменился фазой жесткой рыночной коррекции. К середине 2026 года на ИТ-рынке труда окончательно сформировался выраженный тренд на доминирование работодателя (Employer's Market): совокупный объем доступных вакансий сократился в среднем на 40%, а средний hh-индекс в секторе ИТ достиг критической отметки в 20 соискателей на одно рабочее место. В текущих реалиях специалисты уровня Middle сталкиваются с автоматическим высокопроцентным отсевом на этапе первичного скрининга резюме, а соискатели уровня Senior вовлечены в многоуровневые, затяжные циклы технического и архитектурного отбора. В настоящем материале представлен детальный структурный анализ причин деградации процессов найма, исследованы макроэкономические факторы оптимизации бюджетов на разработку и предложены валидированные стратегии адаптации квалифицированных инженеров к новым условиям рынка.

В этой статье подробно разбираются и доказываются две классические теоремы теории динамических систем: теорема о локальном выпрямлении векторного поля и критерий комму- тирования фазовых потоков. Эти утверждения стандартны; они входят в университетские программы и содержатся во многих учебниках по обыкновенным дифференциальным уравнениям и дифференциальной геометрии. Однако на практике полное формальное доказательство критерия коммутирования встречается редко. В продвинутой литературе (например, в учебниках В. И. Арнольда) авторы обычно используют геометрический подход через производную Ли, что требует привлечения аппарата дифференциальной геометрии, при этом аналитические детали зачастую оставляются за кадром. В более простых же курсах это доказательство часто и вовсе опускают. Методическая особенность предлагаемого текста заключается в том, что оба утверждения доказываются строго аналитически — в компонентах и без привлечения геометрических обра- зов. Все выкладки опираются исключительно на базовый математический анализ и классиче- скую теорему существования и единственности решения задачи Коши.