IT

🖥 Рост с подвисанием: какие IT-компании останутся в лидерах? 20% IT-компаний могут снизить выручку за 2026 год, но однако их доход вырастет По данным опроса ассоциации "Руссофт", общая выручка российских компаний в IT-секторе может увеличиться на 17%, до ₽3,3 трлн. Нарастить показатель планирует 61% опрошенных. Какие сегменты IT-рынка чувствуют себя лучше остальных и какие публичные IT-компании выглядят наиболее перспективно — разбираются аналитики Market Power.

🔶 Что будет с рынком? В целом перспективы российского IT-рынка остаются позитивными, однако темпы роста выручки компаний могут оказаться ниже ожиданий. Главным образом потому, что российских бизнес все чаще экономит на IT из-за непростой макроэкономической ситуации. Лучше остальных себя чувствуют разработчики базового программного обеспечения – операционных систем, систем управления базами данных (СУБД), решений для виртуализации и облачной инфраструктуры, а также программ для центров обработки данных (ЦОД). Аналитики Market Power согласны, что что совокупная выручка отрасли по итогам года продолжит расти, но, скорее, более консервативными темпами, чем те, о которых говорят в "Руссофте". Значительную часть этого роста обеспечит повышение цен, тогда как реальный рост бизнеса у многих компаний будет скромнее.

🔶 Что ждет публичных разработчиков? Итак, в 2026 году IT-рынок продолжит расти, но рост станет менее равномерным. Компании, работающие на зрелых и высококонкурентных рынках, с большой долей вероятности могут столкнуться с замедлением выручки, тогда как разработчики инфраструктурного ПО сохранят более высокие темпы роста. К первым, например, можно отнести Иву, которая работает на высококонкурентном рынке видеоконференцсвязи: после сокращения госзаказов спрос на такие решения стал слабее. У Диасофта рост также может замедлиться: его основные клиенты – небольшие банки, которые сейчас экономят на новых лицензиях, а сам банковский сектор постепенно консолидируется вокруг крупных игроков с собственными IT-разработками. У Софтлайна давление оказывает стагнация ресейл-бизнеса, а быстрорастущие IT-услуги пока приносят меньшую долю выручки. У Астры, на первый взгляд, выручка может увеличиться пропорционально среднему чеку – без заметного увеличения объемов бизнеса. Но компания пока не давала прогноза на 2026 год, поэтому оценивать ее перспективы сложнее. По Позитиву ситуация выглядит лучше: несмотря на общую экономию IT-бюджетов, спрос на решения в сфере кибербезопасности остается высоким, в том числе благодаря госпроектам. Однако окончательные выводы лучше сделать после отчета за 2 квартал. Лучшие перспективы, по мнению аналитиков MP, пока сохраняются у Базиса и Аренадаты, которые работают на быстрорастущих рынках и находятся на стадии активного развития. В то же время их результаты во многом зависят от крупных госзаказчиков, поэтому подтвердить устойчивость этой динамики смогут дальнейшие квартальные отчеты. На компании, также как и на других разработчиков ПО, давит фактор экономии бюджетов на IT со стороны заказчиков.

📍 Подписаться на канал | Мы в MAX

Решил я добавить в PersMarket возможность скачивать PDF вакансий и резюме. Задача звучит несложно, но оказалось, что не всё так банально. Как мы делали раньше такие вещи? На бэкенде с помощью сторонних библиотек (Dompdf, mPDF) генерили документ и отдавали клиенту сырые данные с указанием Content-Type = application/pdf Однако, такие документы плохо поддерживают современный CSS и имеют проблемы со шрифтами. Еще, кстати, был вариант использвать wkhtmltopdf, но это может блокировать выполнение скрипта надолго. Чтобы PDF был такой же красивый, как страница на фронтенде, лучше всего и генерировать браузером. Я провел консультативную сессию с несколькими нейросетями, и они отговорили меня от генерации чисто на фронтенде (jsPDF, html2pdf). Говорят, PDF будет "плыть", стили ломаться, и серверную логику не добавить. В итоге мы с ними нашли интересный вариант - генерация через headless-браузер. Как это работает? Поскольку у меня Docker-сонтейнеры, я добавил еще один контейнер, внутрь которого положил Node.js-скрипт. Он умеет отображать страницы сервиса у себя внутри в браузере Chromium без пользовательского интерфейса (headless). Работает через Puppeteer. По запросу фронтенда бэкенд идет в PDF-сервис и просит конкретную страницу. После рендера страницы она сохраняется в PDF и отдается бэкенду, а он пересылает ее клиенту. Страница получается точно такая же, как в браузере, со всеми стилями и даже эмоджи. В общем, всё получилось, и, на мой взгляд, вполне прилично. Пришлось повозиться с пробросом аутентификации, но все вопросы решились. Далее это всё можно обкладывать очередями, кэшами, rate-limiter-ами и т.д. А ведь headless-браузер можно использовать и в быту. Например: - автоматические e2e-тесты в CI/CD-пайплайнах - автоматический веб-скрейпинг - генерация скриншотов страниц и всякое такое #web #persmarket

