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

Всем привет! Меня зовут Сергей, и я Backend Kotlin разработчик в компании занимающейся разработкой систем повышающую безопасность дорожного движения. И я расскажу, как мы с помощью Jetpack Compose и GitLab API упростили процесс деплоя на 100+ распределённых серверов, повысив при этом удобство и предсказуемость процесса.

Большинство торговых систем работают так: “если RSI пересёк X — покупай”.
Но рынок — стохастическая система. Сигналы не бинарны, они вероятностны.

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

Разберём логику этого анализатора и как именно он работает.

Вы платите за контекстную рекламу более 100.000 рублей в месяц, заявки дорожают, конкуренты поднимают ставки, рентабельность падает. Кто-то говорит: «Попробуй SEO», другой советует: «Запусти таргет», третий: «Делай email-рассылки». А вы думаете: «А вдруг не сработает? Вдруг солью бюджет впустую?» И продолжаете платить всё больше за то, что работает всё хуже.

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

Мой путь от простых телефонных заметок к системе персонального знания начался с боли: потеря данных при смене устройств, неудобная синхронизация, отсутствие контроля. Прорыв случился с Obsidian — приложением, которое, как и VS Code, строится вокруг открытого формата (Markdown), локального хранения и расширяемости через плагины. Именно этот принцип «я управляю инструментом, а не наоборот» стал ключевым: Obsidian — не блокнот, а операционная система для мышления.

Аннотация

Данная работа основана на концепции междисциплинарного направления в науке и технике - «Инженерия функционально-активных контактных материалов и систем». 

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

 Введение

 Современная робототехника предъявляет возрастающие требования к сенсорным покрытиям, имитирующим человеческую кожу. Необходимы системы, позволяющие одновременно определять силы контакта, температуры, приближения и даже различных полей. Действующие сенсорные решения, такие как ёмкостные, резистивные, оптические сенсорные матрицы, требуют отдельного источника питания, сложной активной электронной схемы и сложных матриц, что невозможно или затруднительно реализовать в гибких робототехнических системах, особенно в миниатюрных или автономных. Матричная организация сенсорных узлов усложняет прокладку линий, создание гибких покрытий со сложной геометрией, требует прецизионной калибровки, а потребляемая мощность и помехоустойчивость становятся критическими по мере роста площадей покрытий.

«Зарабатываешь только $2000?
Не пиши мне "привет".
Не ставь лайки.
Не мечтай.
Мы в разных пищевых цепях».

В последнее время соцсети завалены подобными манифестами от девушек. Это вызывает раздражение, смех и хейт.

Но если убрать этическую сторону и посмотреть на это циничным взглядом предпринимателя — они чертовски правы.

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

Еще две тысячи лет назад было сказано: «Не давайте святыни псам и не бросайте жемчуга вашего перед свиньями, чтобы они не попрали его ногами своими и, обратившись, не растерзали вас».

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

В первой статье я показал, как сделал парсер пампов/дампов на BingX. Сейчас же проект вырос: из простого сборщика сигналов он превратился в полноценного торгового бота, который позволяет делать максимально гибкую настройку для каждой стратегии. Я решил использовать 12% и 5% сигналы как основные - от них и будет отталкиваться бот. Сейчас он находится в стадии тестирования (на демо-апи) и каждый может его протестировать!

Разобрал основную структуру бота, функции, работу с базой данных и логику стратегий.

В последнее время тема лидерства в IT компаниях потерялась в потоке энтузиазма, вызванного безграничными перспективами отрасли, и напрасно. Лидерство, конечно, фигурирует в современных методологиях типа Agile и DevOps, но при этом не наделяется достаточной силой, чтобы выполнить свою трансформационную роль. Лидерство превратилось в своего рода Золушку, с неочевидным для всех королевским потенциалом. Эта статья возвращает лидерство на пьедестал, обосновывая его уместность именно для IT. Речь здесь идет о таком лидерстве, которое одержимо незаурядным результатом в равной степени, как и опорой на смыслы и человеческим достоинством и не имеет ничего общего с расхожим «лидерством», которое практически равнозначно понятию «руководитель». За этим, возможно непривычным для сферы IT пониманием лидерства, стоят хорошо известные с 70-х годов принципы трансформационного лидерства Джеймса Бернса и Бернарда Басса.

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

Здравствуй Хабр!

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

И мы просто представим, что нам с вами поступила задача, внедрить у заказчика отечественную операционную систему.

Здравствуйте, уважаемые читатели.

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

Вероятно, все знают про 23 проблемы Гильберта, определившие развитие математики XX века. Но мало кто знает, что в черновиках великого немца была 24-я проблема: она касалась критериев простоты доказательства и поиска наиболее прямых методов решения задач.

