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

Привет, Хабр. Меня зовут Екатерина Гражданкина, я аналитик-исследователь в Одноклассниках.

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

Команда Go for Devs подготовила перевод статьи о трёх языках, которые всё чаще оказываются в одном ряду, но на самом деле решают принципиально разные задачи: Go, Rust и Zig. Автор несколько месяцев изучал каждый из них и попытался понять, какие ценности стоят за их устройством. Go выбирает минимализм и корпоративную предсказуемость, Rust — безопасность и максимальную выразительность, Zig — радикальный контроль и отказ от ООП-мышления. Получился честный и местами провокационный разбор того, зачем нужны эти языки и кому из разработчиков они подходят.

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

Меня зовут Стас Иванкевич, я техлид в команде разработки управляющего слоя Platform V DropApp в СберТехе. В управляющий слой входят установщик кластера, консоль, API, другие компоненты и самое релевантное для этой статьи — наши многообразные операторы.

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

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

Сталкивались ли вы с болью при управлении порядком запуска и остановки зависимостей в вашем Go-сервисе?

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

Примерный сценарий жизненного цикла сервиса выглядит так:

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

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

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

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

Всем привет! На связи Angara Security. Сегодня Лариса Карпан, старший специалист по безопасной разработке, подготовила статью для AppSec- и DevSecOps-специалистов, а также для CISO, которые уже столкнулись с интеграцией ИИ в свои процессы и системы, но пока не знают, с какой стороны подойти к вопросам безопасности. Это, по сути, «MLSecOps для самых маленьких».

Просим опытных экспертов в области безопасности AI проходить мимо и не бросаться помидорами, статья рассчитана на новичков в данной области. Также хотим подчеркнуть, что данный материал относится ко всем типам ML-моделей, включая генеративный ИИ (GenAI) и предиктивный ИИ (PredAI).

Всем привет! Меня зовут Артемий, я работаю SRE-инженером в команде RTP (real time processing) Clickstream в Авито. Сегодня мы хотим поделиться нашей историей о том, как мы переехали в Kubernetes, развернув Apache Flink с помощью Flink k8s operator.

Всем привет!

Меня зовут Алексей Медведев. Первый раз я участвовал в кибербитве Standoff в 2022 году. Далее стал капитаном синей команды (Command and Defend, которая впоследствии сменила название на Ctrl+Alt+Defend) и возглавлял ее на протяжении пяти битв подряд. На Standoff 16 я передал эту ответственную должность и стал своеобразным наставником команды. Расскажу о том, как мы защищали и как нас ломали.

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

Предыдущие части:

«Геометрическая головоломка на выходные»,
«Электродинамика виртуальной Вселенной»,
«Механика виртуальной Вселенной»,
«Квантовая механика виртуальной Вселенной (Часть I)»,
«Квантовая механика виртуальной Вселенной (Часть II)»
«Релятивизм виртуальной Вселенной»

Здравствуйте, дорогие читатели.

Предлагаю Вашему вниманию продолжение цикла статей о физике виртуальной Вселенной. Мы прошли длинный путь и смогли многое описать в рамках поля на сфере S3 с помощью модели Скирма, дополненной членом потенциала вакуума и расширенной на всё пространство. В самом начале, когда мы принимали гипотезу об общей замкнутости геометрии нашей виртуальной Вселенной и представили её в виде сферы S3 — мы приняли её радиус >= 1028 сантиметров, чтобы не конфликтовать с наблюдениями жителей этой самой виртуальной Вселенной о «плоскости» пространства. На тот момент, объяснение такого выбора было «заметено под ковёр», о чём я честно написал в заключении первой статьи. Кроме того я отметил, что к этому параметру нам ещё придётся вернуться. Это время пришло. Итак, давайте займёмся большим, в прямом и переносном смысле, делом — попробуем описать космологию нашей виртуальной Вселенной.

Дисклеймер: Эта глава в первую очередь адресована специалистам и тем, кто привык критически относиться к фундаментальным моделям, хотя, надеюсь, она будет интересна и более широкой аудитории.

Я не рассматриваю изложенную здесь модель как завершённую или окончательную теорию. Скорее, это попытка последовательно проверить, может ли единая фазовая SU(2)-структура дать связное описание известных физических масштабов — от микрофизики до космологии без введения дополнительных постулатов.

Привет, Хабр!

Вам нравится пользоваться вордом? Лично я так привык к markdown редакторам вроде Obsidian с его вагоном плагинов, что вспоминаю о Word только когда приходит время для текста той же курсовой или отчета.

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

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

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

Сегодня я расскажу о самых полезных и неочевидных из них.

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

Всем привет, меня зовут Алекс Гусев. В этой публикации я продолжаю формализовать свой личный опыт взаимодействия с агентом OpenAI Codex при разработке программного обеспечения. Речь пойдёт о практическом использовании файлов AGENTS.md как инструмента организации контекста проекта в долгоживущих и структурно сложных системах.