Валидация — это мираж «Как проверить, сработает ли фича?» «Как понять, стоит ли разрабатывать продукт заранее?» «Как узнать, будут ли люди покупать это?» «Как подтвердить соответствие продукта рынку?» «Как проверить UI/UX/механику...» Никак. Никак. Никак. Никак. Никак. Нельзя проверить Идею. Нельзя валидировать догадку. Нельзя валидировать абстракцию. Нельзя валидировать эскиз, макет и MVP. Нельзя проверить то, чего ещё не существует. Наш мозг ищет уверенности заранее, ему сложно вернуться к работе в ином режиме. Но отсчёт времени начинается не тогда, когда вы приступаете к работе или когда готов какой-то фрагмент Целого.

Он начинается только/ровно в тот момент, когда готовый продукт/фича становятся публичными и выходят на рынок

И если единственный способ узнать, что вы промахнулись — это спросить других и ждать их ответа, значит, вы, скорее всего, сбились с пути ещё в самом начале. И вы, на самом деле, точно промахнЁтесь (снова привет, пророческое совершенное время, но только с пользой наоборот).

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

Есть лишь один способ максимально приблизиться к уверенности — создать реальный продукт/фичу и выкатить их в паблик, чтобы их можно было: попробовать (→) использовать (→) купить. Потому что именно так ВСЁ работает в реальности. Именно так работает реальность. Реальное использование реального продукта в реальных условиях и в ходе реальной работы — вот тот единственный способ что-либо проверять. Поэтому самый работающий в реальности способ всё выяснить — поверить в идею, воплотить её в жизнь и выпустить её в мир. Вы делаете все, что в ваших силах: 1. вы Это Предчувствуете; 2. вы Это Видите 3. вы формируете Намерение 4. вы двигаетесь сквозь Это вместе Продукт — это совокупность взаимосвязанных элементов: они зависят друг от друга, перетекают один в другой, интегрируются между собой. Нельзя взять кусок продукта, спросить людей, нравится ли он им, и сделать вывод, что им понравится и остальная часть, когда она будет готова. Так вы узнаете лишь то, нравится ли им конкретно этот кусок, который вы им дали.

Все экстраполяции/валидации и верификации – додумки и обман нашего мозга.

Поэтому не принимай впечатление от отдельной части продукта за Истину. Давая человеку кусок чего-то неоднородного, ты вынуждаешь его угадывать вместе с тобой и на этом нельзя строить Намерение, Видение и Движение. Хочешь усомниться в себе/фиче/продукта/ и в конечном результате — устрой тест/опрос/коридорное тестирование или просто спроси кого-нибудь ещё, что он думает о твоей идее/фиче/продукте. Созданная таким образом "неопределённость" –  единственное, что сработает безотказно в этой "реальности". И всё будет как на картинке выше.

Признавать свои ошибки Я косячу регулярно. Косячил, косячу и буду косячить. Полностью согласен с высказыванием "не ошибается тот, кто ничего не делает". Например, в нашем ии-провайдере я (2 месяца назад) не убил один процесс, который дублировал некоторые операции. За 6000 рублей пользователь получал 2 месяца вместо одного при автоматическом продлении. И все эти 2 месяца я просил разраба найти косяк в его коде, т.к. механику автопродления делал именно он. Со стороны ребят была пара попыток указать мне, что проблема в каком-то процессе, но я был непреклонен. Вчера сел разбираться и нашел... паразитный процесс, который оставил я и как раз он задваивал операции. Выходит, что некоторые пользователи получали бонусом еще один месяц использования сервисом за наш счет по той причине, что я долго не соглашался с мнением ребят. Упертая (или упоротая) благотворительность. Но это вовсе не значит, что я начну соглашаться с разрабами. Яйца курицу не учат и я все знаю лучше всех.

🪖На Mac нападает Odyssey: коммерческий малварь крадет крипту, пароли и оставляет бэкдор 📹Владельцы macOS столкнулись с новой глобальной волной заражений инфостилером Odyssey (эволюционировал из Poseidon и AMOS). Малварь работает по модели MaaS и нацелен строго на криптоиндустрию и кражу конфиденциальных данных. Кампании зафиксированы уже более чем в 100 странах. Вектор атаки строится на чистой социальной инженерии, без использования уязвимостей нулевого дня. Злоумышленники используют два основных сценария доставки: 1️⃣Фейковая CAPTCHA