Многие команды уже построили вокруг Kubernetes свои внутренние платформы, но со временем они превращаются в свалку YAML’ов и разрозненных Helm-чартов. В статье показывается, как собрать из этого аккуратный «конструктор» из трёх уровней компоновки (инфраструктура, сервисы платформы, приложения), завязать всё на GitOps через Argo CD и vCluster, а затем скрыть сложность за шаблонами и CRD, чтобы разработчику было достаточно описать один WebApp-ресурс вместо возни с десятком сущностей Kubernetes.

Привет, Хабр! На связи Лера, технический писатель в Авито. Сегодня разбираем научный бестселлер «Зачем мы спим» Мэттью Уолкера — профессора нейробиологии, одного из ведущих исследователей сна и основателя Центра изучения сна при Беркли.

Меня зовут Сергей Спиренков. Я — евангелист в KODE (мы делаем мобильные продукты) и CEO собственных проектов. Последние месяцы я буквально живу внутри новой парадигмы — собираю продукты в одиночку, без строчки кода руками, используя только AI и немного здравого смысла. Хочу поделиться, как меняется профессия product owner, что ждёт разработчиков, и как выглядит новый тип специалиста — product engineer.

Команда Spring АйО подготовила перевод статьи о том, как JSpecify наконец превращается из «ещё одного стандарта для библиотек» в рабочую основу null-безопасности для всей Java-экосистемы. IntelliJ IDEA 2025.3 впервые согласовала свои проверки с NullAway, а Spring и JetBrains синхронизировали suppressions и поведение анализаторов. Итог — единый, предсказуемый null-анализ без сотен ложных предупреждений.

Построение отказоустойчивой гибридной сети между локальной инфраструктурой и облаком — одна из ключевых задач при миграции. Стандартных решений здесь не существует: выбор архитектуры и технологий зависит от требований безопасности, производительности и желания избежать vendor lock-in.

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

В основу статьи легли вопросы и задачи, с которыми клиенты часто обращаются к командам Presale архитекторов и Professional services VK Cloud, когда они хотят построить надежное гибридное решение для своего бизнеса.

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

Построение отказоустойчивой гибридной сети между локальной инфраструктурой и облаком — одна из ключевых задач при миграции. Стандартных решений здесь не существует: выбор архитектуры и технологий зависит от требований безопасности, производительности и желания избежать vendor lock-in.

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

В основу статьи легли вопросы и задачи, с которыми клиенты часто обращаются к командам Presale архитекторов и Professional services VK Cloud, когда они хотят построить надежное гибридное решение для своего бизнеса.

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

Привет, Хабр! Меня зовут Алексей, я занимаюсь беспроводными технологиями и сегодня хочу рассказать об опыте проведения большого исследования - опроса абонентов провайдеров, который охватил почти сто тысяч абонентов и длился больше трёх лет. История, которая началась как товарищеский спор, но которая быстро смогла нас всех увлечь и поразить полученными результатами. Это был действительно увлекательный опыт. Первые опросы мы проводили в домовых чатах, до которых могли достучаться, и нужно сказать, что это, наверное, самый действенный механизм взаимодействия с целевой аудиторией. Затем мы создавали опросы в Google и Яндекс.Формах, пробовали даже поднять свою опросную платформу на базе Limesurvey, привлекали в качестве помощников в опросе студентов (спасибо коллегам из вузов и студенческих профсоюзов). Некоторые ответы ставили нас в тупик, а некоторые порождали ещё больше вопросов. Тогда мы отступали на шаг, проводили проблемные интервью с некоторыми из опрашиваемых и вновь повторяли опросы.

Управление состоянием — один из ключевых аспектов разработки приложений на Flutter. Часто для этой задачи выбирают тяжелые и многофункциональные решения вроде BLoC, Riverpod или GetX. Однако во многих проектах подобная инфраструктура избыточна: не каждое приложение требует сложной архитектуры и дополнительного уровня абстракции.

В данной статье мы расскажем про встроенные инструменты Flutter, которые позволяют реализовать надежный и предсказуемый state-менеджмент без сторонних фреймворков. Вы узнаете, как использовать ValueNotifier и Provider для удобной работы с состоянием и когда такой подход является оптимальным.

Последние громкие кибератаки показали: для безопасности корпоративной инфраструктуры требуется комплексный подход. Всё большую роль играют системы поведенческого анализа трафика, такие как NTA/NDR, которые позволяют выявлять обход средств защиты периметра и угрозы в сети на ранних стадиях.

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