Вышла новая версия популярного набора компиляторов GCC - GCC 15 (формально GCC 15.1). Напомню, что каждый новый релиз мажорной версии выходит раз в год (так GCC 14 вышел в мае 2024 года.)
Основные изменения в GCC 15:

- добавлен интерфейс компилятора COBOL;
- доработаны интерфейсы GCC на языках D и Modula-2, а также интерфейс Fortran.
- улучшена поддержка новых стандартов языков C и C++ (для C по умолчанию применяется стандарт C23);
- добавлена поддержка новых процессоров (AMD Zen 5 и znver5 среди других новых оптимизаций AMD Zen, Intel Xeon 7 Diamond Rapids, поддержка Intel AVX10.2, больше возможностей Intel Advanced Performance Extensions APX, удалена поддержка Xeon Phi, улучшения в работе с OpenMP);
- доработаны возможности ISA;
- улучшена поддержка для языка Rust (для gccrs);
- бекэнд AMDGPU для графических процессоров AMD теперь также поддерживает стандартную библиотеку C++ (libstdc++);
- улучшена экспериментальная поддержка для универсальных устройств;
- бекэнд NVIDIA NVPTX с GCC15 также поддерживает libstdc++;

https://gcc.gnu.org/gcc-15/changes.html

Вышла в релиз первая версия среды разработки OpenIDE. Решение создано компаниями «Группа Астра», Axiom JDK и Haulmont на базе IntelliJ IDEA. OpenIDE представляет собой бесплатный и полностью открытый инструмент для Java‑программистов. Среда готова к использованию в реальных проектах.

Основные моменты первого релиза:

-поддержка самой свежей Java 24 "из коробки",

-собственный маркетплейс с 350+ плагинами,

-полноценная работа с Git, Gradle, Maven

-LSP-расширения для Python, Scala, Kotlin,

-открытый исходный код (AGPLv3), собственные серверы обновлений и телеметрии (никакой привязки к JetBrains)

-поддержка Spring и корпоративных технологий.

Оф сайт: https://openide.ru/

После того, как разработчики обнаружили сломанную поддержка регистрозависимости в файловой системе Bcachefs для Linux 6.15 и отправили ее на исправление, Линус Торвальдс написал длинный пост, где жестко прошелся по проблемам регистрозависимости в файловых системах:

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

"Люди, которые делают нечувствительность к регистру *НЕИЗБЕЖНО* делать что-то вроде игнорирования непечатаемых символов, так что теперь «нечувствительный к регистру» также означает «нечувствительный к другим вещам»."

"Чувствительность к регистру — это БАГ (примечание: в оригинале так, но видимо тут описка и имелось в виде НЕчувствительность к регистру - это баг). Тот факт, что люди, которые работают над файловой системой, *все еще* думают, что это фича, я не могу понять. Как будто они так почитают старую файловую систему FAT, что им приходится ее переделывать — ужасно"."

Оригинал: https://lore.kernel.org/lkml/CAHk-=wjajMJyoTv2KZdpVRoPn0LFZ94Loci37WLVXmMxDbLOjg@mail.gmail.com/

В этом месяце исполняется 60 лет с тех пор, как в 1965 году Кули и Тьюки представили быстрое преобразование Фурье (БПФ) — один из важнейших алгоритмов в обработке сигналов и анализе данных.

В 1805 году Гаусс, изучая орбиты астероидов Паллада и Юнона, придумал метод интерполяции их траекторий по дискретным образцам. То, что он придумал, было математически очень близко к современному БПФ, но Гаусс никогда не публиковал эту работу и не анализировал ее вычислительную сложность. Она предшествовала даже работе Фурье 1822 года о диффузии тепла — но без обрамления или обобщения, которые Кули и Тьюки внесут 160 лет спустя.

В 1965 году Кули и Тьюки опубликовали свой ныне знаменитый алгоритм, который снизил стоимость вычисления дискретного преобразования Фурье с 𝑂 ( 𝑛 ²) до 𝑂 ( 𝑛 log ⁡𝑛 ). Этот скачок сделал возможными обработку сигналов в реальном времени и сжатие цифровых медиаданных.

В итоге сегодня это один из самых важных алгоритмов 20-го века, применяемых в самых различных сценариях.

