Java Portal | Комментарии

Современная Java — сверху, Rust — снизу. Той Java, которую вы привыкли представлять, больше нет. 👉 Java Portal

💡 Java — не стоит считать, что десятичным разделителем всегда будет точка. ✅ Шаблоны вроде #,###.## всё равно используют символы, зависящие от локали. ✅ Нужные разделители можно задать через DecimalFormatSymbols(locale). ✅ В Италии число будет выглядеть как 1.234,56, а в США — 1,234.56. #Java #JavaDev 👉 Java Portal

Бывший глава GitHub строит ему замену. Потому что GitHub уже не справляется с собственной инфраструктурой. Сейчас GitHub обрабатывает 2,9 млрд коммитов в месяц. Ещё в апреле было 1,4 млрд. То есть нагрузка удвоилась всего за четыре месяца. Каждый месяц сливаются 130 млн пул-реквестов и создаются 24 млн новых репозиториев. И это уже второй крупный сбой GitHub только за август. Технический директор GitHub Влад Фёдоров прямо написал в разборе инцидента «Мы добились прогресса, но эти инциденты ясно показывают, что нам нужно ускорить эту работу». Сейчас уже 58% нагрузки GitHub работает на Microsoft Azure. В мае было всего 12%. Только за этот год компания добавила 3 млн процессорных ядер и 120 петабайт хранилища. Собственные центры обработки данных GitHub упёрлись в предел. Причём не по бюджету, а буквально по доступной мощности электроснабжения. Тем временем Томас Домке, который руководил GitHub до 2024 года, запустил новую компанию Entire. И она создаётся именно потому, что он не верит, что нынешняя архитектура GitHub сможет выдержать ту нагрузку, которую скоро начнут генерировать ИИ-агенты для программирования. Источник — The New Stack. 👉 Java Portal

Шаблон Full Stack FastAPI теперь отдаёт фронтенд на React и TanStack прямо через FastAPI. В итоге одно приложение, один деплой и один домен. Без отдельного фронтенд-сервера, лишней настройки CORS и постоянной отладки проблем между двумя частями приложения. https://github.com/fastapi/full-stack-fastapi-template 👉 Java Portal

Классика алгоритмов https://www3.cs.stonybrook.edu/~skiena/373/videos/ 👉 Java Portal

По умолчанию Postgres считает столбцы, которые вместе используются в WHERE, независимыми друг от друга. Например, для такого SQL-запроса: SELECT * FROM world WHERE country = 'Japan' AND continent = 'Asia'; планировщик оценивает количество подходящих строк, перемножая селективность каждого условия. Допустим, селективность условия country = 'Japan' равна 0,02, а continent = 'Asia' — 0,4. Тогда общую селективность планировщик оценит как 0,008. В действительности эти столбцы связаны, поэтому итоговая селективность равна селективности условия country = 'Japan'. Чтобы исправить оценку, нужно явно указать корреляцию между столбцами: выполнить CREATE STATISTICS для них вместе, а затем запустить ANALYZE. Я проверил это на тестовом датасете, результаты видны на изображении. Изначально планировщик ожидал, что запрос вернёт 784 строки, хотя фактический результат составлял 2000 строк. После выполнения CREATE STATISTICS планировщик спрогнозировал 1983 строки — гораздо ближе к реальному результату. 👉 Java Portal

🚀 Spring Boot 4: для проверки состояния MongoDB больше не нужен Spring Data. ✅ Индикаторы состояния теперь находятся в spring-boot-mongodb ✅ Достаточно одного драйвера MongoDB ✅ Используйте spring-boot-starter-mongodb, если вам нужна проверка состояния #SpringBoot4 #MongoDB 👉 Java Portal