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

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

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

Меня зовут Владислав Архипов, я архитектор команды разработки security‑сервисов в Yandex Cloud. Мы занимаемся как непосредственной безопасностью облачной платформы и её клиентов, так и созданием сервисов безопасности. 

Итоги 2025 года в сфере информационной безопасности показали, что нагрузка на security‑команды любого уровня растёт вместе с ростом потока данных. На нашем примере: к середине 2025 года количество типовых событий безопасности, которые мы обрабатывали, в среднем составляло 28 млрд в день, а рост за год составил 20%. При этом всё чаще необходимо анализировать потоковые источники данных, где традиционные подходы с периодической выгрузкой информации просто исчерпали себя.

В этой статье вместе с руководителем Cloud Security Operations Юрием Наместниковым @namestnikov мы расскажем, как создаём Security Deck и добиваемся прозрачности процессов ИБ, а также о том, как хронологическое хранилище помогает справляться с растущими потоками данных. Покажем, как мы превращаем разрозненные события в стейт и храним в хронологической базе данных, а также в чём отличие нашего запатентованного решения от других на уровне архитектуры.

9 февраля в России отмечали День гражданской авиации — праздник, который уходит корнями в 1923 год, когда была основана первая отечественная авиалиния. К тому моменту прошли всего несколько лет после Гражданской войны, страна заново училась летать.

В те года Советский Союз представлял из себя огромные просторы, разбросанные города, и почти полное отсутствие современных транспортных самолётов. Пассажирские рейсы только зарождались, часто на переделанных военных бипланах или импортных машинах вроде небольших Junkers F 13.

К концу десятилетия появляется блестящий трёхмоторный моноплан с гофрированным серебристым крылом. Этот самолёт получил индекс АНТ-9 и неофициальное имя «Крылья Советов». Для молодой страны он стал тем же, чем легендарный Ford Tri‑Motor был для Америки.

Новость о том, что SpaceX поглощает xAI для создания, на бумаге, самой дорогой непубличной компании на планете, в очередной раз демонстрирует способность Маска перестраивать свои компании так, что когда одна показывает признаки проблем с финансированием, другая может дать ей кислород, и в процессе передать престиж, нарратив и ключевые мультипликаторы. Fast Company объясняет слияние через призму научной фантастики: размещение дата-центров в космосе для питания их солнечной энергией и охлаждения бесплатно в вакууме, снижая затраты и обходя физические ограничения (электричество, вода, земля, разрешения) Земли. И вдобавок это добавило два весьма земных преимущества: возможность привлекать более сильных специалистов под брендом SpaceX и финансировать ИИ за счёт правительственных контрактов.

Итак, Вам не повезло, Вы – техлид (тимлид, главный инженер etc) большого и старого проекта на C#, который был написан в доисторические времена, когда async еще не завезли. Проект старый и большой, но живой и развивается. Может быть даже, что проект использует современный .NET, современную версию C#, но вот незадача – не использует async, а очень бы хотелось.

 Как осуществить такой рефакторинг и какие трудности ожидают на этом пути?

10 новых российских продуктов для защиты нейросетей от утечек данных, разбора IT-вакансий, организации событий и регистрации участников прямо в Telegram, выполнения действий ИИ в разных системах под контролем человека и многого другого. Битва за «Продукт недели» началась!

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

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

В мире информационных технологий нет ничего постоянного. Стандарты меняются: если раньше стандартом было развертывание локальных серверов и отдельных учетных записей, то сейчас фокус сместился в сторону централизованного управления идентификацией. Современным базовым стандартом для любой развитой IT-инфраструктуры стал Единый Вход или SSO (Single Sign-On).

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

Наша команда на практике прошла путь интеграции с различными SSO. Мы работали с такими решениями, как WSO2 и ADFS, и каждый раз убеждались в том, насколько SSO важен для инфраструктуры.

Этот опыт позволил определить требования к Identity Provider’у: открытость, масштабируемость и возможность адаптации под быстро меняющиеся бизнес-задачи. И здесь на первый план выходит Keycloak.

Почему именно Keycloak?

В отличие от многих аналогов, Keycloak — это решение с рядом преимуществ:

Введение:

В этой статье мы расскажем, как сделать простенького робота-манипулятора с управлением по Bluetooth.

К будущему устройству на этапе создания сразу были предъявлены следующие требования:

· сравнительно небольшие габариты как платы, так и устройства в целом;

· использование максимально доступных компонентов;

· презентабельный внешний вид.

Для работы нам понадобится:

компьютер с установленным ПО Arduino IDE,

5 сервоприводов;

В прошлой своей статье я открыл для себя интересную, но неприглядную истину — что рынок это то место, где можно зарабатывать даже не зная будущего. Не угадывая направление — пойдёт вверх или вниз, не изображая из себя Вангу, а лишь правильно работая с вероятностями и размерами позиции. Если вы подбрасываете монетку и ставите 100% на орла — вы банкрот при первом же выпадении решки. Но если вы дробите капитал по формуле Келли или используете ребалансировку, вы можете зарабатывать даже при череде неудач.

В прошлой статье по советам Дмитрия Шалаева я рассматривал математический трюк когда на сгенерированных котировках при убыточном активе капитал рос, а стратегия купил и держишь медленно обнуляла виртуальный счёт.

В комментариях многие справедливо написали что теория — это хорошо, но реальный рынок — это совершенно другое. Что там существует комиссии, проскальзывания, разные режимы торгов, человеческая психология и главное — что я буду делать сам без математика в напарниках? 

Так вот, я решил принять этот вызов и самостоятельно, без Дмитрия Шалаева разобраться как похожая стратегия может вести себя на акциях Московской биржи.

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

