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

Всем привет! Меня зовут Андрей, я создаю контент. Продолжаю эксперимент по поиску работы через веерную рассылку на работных сайтах. Вся методология и вводные в предыдущей части.

Если кратко, то:

— Откликаюсь по 50 раз в день, не читая вакансию, без спороводительного или с «рыбой»

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

Статистика на сегодняшний день такая:

— 350 откликов отправлено

— 9 живых диалогов — то есть когда мы обменялись хотя бы парой сообщений на HH или в телеге с человеком, а не с роботом

— 2 «оффера» от мошенников

— 4 скрининг-интервью с HR

— 1 собес с руководителем (будет сегодня)

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

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

Все мои резюме 6 действительно бустанулись по просмотрам за последние дни. Если раньше каждое получало 3-5 просмотров за месяц, то теперь это десятки «глаз» в день. Причем эффект, судя по всему накопительный. Я начал веерно откликаться 1 апреля, а основная масса просмотров пришла за последние 3 дня.

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

Однозначно ответить на вопрос «Чем хороша серия GTA» слишком сложно: какую часть франшизы ни возьми, обязательно найдется игра, которая будет лучше. Есть проекты, которые превосходят любую GTA по графике, физике, точности управления транспортом, детализации, оптимизации, количеству основных и побочных миссий, размеру игрового мира и так далее. И при этом это одна из самых популярных и продаваемых игр в истории, она расходится на мемы, становится поводом для жарких дискуссий на всех уровнях, а еще невышедшая GTA VI по многим прогнозам обещает стать бестселлером и оставить в своей тени весь мировой игропром.

Но как же так, ведь ни одна GTA ни в чем не является лучшей? Попробуем разобраться.

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

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

Привет, Хабр! Меня зовут Василий Беляев. Я руководитель группы разработки по направлению фронтенда в ИТ-компании «Криптонит». В этой статье я расскажу про организацию работы с версиями и компонентами, оптимизацию рабочего процесса внутри команды, а также опишу несколько лайфхаков, которые мы применили

Device plugin умеет выделять только целочисленные ресурсы: одну карту, две карты — или одну MIG‑партицию, но не «полкарты» и не «30% памяти». В реальности же нужны доли памяти, учёт топологии, предсказуемые обновления и изоляция, а не пулы лейблов и кастомные шедулеры. Разобрал, почему индустрия устала от костылей, как это проявляется в настоящем AI‑кластере и что именно пытается исправить DRA. Читать, если хотите управлять ресурсами явно, а не тушить пожары по расписанию.

Не все знают, что Марк Твен был не только выдающимся писателем, но и изобретателем. За свою жизнь он получил три патента. Правда, не все изобретения вышли на рынок. Рассказываем в нашей статье, что же знаменитый литератор пытался запатентовать и продавать.

За пару лет я сделал с десяток приложений для Маркетплейса Битрикс24 — коннекторы мессенджеров, роботы, iframe-панели. На PHP, TypeScript и Python. Каждый раз одно и то же: документация разбросана, примеры устарели, а реальные подводные камни вылезают только в продакшене.

Эта статья — сборник всего, что я хотел бы знать перед тем, как начать: формат токенов при установке, мультитенантность, обновление OAuth, петля сообщений в коннекторах и ещё десяток граблей с кодом и решениями.

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

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

Реорганизация разработки часто начинается с мысли: «Сейчас пересоберём команды и поедем быстрее». Но стоит копнуть глубже и несколько раз задать вопрос «зачем?», как выясняется, что нужна вовсе не реорганизация, а быстрый результат — довести что‑то до продакшена, снять ограничения, вернуть управляемость.

В инженерных оргсистемах редко бывает одна универсальная проблема и почти всегда своя комбинация сложностей. Как в «задаче трёх тел» Лю Цысиня: как только в гравитационном взаимодействии появляется третий объект, точного аналитического решения больше не существует. Пересборка команд — такая же задача многих тел, в которой задействованы сами команды, новые роли, стейкхолдеры, ожидания бизнеса, накопленные конфликты. У всех свои интересы и влияние на систему.

Вокруг каждого из нас постоянно что-то «шумит» в радиоэфире: брелоки от шлагбаумов, датчики «умного дома», метеостанции, беспроводные звонки. Огромный пласт бытовой электроники работает на частоте 433 МГц и не защищен от анализа и воспроизведения сигналов. Зачастую безопасность этих устройств держится на честном слове и надежде производителя, что «никто не будет в этом ковыряться».

Раньше, чтобы исследовать радиоэфир или изменить параметры сигнала, нужно было брать в руки паяльник и пересобирать колебательный контур. С приходом SDR (Software Defined Radio) правила игры изменились. Теперь радио — это не столько «железо», сколько математика и программный код. Любой сигнал можно визуализировать, разобрать на биты и собрать заново, не отходя от ноутбука.