Страница просит юзера "доказать, что он не робот", открыть Терминал и вставить скопированную команду. Под капотом - закодированная строка, которая через osascript выполняет вредоносный AppleScript.

2️⃣Липовые обновления

Под видом апдейтов для Google Meet скачивается DMG-образ. Нативный интерфейс на SwiftUI имитирует панель "технического специалиста" и через поддельное системное окно выманивает пароль от Mac. Реальность пароля малварь тут же валидирует через команду dscl . authonly.

Получив пароль администратора, Odyssey вычищает систему по полной программе:

Браузеры: Вычищает пароли, cookie, истории форм и данные сессий во всех Chromium-браузерах, а также Firefox, Waterfox и Safari. Нацелен на локальные хранилища 203 расширений криптокошельков (MetaMask, Phantom и др.).

Файловая система: Копирует базу связки ключей (login.keychain-db), Apple Notes, файлы с рабочего стола и документов. Ищет конкретные расширения: .wallet, .seed, ключи и базы менеджеров паролей. Весь улов пакуется в /tmp/out.zip и сливается через обычный curl на C2-сервер.

Главная опасность Odyssey - физическая подмена софта для аппаратных кошельков. Малварь проверяет наличие установленных Ledger Live и Trezor Suite, удаляет оригиналы и ставит на их место фейковые пустышки на SwiftUI и WebKit. Приложение имитирует "ошибку синхронизации" и требует ввести сид-фразу (seed phrase). Как только пользователь руками вбивает слова, активы уходят хакерам. Аппаратный кошелек при этом не взламывается - компрометируется компьютер, которому доверяет владелец. Исследователи находили сборки Odyssey, успешно подписанные валидными сертификатами разработчика Apple. 🦔 CyberYozh

👤 Кто такой Local Administrator? Когда начинают изучать Active Directory, многие сразу слышат про Domain Admin. Но до него есть ещё одна очень важная учётная запись — Local Administrator.

📌 Local Administrator — это пользователь, который имеет максимальные права только на одном конкретном компьютере.

То есть он может: — устанавливать и удалять программы; — создавать пользователей; — изменять настройки Windows; — запускать процессы с повышенными привилегиями; — получать доступ практически ко всем файлам на этой машине. 🧠 Главное отличие от Domain Admin. Local Administrator управляет: 👉 одним компьютером. Domain Admin управляет: 👉 всей инфраструктурой Active Directory. 💡 Представьте компанию из 300 компьютеров. Если вы получили права Local Administrator на одном из них, это ещё не означает, что вы получили полный контроль над доменом. Но именно с этого очень часто начинается дальнейшее развитие атаки. 💀 Почему Local Administrator так интересен пентестерам? Потому что такие права позволяют: — извлекать учётные данные из памяти; — анализировать локальные настройки безопасности; — исследовать сохранённые подключения; — искать конфиденциальные файлы; — использовать компьютер как точку для дальнейшего перемещения по сети. Именно поэтому получение прав локального администратора считается важным этапом инфраструктурного пентеста. 📌 Типичная цепочка может выглядеть так:

Обычный пользователь
        ↓
Local Administrator
        ↓
Перемещение по сети
        ↓
Domain Admin

Не всегда путь выглядит именно так, но в реальных инфраструктурах это один из самых распространённых сценариев. 🧠 Поэтому во время внутреннего пентеста цель не всегда — сразу захватить Domain Admin. Иногда гораздо важнее сначала получить права Local Administrator, а уже затем искать пути дальнейшего повышения привилегий. #infra #ad #windows #privilege

Басня о полусыром продукте Печь, которую собирает компания из этой притчи, умеет добавлять свечи на торт, подключаться к камину и работать в режиме «Рамадан». Одного не умеет — стабильно печь: хлеб и торты подгорают в каждом десятом случае. Инженеры однажды нашли выход, стоит убрать из печи один из трёх видов выпечки, и брак падает с трети случаев до 5%. Учредитель запретил. Он обещал инвесторам весь рынок, и теперь ему оставалось выбрать, какое из обещаний нарушить. Дальше история катится сама. Каждая новая кнопка добавляется дольше предыдущей, клиенты возвращают печь через неделю, а служба поддержки уговаривает остаться, обещая ещё один релиз. Замените печь на любой продукт, который вы разрабатывали.