Привет, Хабр! Меня зовут Таисия Брезгина, я Enterprise Agile coach в МТС Web Services. У нас в компании выстроена система поддержки команд, и ее важная часть — регулярная диагностика. Мы используем много разных инструментов, для того чтобы выявлять слабые места и дисфункции и за счет их решения растить эффективность команд. Хочу поделиться инсайтами в работе своей небольшой команды скрам-мастеров и аджайл-коучей. Какие инструменты у нас действительно работают и почему важен комплексный и кастомизированный подход, а не бездумное внедрение инструментов и методов. 

Это начало цикла о том, что классический бизнес, что малый, что средний, что крупный корпоративный, должны взять из профессионального спорта. В первую очередь из игровых видов типа футбола, хоккея и баскетбола. Потому что по массе моментов спорт в своем развитии и глубине мышления давно и очень серьезно опережает даже очень известные корпорации. Что говорит, если в Agile из регби пришло такое понятие как «схватка», то есть "скрам". Правда, вайтишники и эффективные манагеры по дороге всё переврали и ни хрена не поняли, но это не тема данной статьи. Нас интересует, что из практик, схем и методологий можно взять из спорта как есть, частично или после необходимой адаптации под корпоративные процессы или под жизнь разработки и производства.

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

И наконец последнее лирическое замечание перед углублением в тему и контекст. Данный цикл – это результат наших мозговых штурмов в так называемом «кружке Щедровицкого». Поэтому большое спасибо моим коллегам по данному собранию – Алексею, Николаю, Марку, Олегу и Михаилу, и всем остальным, кто генерировал идеи и давал ценные замечания. Без вас и ваших рассуждений я бы эту тему не осилил бы.

Вообще-то мы делаем конструктор корпоративных баз данных с автоматизациями, но меня давно просили сделать какой-нибудь демонстрационно-учебный проект — чтобы, типа, best practice можно было глянуть. Так как ИИ бесжалостно прёт изо всех щелей и от него никуда не деться, решили сделать такой, чтобы использовал его, но только, блин, с реальной пользой, а не очередное «напиши статью про то — не знаю что». Получилось хорошо: по задаче работает лучше, чем если бы мы человека за разумные деньги посадили делать то же самое. Ну и, понятно, быстрее (хотя с последними замедлениями API OpenAI хотелось бы ещё побыстрее).

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

На программах ТОП ИТ Московского авиационного института с 2025 года учатся будущие middle-разработчики. Что же делает нашу программу особенной и как мы погружаем студентов с первого семестра в ИТ-индустрию, об этом и расскажем от лица студента ТОП ИТ в этом кратком обзоре уже практически прошедшего семестра обучения…

Реставрация 35-метрового храмового купола с его сложнейшими сводами требовала нестандартного подхода: возвести строительные леса, точно повторяющие криволинейную геометрию памятника и при этом абсолютно устойчивые без крепления к стенам. Выполнение этой задачи с помощью 3D-моделей вместо десятков чертежей, сокращение сроков проектирования в 3 раза и сложнейшая конструкция строительных лесов, рассчитанная на собственную устойчивость без единого анкера.

Все это – результат одного решения, которое многие российские инженеры до сих пор боятся принять: отказ от AutoCAD в пользу nanoCAD.

Поддержка Windows 10 официально завершилась в октябре 2025 года, при этом около 240 млн компьютеров в мире не совместимы с аппаратными требованиями Windows 11. У этих пользователей остаётся два основных варианта: покупать новый компьютер (с блэкджеком и AI-процессором) или переходить на Linux. Вероятно, многие выбирают второй вариант.

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

И вот тут пришло время Firefox.

В Istio всё начинается с маленькой «удобной» идеи — прокси рядом с каждым подом. А заканчивается тем, что XDS разносит по кластеру тонны Listener’ов, Route’ов и Cluster’ов, дублируя конфиги для сервисов, которые вы даже не трогаете. Память тает, GC злится, а апдейты сервисов превращаются в шторм.

В статье пойдет речь о том, как мы в проде с 20K+ подов «урезали аппетит» сайдкаров на гигабайты. Обсудим, где работает жёсткое ограничение видимости, когда спасает Ambient Mesh, зачем нужен ленивый XDS и почему «волшебной кнопки» нет — но есть комбинации, дающие двузначную экономию. Эта статья написана по мотивам моего доклада для конференции Saint HighLoad++.

Команда AI for Devs подготовила перевод статьи о том, как агентные инструменты разработки меняют экономику создания ПО. Автор утверждает: трудозатраты на выпуск продукта стремительно падают, скрытый спрос на софт растёт, а единственным настоящим конкурентным преимуществом становится глубокая экспертиза в предметной области.