Росстат: компании остро нуждаются в разработчиках сайтов и аналитиках
Статслужба опубликовала исследование о потребности среднего и крупного бизнеса России в сотрудниках (за исключением компаний из сфер финансов, государственного управления и обеспечения военной безопасности, деятельности общественных и экстерриториальных организаций). Обследование проводится раз в два года, свежие данные представлены за 2024 год.
Среди IT-профессий, по данным Росстата, наиболее серьезная потребность в специалистах-техниках по web, которые обеспечивают работу сайтов, веб-серверного оборудования и программного обеспечения. Незакрытыми в экономике является 44% всех таких рабочих мест.
Вакантно и каждое десятое рабочее место среди разработчиков web и мультимедийных приложений, каждое одиннадцатое - среди системных аналитиков.
Достаточно остро стоит потребность в сисадминах (6,9%), специалистах поддержки пользователей (6,8%), специалистах по базам данных (6,7%), а также в дизайнерах и администраторах баз данных (6,1%). Что касается разработчиков программного обеспечения, у работодателей вакантно для них 6% рабочих мест.
https://ria.ru/20250427/professii-2013654276.html

Краткая шпаргалка по SQL #sql

Добавлена статья про Ассемблерные вставки в программе на языке Си
https://metanit.com/c/tutorial/10.3.php
#c_ansi

Что происходит, когда пользователь вводит адрес в браузере

6 наиболее популярных архитектурных стилей

Microsoft не прекращает попыток втюхать пользователям Windows 10 новую версию Windows с CopilotAI
В конце апреля 2025 года Microsoft выпустил обновление Windows 10 с полноэкранным баннером, где настоятельно советует пользователям старых ПК с Windows 10 купить новый ПК с Windows 11 и поддержкой опций Copilot+ AI, потому что якобы такая система лучше и продуктивнее.
Microsoft напомнил, что поддержка Windows 10 заканчивается 14 октября 2025 года, и сейчас самое время обновиться до Windows 11
«Поскольку поддержка Windows 10 заканчивается 14 октября 2025 года, сейчас самое время обновиться до современного, более безопасного ПК с Windows 11 или Copilot+ PC», — предупредила Microsoft миллионы пользователей, которые всё ещё используют Windows 10.
«Системы Copilot+ PC предлагают невероятную мощность с повышенной производительностью, автономной работой от батареи в течение всего дня и функциями ИИ следующего поколения — что делает сейчас самое разумное время для покупки такого нового ПК», — пояснили в компании,

Ученые из университета Carnegie Mellon провели эксперимент с ИИ и пришли к выводу, что ИИ не разрушит профессиональную карьеру, просто потому что не сможет.

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

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

Как отмечают авторы эксперимента, результаты оказались крайне невпечатляющими. Самой эффективной ИИ-моделью оказалась Claude 3.5 Sonnet от Anthropic, которая с трудом справилась всего с 24% порученных ей задач. При этом даже такой результат обходится непомерно дорого — в среднем на одну задачу уходило более $6 и 30 действий.Авторы работы отмечают, что ИИ-агенты могут хорошо выполнять простые задачи, но пока не готовы к более сложным процессам. Основная причина заключается в том, что на существующем этапе развития ИИ больше похож на сложную версию предиктивного ввода текста, а не на разумный интеллект, способный учиться на прошлом опыте и применять его в новых ситуациях.

https://www.businessinsider.com/ai-agents-study-company-run-by-ai-disaster-replace-jobs-2025-4

Как вчера заявил генеральный директор Microsoft Сатья Наделла, что 20–30% кода в репозиториях компании было «написано программным обеспечением» — то есть искусственным интеллектом.
Сатья Наделла также сказал, что компания наблюдает неоднозначные результаты в отношении кода, генерируемого искусственным интеллектом, на разных языках: больше прогресса в Python и меньше в C++.
https://techcrunch.com/2025/04/29/microsoft-ceo-says-up-to-30-of-the-companys-code-was-written-by-ai/
К слову, на прошлой неделе генеральный директор конкурента Microsoft Google Сундар Пичаи заявил, что искусственный интеллект генерирует более 30% кода компании.
Правда, неясно, как именно Microsoft и Google оценивают то, что создано искусственным интеллектом, а что нет.