В этой статье пройдем путь от теории к практике SDR-реверсинга бытовой техники. Вспомним необходимый минимум физики, разберем «зоопарк» доступных SDR-устройств — от копеечных свистков до USRP — и реализуем три вектора атаки на обычный беспроводной звонок: от простого перехвата до чистого программного синтеза сигнала.

В последнее время я часто работал с разными ML-проектами в GitLab. В каждом был свой .gitlab-ci.yml, своя обвязка вокруг MLFlow, своя регистрация и валидация модели. Со временем я понял, что MLOps-пайплайн во всех проектах очень похож, а при работе с новыми копипаста размножается быстрее кроликов. Ну и тут уже хочешь не хочешь, но идея сделать общий шаблон напрашивается. Однако будем честны, обычный template для CI — это круто, но хочется чего-то гибкого, декларативного и красивого. Для достижения этих целей GitLab уже давно предлагает переходить на CI/CD компоненты. В результате я хотел видеть 10 строк YAML, которые будут выдавать полноценный пайплайн с валидацией данных, обучением, quality gates и регистрацией модели.

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

Сам компонент.

Время от времени мне нужно выполнить примитивный сценарий в терминале, но каждый раз это заканчивается очередным гуглежом «bash iterate each file» или «bash file has string». А что если скрипты в терминале можно было бы писать прямо как поток декларативных мыслей?

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

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

Год назад запуск модели на 35 миллиардов параметров подразумевал облако, очередь на GPU, и счёт от провайдера в конце месяца. Сегодня я покажу, как мы сделали это на одной потребительской видеокарте AMD за $500 — без ROCm, без CUDA, без MLX, одним бинарником на Zig.

Это пост про ZINC — inference engine, который мы строим с нуля под железо, которое люди реально покупают. Не как proof of concept, а как рабочий инструмент с OpenAI-совместимым API, потоковой генерацией и встроенным чатом.

Иногда возникает странное ощущение, что фронтенд уже не про решение задач.
А про поддержание сложности.

Я в разработке ещё до AngularJS и React. Тогда всё было просто: HTML и немного JavaScript — и этого хватало даже для приложений с rich UI.

Потом пришли фреймворки.
Один из первых — AngularJS — и это был вау-эффект.
Ты больше не трогаешь DOM руками. Просто описываешь, что хочешь получить.

Потом: Flux, Redux, TypeScript, Angular 2+. Фронтенд в этот момент стал высокотехнологичным, но в то же время неприятным. Нужно писать кучу обслуживающего кода, не всегда понятно, как оно работает, возникают сложности с отладкой.

В прошлой статье я осветил тему изготовления мотора и трансмиссии для самодельного ретроавтомобиля в масштабе 1:5 и остановился на колесах. Это неспроста, колёса — это важный элемент, который задавал тон всей комнате размеры всего автомобиля. Именно от них зависел масштаб, т.к. я не мог сделать покрышки сам, а значит, размеры авто будут определятся тем, что сумею добыть. Разумеется, я не хотел ничего покупать. Так как судьбы моих проектов всегда туманны, то, чем меньше вложений — тем лучше. Вдруг вообще ничего не удастся? Такое не раз бывало. Поэтому я глядел по сторонам в надежде найти подходящего донора. Им могла стать брошенная тележка из супермаркета или, что было более вероятно, детская коляска. Так и произошло — в Риме, где я проходил стажировку, по дороге в универ из окна автобуса, проезжая через пустырь, я заметил коляску. Скажу, наверное, прописную истину, но Рим — очень грязный город.

Меня зовут Олеся Лазарева, я — старший разработчик в команде web-редакции Pilot. Программный продукт входит в семейство программного обеспечения для совместной работы над строительными проектами, сборки и проверки BIM-моделей. На сегодняшний день программный продукт существует в двух редакциях: desktop-приложение и web-приложение (web-редакция). Время от времени в рабочем процессе возникают нетривиальные задачи. Эта статья — об одном из таких случаев: расследование проблемы с push-уведомлениями, которая на первый взгляд казалась очевидной, но потребовала последовательной проверки нескольких гипотез.

Когда ваше приложение состоит из нескольких сервисов, например бэкенда, БД и кэша, невольно возникает вопрос — а как гарантировать, что они запустятся в правильно порядке и вообще увидят друг друга? В Docker это решается с помощью depends_on, тут ничего нового. А вот в Podman подход немного другой. Ну кто бы сомневался!

3-я статья из цикла туториалов о том, как можно кастомизировать свой бизнес-портал в Битрикс24.

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

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