Lumma-воришка обходит антивирусы: 394 000 Windows-ПК «сдались» за два месяца

Казалось бы, Microsoft Defender давно научился подмечать трояны на подлёте, но свежая статистика тревожит: с середины марта по середину мая Lumma (aka LummaC2) успела поселиться более чем на 394 000 компьютерах по всему миру.

Распространение идёт через фишинг, поддельные «обновления Chrome» и даже фейковые загрузки Notepad++. Как только стилер проникает в систему, он тянет пароли, cookies, криптокошельки и даже файлы VPN-клиентов, а дальше — классика: пересылает лут на управляющий сервер и ждёт новых команд. Больше всего заражений фиксируется в Европе, восточной части США и Индии.

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

#новости #безопасность #microsoft

Баги, которые стали фичей: 8 историй

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

#историяit

Что такое шардирование баз данных и зачем оно нужно

Одна огромная БД — это как один огромный склад: чем больше коробок, тем дольше искать нужную. Шардирование — это деление склада на несколько филиалов поменьше. Такой подход даёт сразу несколько преимуществ:

— Запросы обслуживаются параллельно, отчёты появляются без долгого ожидания.
— Если один «филиал» упал, остальные продолжают работать.
— Добавили новый «филиал», и система снова справляется с нагрузкой.

Здесь простым языком объяснили, как именно «режут» базы, кто распределяет запросы между частями и какие подводные камни могут всплыть. Если вы управляете проектом, связанным с цифрами, — это поможет понимать, почему разработчики настаивают на «шардах» и как это отражается на бюджете и скорости продукта.

#данные

Давайте сыграем в игру. Что можно сказать и айтишнику, и вебкамщице?

Как распознать выгорание у разработчика? Советы по восстановлению и мнение HR-эксперта

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

А есть ли волшебные пилюли от этого? Нет. Но в материале простыми словами разбирают:

— чем выгорание отличается от обычной усталости и депрессии;
— первые тревожные сигналы (спад мотивации, цинизм, хроническая апатия);
— рабочие привычки, которые ускоряют сгорание батарейки;
— способы «починить себя»;
— почему высокая зарплата и быстрые «радости» лишь откладывают настоящую передышку.

#softskillz

Вы этого не просили, но держите — бесплатный курс по... вайбкодингу

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

Начать можно тут.

#курс

Чем отличается новичок от опытного разраба

Когда нет ничего и ещё меньше: что скрывают null и undefined

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

Мы разложили для вас по полочкам две «дыры в матрице» JS. Вы узнаете:
— почему undefined появляется сам, а null нужно пригласить;
— как сравнение == подсовывает ловушки, а === спасает;
— зачем typeof считает null «object» и что с этим знанием делать;
— какие ошибки в продакшене стоят одной пропущенной проверки на пустое значение.

Материал пригодится, даже если вы не пишете скрипты каждый день: разберётесь в лексиконе коллег, быстрее отловите баги на фронте и перестанете пугаться «Cannot read property of undefined» в браузере. А ещё это шаг к тому, чтобы говорить с разработчиками на одном языке без технического словаря под рукой.

#javascript #фронтенд

Всего лишь небольшая правочка, не злитесь

«Пишу код на слух»: история Java-разработчика, который потерял зрение, но не строчки кода

Вы нажимаете Build, смотрите на консоль — а Константин Евтеев слушает её. После полной потери зрения он собрал «аудио-IDE»:

— диктор NVDA читает символы и ошибки;
— обычный Блокнот служит редактором;
— собственные Bash-скрипты шлют файлы по SSH на Linux-машину, где Maven собирает проект.

У нас во флудилке поделились его рассказом. В статье он рассказал, как «выглядит» код, когда его слышишь: короткие методы вместо длинных полотен, оглавление программы в TXT и отладка по тональности голоса синтезатора.

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

А вы бы справились бы без монитора?

#java #доступность #истории

SQL в 2025: где учиться, чтобы не застрять на SELECT

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

Но найти подходящий тренажёр или курс сложно: одни платформы слишком поверхностные, другие — дорогие, а третьи не дают практики в реальной среде. Автор протестировал и сравнил 6 актуальных платформ для изучения SQL в 2025 году. Результатами он поделился здесь.

#sql

#простымисловами: Почему не существует одного универсального языка программирования

Вы, может быть, слышали: «Почему бы всем не писать на одном языке? Было бы проще!».

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

📦 Разные задачи — разные инструменты

Вы ведь не чистите картошку ножовкой? Точно так же и в коде:

— Сайты пишут на JavaScript, он работает в браузере.
— Системы и драйверы — на C или Rust, они ближе к железу.
— Аналитику и скрипты — на Python.
— Мобильные приложения — на Swift или Kotlin.
— Микроконтроллеры — часто на C.

Каждый язык заточен под свою задачу. Один быстрее, другой проще, третий безопаснее. Всё сразу — не бывает.

⚙️ Комфорт и производительность — в балансе

Python удобен, но не быстр. C++ — быстрый, но сложный. JavaScript хорош для браузера, но в других областях уступает. Разработчики выбирают язык не по моде, а по тому, насколько он подходит под задачу и как быстро на нём можно добиться результата.

🌍 Важен не только язык, но и контекст

В стартапе могут взять Python — чтобы быстрее запустить продукт. В банке продолжают писать на Java, потому что менять всё слишком дорого. А для Android выберут Kotlin — он официально поддерживается Google. Часто выбор — это компромисс между задачей, командой и уже существующей системой.

Универсального языка не существует. Зато есть десятки хороших — каждый в своей области. Разработчики часто комбинируют их: фронт — на TypeScript, бэкенд — на Go, скрипты — на Python.

Если вам всегда было интересно, что за способы написания переменных и почему их так много у разработчиков, то вот наглядная и понятная таблица 😉