Сегодня мы завершили расследование инцидента, затронувшего несколько composer-пакетов Laravel-Lang.
Инцидент был связан с несанкционированным изменением релизных тегов репозиториев. Часть тегов указывала на коммиты с вредоносным кодом, который мог выполняться при установке или обновлении зависимостей через Composer.
Новости об инциденте:
Затронутые пакеты:
В своей работе мне часто необходимо подключаться к серверам через SSH и по другим протоколам. Часто эти сервера не имеют доменного имени, а подключаться необходимо по IP‑адресу.
(далее…)
Судебный процесс в арбитражном суде для коммерческой организации — это не просто правовой спор, а контролируемый инвестиционный проект со своими рисками, операционными затратами и прогнозируемой окупаемостью (ROI). Когда компания сталкивается с необходимостью защиты активов, взыскания убытков или оспаривания доначислений налогового органа, на первый план выходит финансовая составляющая. Информационное пространство перенасыщено коммерческими предложениями, где разброс цен на ведение одного и того же кейса может отличаться в десятки раз.
За последние несколько лет AI-продукты перестали быть просто экспериментами или внутренними pet-project’ами. Крупные компании начали внедрять генеративный ИИ, AI-ассистентов и аналитические AI-системы уже не в формате «посмотреть, что умеет нейросеть», а как полноценные production-решения, влияющие на эффективность бизнеса, производительность сотрудников и экономику процессов.
Но довольно быстро выяснилось, что классический Product Manager далеко не всегда подходит для enterprise AI.
Вы поручаете задачу — неважно, нейросети в чате или живому коллеге, — и получаете не то. Не совсем не то, но мимо. Вы возвращаетесь к формулировке, дописываете «пожалуйста, сделай всё внимательно и аккуратно», добавляете «это ВАЖНО», ставите восклицательный знак. И ловите себя на мысли: «Я же всё понятно и чётко расписал».
Чаще всего — нет, не чётко и не совсем понятно. И это не упрёк: ставить задачи действительно трудно, этому почти нигде не учат специально. Мы осваиваем делегирование на ходу, по обрывкам опыта, и редко получаем честную обратную связь о том, насколько хорошо у нас это выходит.
Прежде чем начать — несколько вопросов
Смотря на документацию, вы думали: «Лучше бы мне рассказали, что там происходит, нежели читать все это»?
При продолжительном чтении документации чувствуете усталость или спутанность?
Перед тем как решать задачу — представляете или рисуете схемы?
Воспринимаете информацию на слух или визуально лучше, чем при прочтении?
Иногда не можете увидеть опечатки в знакомых словах?
Сложно постоянно следить за кодстайлом? Хотите ускорить ревью своего кода?
Привет, Хабр! Меня зовут Андрей Бирюков. Я являюсь независимым экспертом в области ИТ и ИБ, преподаю в учебных центрах и пишу книги.
В нынешней экономической ситуации запрет найма — это норма. Но при этом поток задач никто снижать не собирается. В результате возникает перегрузка команды, и в этой статье мы поговорим о том, что нужно делать в подобной ситуации.
Но для начала небольшой типовой пример.
Всем привет! Меня зовут Олег Балбеков, я из команды Evrone. В прошлых сериях вы читали мои статьи о том, как я создал «братишку», и о том, как я завайбкодил сервис за неделю. Сегодня же я хочу рассказать вам о настоящем инженерном приключении, которое со мной произошло в процессе построения сервиса Mimirjotun.ru.