Всякий раз, когда мне нужно было распарсить что-то JSON'оподобное, я использовал утилиту jq. В состав дефолтных пакетов она еще входит не во всех линуксовых дистрибутивах, но уж на моем компьютере она точно была всегда с того момента, как я о ней узнал. Я думаю, что сегодня она действительно стала тем, чем видели ее разработчики — sed'ом для данных в формате JSON.

И все же было обидно, что максимум, что я могу сходу написать — это cat file.json | jq .["key"][0]. Поэтому я решил изучить эту штуку поподробнее. Всегда же приятно показать коллегам, как вписываешь в терминал адскую нечитаемую команду, которая, тем не менее, делает ровно то, что требуется. В программную архитектуру сегодня умеет каждый, а вот буквально переложить джейсон — это задача поинтереснее :)

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

Выбор пал на Scoundrel — это игра-рогалик, в которую можно в одиночку играть, имея на руках стандартную колоду из 54 карт. По сути дела, пасьянс с некоторым rouge-like антуражем. Задумка обалденная, но когда я играл в эту игру реальными картами, мне очень не хватало погружения: все же сложно представлять, что бубновая десятка — это мощнейшее оружие, а трефовый туз — жесткий босс, от которого с высокой вероятностью придется сбегать. К счастью, программирование позволяет запрятать всю внутреннюю карточную логику настолько глубоко, что человек, который впервые столкнется с этой игрой в терминале, вряд ли догадается, что первоисточником стал пасьянс.

Приветствую, если почитать комментарии под любыми роликами или статьями про накопители, очень быстро всплывают одни и те же мысли. SSD надёжный, потому что в нём нет механики. Если его не трогать и не записывать — он не изнашивается. А если что-то случится, данные всегда можно восстановить, как с обычного жёсткого диска.
Когда-то я и сам так думал. Это кажется логичным: нет вращающихся блинов, нет головок, которые могут поцарапать поверхность, всё быстро, современно и технологично. Но чем глубже начинаешь разбираться, тем яснее становится одна простая вещь — в SSD ломается не механика. В SSD медленно и незаметно "деградирует" механизм хранения данных.

Доброго дня всем!

Мыс друзьями делаем инди‑игру The 13th Sign, и недавно выпустили первый трейлер, он же — техническое демо. После чего в узких кругах возник широкий круг вопросов формата «как это работает». Ниже — все детали реализации.

SaaS «Software Sun as a Service» Американский стартап Reflect Orbital заявил о готовности продавать «дополнительные солнечные часы», используя спутники-зеркала. Разбираем, на чем основана эта идея и какие подводные камни скрываются за громкими заявлениями.

1. Концепция: взлом главного недостатка солнечной энергетики

Солнечная энергетика страдает от двух фундаментальных проблем: цикличность (день/ночь) и зависимость от погоды. Reflect Orbital предлагает не улучшать панели или аккумуляторы, а атаковать причину — добавить «искусственное солнце» в те моменты, когда настоящее недоступно.

Ключевое утверждение стартапа: «Мы продаём не энергию, а время работы солнечных панелей». Это смелый ход, который переносит ценность с генерации на инфраструктуру управления светом.

2. Техническая архитектура:

В основе — группировка микроспутников на полярной солнечно-синхронной орбите (~600 км). Каждый аппарат несёт развёртываемое майларовое зеркало площадью ~100 м².

Инженерные вызовы, которые пришлось решить:

В этой статье я расскажу какие инструменты для вызова нативного кода существуют для
Kotlin Multiplatform, и как я сделал собственный Gradle-плагин для генерации биндингов к C/C++ под JVM, Android, Native и JS.

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

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

Вам когда-нибудь задавали вопросы типа такого: «Как сделать так, чтобы всё?», а ты такой: «Чего?!»
— Ну как сделать так, чтобы на кнопочку нажал и все вылезло?‑
WTF?
— Ну, кампутер, кнопочка... Знаешь? Тыц. И все вылезло. Как сделать?
— ???
— Ты тупой?!
— @#&!!!

Этот cказ о том, как мне надоело приглядываться к раскладке клавиатуры, и я решил проблему попутно освоив нестолько фичей в программировании и не только

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

Скорее просто постскриптум к первой части.

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

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

Переводчица: «Я три года работала в индийском посольстве».
Что слышу я: «Владею языком близко к носителю: абы кого в посольство-то не возьмут. Фильмы, само собой, тоже смотрю почти как на русском».

Примерно так же я думал про некоторых своих преподавателей на ИнЯзе.

Позже оказалось, что при скоростной и/или невнятной речи они порой не понимают не то что отдельные фразы, а даже О ЧЁМ говорят носители. И это в простом бытовом разговоре без большого количества сленга. «Смотрю фильмы на английском» у профессионалов может означать «могу следить за сюжетом, не углубляясь сильно в детали, понимаю 70-90% речи». ≈100% только с субтитрами и словарём.

Не зная этих вещей, многие расстраиваются — думают, что с ними что-то не так.

Пилотируемая высадка на Луне, запланированная в миссии Artemis III, увы, официально перенесена на 2028 год. NASA столкнулась с эрозией покрытия в ходе миссии Artemis I. К этому добавились задержки Axiom Space со скафандрами AxEMU и технологическая сложность Starship HLS. Последнему необходимо отработать схему \для перекачки криогенного топлива на орбите и выполнить беспилотную тестовую посадку.

В статье я постарался разобрать азы теории оптимального спуска, написал скрипт посадки на PowerShell, проанализировал спуск LM-5 Eagle, пилотируемого Нилом Армстронгом, и применил современный метод оптимизации управления G-Fold.