Человек на пределе Системы требуют от человека все больше и больше: больше знаний, больше умений, больше скорость. Для ряда направлений системы уже подошли к пределам возможностей человека. Так, для пилотирования истребителей пятого поколения необходимо справляться с большими перегрузками, уметь ориентироваться в пространстве, работать с большим потоком информации, моментально маневрировать. Человек является самым слабым элементов системы: техника может больше. В одной статье нашел интересную статистику роста ошибок в зависимости от уровня техники. В 50-е годы ошибки пилота составляли 30% всех летных происшествий (для военной авиации), в 70-е – от 40 до 60%, в начале 80-х – более 70%. В период войсковой эксплуатации самолетов 4 поколения (с 1982 по 1993 годы) уровень достиг 75%. Если техника требует от человека большего, то количество ошибок будет увеличиваться. Естественно, истребительная авиация 5-го поколения не самая распространенная система, но тенденция наблюдается везде. Экономические условия требуют снижения затрат, что также увеличивает нагрузку на сотрудников. Новые технологии только повышают нагрузку на людей. Тут можно вспомнить недобрым словом изобретения, которые следят на нагрузкой на людей. Была новость про метод контроля за производительностью сотрудников в компании Amazon: датчики в перчатках и шлеме. Если скорость движения работника на рабочем месте ниже требуемой, то раздаётся сигнал, как и если он смотрит не в «правильную» сторону больше 15 секунд. Мою знакомую уволили с руководящей позиции со словами: «Ваша мышка не двигалась в течении 40 минут!». Так что сами системы становятся все более хрупкими, все более склонными к ошибке или более чувствительными к ошибкам. #ЧФ #модель_сдвига #нагрузка

В мире авторского права случилось событие, которое мне лично (как и многим другим практикующим юристам) сильно не нравится. Фотограф снял девушку на унитазе с бутылкой алкоголя. Выложил на Shutterstock. Ну фото не однозначное - возможно (на вкус и цвет все фломастеры и так далее...) Но по ГК - и это объект авторского права. Неважно, нравится он вам или нет. Нет в ГК (и в Бернской конвенции) требований о том, что произведение должно не противоречить принципам гуманности или морали (в отличие от требований к той же регистрации товарных знаков) или какой-то специальной комиссии, которая оценивает произведения на их соответствие (прежде чем им может быть предоставлена правовая охрана) Так вот, это фото использовали без разрешения. Право требования переуступили и пошли в суд с иском на 10 тысяч рублей. И тут началось. Первая инстанция отказала. Не потому что факт использования не доказан. А потому что истец, по мнению суда, злоупотребил правом. Само фото аморально, производит негативное впечатление, не соответствует основам общественной нравственности. И требуя защиты такого объекта, истец якобы ведет себя недобросовестно. Самое неприятное, что и апелляция и Суд по интеллектуальным правам поддержали это решение. СИП даже выдал теоретическую базу: произведения не должны противоречить основам нравственности. И отнес к таковым, в частности, не имеющие художественной ценности работы, демонстрирующие интимные стороны жизни. Фактически СИП заявил: если объект нам не нравится - он не охраняется. Хотя ГК прямо говорит: объекты авторских прав охраняются независимо от достоинств, назначения и способа выражения. И более того - там указано, что охрана не требует соблюдения каких-то формальностей или регистраций (нарисовал чертика в блокноте на совещании - и все ты автор), это база которая работала десятилетиями (!) Суд не только придумал новое основание для отказа в защите - но и лишил автора возможности обращаться за защитой к другим нарушителям. Потому что злоупотребление, по версии суда, связано не с поведением истца, а с самим объектом. Получается несуразная конструкция: объект есть, права есть, а судебной защиты нет. В общем суд выступил в роли цензора. И это противоречит не только духу авторского права, но и принципу стабильности гражданского оборота. Если такая логика приживется - все провокационное искусство останется без судебной защиты. А вместе с ним - неудобная, но от этого не менее законная интеллектуальная собственность. Это очень плохо и с решениями судов по этому кейсу я строго не согласен (надеюсь - это разовая история)

Вернулся на Claude code Вот уже больше месяца прошло, как я отказался от OpenCode и pi в пользу Claude code. Попробовал просто в надежде сэкономить токенов после того, как Copilot перестал выдавать свои первые бесплатные дозы, да так и остался. Да, Claude code намного медленнее свободных альтернатив, но планы, которые он приносит — гораздо полнее и продуманнее. Оказалось, что мне гораздо ценнее получать ответы через 5 минут, чем через 2 — потому что через 5 минут мне достаточно будет написать «ok», а сколько ещё итераций понадобится после двухминутного ответа — заранее неизвестно. Клёво, что теперь не надо думать о выборе модели и о том, насколько заполнено контекстное окно — всё это происходит где-то в недрах харнеса. Немного бесит кривая система настроек и театр безопасности (а вы точно доверяете этому фолдеру? А можно я запущу find? Ой, а find -exec?). Но со всем этим можно мириться ради большей автономности агента и проработанных планов. Opencode остался только в местах, где нужно совсем тонкое взаимодействие с моделью — к примеру для системы перевода материалов школы на английский, или в экспериментах с локальными моделями. Вспоминаю ощущения от перехода с линукса на мак — контроля стало меньше, а результата больше.