Цена одной строки кода...
Из-за ошибки в одной строчке кода приложения для записи экрана Screen Studio компания-разработчик проекта потеряла $8 тысяч.

Screen Studio — это приложение для записи экрана для macOS с проверкой обновлениq каждые 5 минут или при активизации приложения. При обнаружении обновления приложение загружало его и останавливало 5-минутный интервал, пока пользователь не устанавливал его и не перезапускал.

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

Вес каждого файла обновления составляет около 250 МБ, а при автозагрузке объём ежедневного трафика на пользователя увеличивается до 72 ГБ. Баг привёл к 9 млн загрузок файлов и расходу более чем 2 петабайт (2 000 000 гигабайт) трафика в Google Cloud. Что вылилось в $8 тысяч. До этой ситуации компания платила максимум $300 в месяц.
Кроме того, этот баг приводил к появлению всплывающего окна при записи экрана, что мешало работе.

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

Поскольку приложение генерировало очень много трафика, это повлияло и на пользователей. С одним из них интернет-провайдер в итоге расторг контракт.

https://pietrasiak.com/one-line-of-code-that-did-cost-dollar8000

Шпаргалка по cron в Linux #linux

JetBrains перестанет распространять Community-версию PyCharm
JetBrains объявили о переходе PyCharm к единой модели распространения. С релизом 2025.1 обе редакции — Community и Professional — объединяются в один продукт.
PyCharm Community как отдельный продукт останется доступен только до версии 2025.2. После этого для использования Community-версии потребуется собирать IDE вручную. JetBrains обещают сохранить открытость репозитория и даже обещают настроить GitHub Actions для автоматической сборки. Конечно, для большинства пользователей сборка продукта своими силами является чем-то избыточным, но не для пользователей из России.
По всей видимости, продукт, который имеет платные компоненты, попадает под экспортные ограничения Европейского Союза в отношении России. В связи с этим, скачать PyCharm Unified Product из РФ без специальных средств не получится.
https://habr.com/ru/companies/spring_aio/articles/905902/

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

🔹 1. Клиентские приложения: HTTP-ответы могут кэшироваться браузером. Мы запрашиваем данные по HTTP в первый раз, и они возвращаются с политикой истечения срока действия в заголовке HTTP; мы запрашиваем данные снова, и клиентское приложение сначала пытается извлечь данные из кэша браузера.
🔹 2. CDN: CDN кэширует статические веб-ресурсы. Клиенты могут извлекать данные из узла CDN поблизости.
🔹 3. Балансировщик нагрузки: Балансировщик нагрузки также может кэшировать ресурсы.
🔹 4. Инфраструктура обмена сообщениями: брокеры сообщений сначала сохраняют сообщения на диске, а затем потребители извлекают их в своем собственном темпе. В зависимости от политики хранения данные кэшируются в кластерах Kafka на определенный период времени.
🔹 5. Сервисы: На сервисах есть несколько уровней кэша. Если данные не кэшированы в кэше ЦП, сервис попытается извлечь данные из памяти. Иногда сервис имеет кэш второго уровня для хранения данных на диске.
🔹 6. Распределенный кэш: Распределенный кэш, такой как Redis, хранит пары ключ-значение для нескольких сервисов в памяти. Он обеспечивает гораздо лучшую производительность чтения/записи, чем база данных.
🔹 7. Полнотекстовый поиск: иногда нам нужно использовать полнотекстовый поиск, такой как Elastic Search, для поиска документов или поиска журналов. Копия данных также индексируется в поисковой системе.
🔹 8. База данных: Даже в базе данных у нас есть разные уровни кэшей:
- WAL (данные упреждающей записи Log): сначала записываются в WAL перед построением индекса B-дерева
- Буферный пул: область памяти, выделенная для кэширования результатов запросов.
- Материализованное представление: предварительное вычисление результатов запроса и сохранение их в таблицах базы данных для повышения производительности запросов.
- Журнал транзакций: запись всех транзакций и обновлений базы данных.
- Журнал репликации: используется для записи состояния репликации в кластере базы данных.

(Иллюстрация к предыдущему посту про кэширование данных)