Рубрики
Без рубрики

Как создавать Java-приложения сегодня: #53

TL; Продолжение работы над прогнозами Docker Desktop и Spring One, Котлин в основном игнорирует… Помеченный java, bpf.

TL;DR

Продолжение прогнозов Docker Desktop и Spring One, Kotlin теперь в основном игнорирует использование серверной части, подробнее о Spring 6 и Spring Boot 3, Quarkus 2.2.2.

ПРОЧИТАЙ МЕНЯ

Добро пожаловать на мой еженедельный информационный бюллетень “Как создавать Java-приложения сегодня”! Я прочитал все информационные бюллетени Java так что тебе не нужно этого делать. И это “Новости Java с улыбкой”.

Если вам нравится моя рассылка новостей, то подпишитесь на нее в Substack ! Или прочтите это на dev.to , Java Cafe или Medium . Еще лучше: поделитесь им с людьми, которым это может быть интересно.

Цитата недели

Для достижения великих целей необходимы две вещи: план и недостаточно времени. Леонард Бернштейн , американский композитор и дирижер , кстати, описывает развитие водопада. Уберите план, и он описывает гибкую разработку!

Стендап

Я с нетерпением жду выступления в JAX London в начале октября . Я с нетерпением ждал конференции на месте, встречи с людьми лицом к лицу, а не масштабирования. Ключевое слово “было”: На прошлой неделе конференция изменилась с “гибридной” на “онлайн”. Облом!

Я также выступлю на WJAX в Мюнхене ( дважды ). На сегодняшний день это все еще гибридная конференция. Посмотрим…

Говоря о зрении: я вижу пальмы! Они не растут в Милтон-Кейнсе в Англии, где я живу. Так что у меня либо галлюцинации, либо я в отпуске. Это последнее: море, солнце, пальмы, отличный завтрак – я, вероятно, наберу 20 фунтов здесь, на Тенерифе!

реклама

22 ГОДА РАБОТЫ НА JAVA С ПОЛНЫМ СТЕКОМ ДЛЯ НАЙМА В ФЕВРАЛЕ СЛЕДУЮЩЕГО ГОДА

Я разработчик Java с полным стеком с 22-летним опытом работы: Spring Boot, Angular, Flutter. Я ищу проект в феврале 2022 года в Милтон-Кейнсе, Лондон, или удаленно. Я буду работать подрядчиком или срочным сотрудником, но не буду занимать постоянные должности.

Заинтересованы? Тогда ознакомьтесь с моим резюме и образцами работ!

Ознакомьтесь с образцами моего резюме и работы

Проверка кода

Выпуск 52 от 6 сентября 2021 г.

Прошлая неделя Я писал о том, что все большему числу предприятий придется платить за Docker Desktop. Я не упомянул, почему мы, разработчики Java , заботимся . Так почему же мы это делаем?

Нам не все равно, потому что “Docker Hub + Docker Desktop” – это Магазин приложений для нас, разработчиков , предоставляющий нам все необходимое программное обеспечение. И это приближает нашу конфигурацию разработки к производственной конфигурации , экономя наше время при воссоздании производственных проблем.

Нужна база данных? Он есть в Docker Hub. Тайник? Это там. Прокси-сервер? Стек журналов? Аналитическое программное обеспечение? Там, там и там, легко устанавливается, легко обновляется. И мы можем запускать столько различных версий данного программного обеспечения, сколько захотим, минуя проблемы, которые могут возникнуть у нас при локальной установке.

И Docker предоставляет нам то же программное обеспечение, которое мы запускаем в производстве. Так что больше никаких различий в наборе символов или сортировке между, скажем, MySQL в Windows и MySQL в Linux.

Так что, если Docker станет дороже, жизнь станет сложнее для тех разработчиков, чье предприятие не хочет платить. Вот почему мы, разработчики Java, заботимся о Docker Desktop.

Выпуск 51 от 30 августа 2021 г.

Я совсем забыл: две недели назад я сделал эти прогнозы для Spring One: “Я ожидаю, что его поддержка GraalVM станет изюминкой, а Java 11 станет новой базовой линией. […] Итак, когда появится Spring Boot 3? Следующая весна – мой лучший выбор. “Как я поживал?

Я получил только 1 из 3: GraalVM был одним из двух основных моментов, получив свою собственную сессию на 2-й день . Но базовым для Spring 6 является Java 17, о чем я писал на прошлой неделе, а не Java 11. А Spring Boot появится где-то после октября 2022 года, а не весной. 😩

Книжные закладки

Ява

Kotlin в основном игнорирует внутреннее использование Сейчас

Kotlin – это “современная Java”: статически типизированный язык JVM, который обладает тонкостями, которых нет у Java – нулевая безопасность для меньшего количества NPE, сопрограммы для лучшего параллелизма и многое другое. Kotlin может сделать нас, разработчиков Java, более продуктивными!

Недостатком внедрения Kotlin является совершенно новый язык для усвоения: обучение, новые инструменты, новые соглашения и т.д. Нам нужно убедить нашего босса и наших коллег в том, что боль, связанная с переключением, того стоит. Собирается ли Kotlin упростить эту задачу для нас, разработчиков Java?

Нет – нет, согласно интервью с Романом Елизаровым, руководителем проекта Kotlin в JetBrains. Это позор, потому что это означает, что мы, разработчики Java, с меньшей вероятностью получим повышение производительности Kotlin!

Интервьюер утверждает, что будущий рост Kotlin обусловлен “его внедрением в качестве серверного или полнотекстового языка”. “Язык полного стека” относится к мультиплатформенному Kotlin , который компилируется в JavaScript в браузере или машинный код на мобильных устройствах и настольных компьютерах и позволяет создавать интерфейсы везде. И JetBrains ясно дал понять: “Наше основное внимание на ближайшие десять лет будет сосредоточено на мультиплатформенной экосистеме”. Роман выделил две внутренние области, в которые будут вложены инвестиции: наука о данных, которая там конкурирует с Python, и языки, специфичные для домена (DSL).

Таким образом, большая часть инвестиций будет не направлена на Kotlin на серверной части, а на Kotlin как мультиплатформенный, интерфейсный язык. Что ж, может быть, Kotlin находится в такой отличной форме на серверной части, что ему не нужно большого усиления?

Роман, безусловно, так думает: он говорит: “будущее Kotlin на стороне сервера светлое и ясное”. Он цитирует отчет Snyk об экосистеме JVM за 2021 год (см. выпуск № 41 ), в котором говорится, что “18% разработчиков JVM уже используют Kotlin”. Роман также ожидает, что “это число будет неуклонно расти”. Это великолепно, не правда ли?

Необязательно. Цифра в 18% – это выбор вишни: в отчете JRebel “Отчет о производительности разработчиков Java за 2021 год” (см. выпуск № 27 ) число разработчиков Kotlin составляет половину этого значения – всего 9%. И считать себя разработчиком Kotlin стало проще, чем когда-либо: Технически, вы один из них, если просто настроите Gradle с помощью Kotlin.

И почему число разработчиков Kotlin должно “неуклонно расти” в будущем? Самая большая конкуренция Kotlin на сервере – это, как следует из интервью, не Rust или Swift – это обычная старая Java! И Java действительно улучшается, хотя и медленно: var для локальных переменных в Java 10, новые переключают выражения с Java 14 и записи с Java 16 (эквивалентность классов данных в Kotlin). И хотя это может и не уничтожить реактивное программирование (см. выпуск № 49 ), Project Look может устранить необходимость в сопрограммах Kotlin.

Вот еще один способ взглянуть на Kotlin: После десяти лет большого преимущества в производительности Kotlin захватил только 9-18% разработчиков JVM. Почему это число должно значительно вырасти в течение следующих десяти лет при уменьшающемся преимуществе в производительности?

Интервью

Фреймворки и библиотеки

Подробнее О Пружине 6 И Пружинном Ботинке 3

На прошлой неделе я писал о том, что ждет Spring 6 и Spring Boot 3. Днем позже VMware сделала видеозаписи сеансов доступными для зарегистрированных пользователей. Итак, вот более подробная информация.

Весна 6 – это так много работы, что впервые с 2010 года мы не получим крупного выпуска весны в этом году. Скоро мы получим небольшую версию, поддерживающую Java 17.

Предстоящий выпуск 0.11 сделает Spring Native более конкурентоспособным с GraalVM: руководитель проекта Себастьен Делез прокомментировал Slack, что “приложение Spring Boot + MVC + Tomcat потребляет менее 40 МБ после запуска на Mac”. Это намного ближе к 15 МБ, которые занимает аналогичное приложение Quarks, чем 126 МБ, собранное Spring Native еще в мае .

Spring Native исчезнет как отдельный проект с Spring Boot 3, который будет предлагать собственную стартовую конфигурацию и собственные пакеты сборки. Но даже с Spring Boot 3 некоторые библиотеки Spring Initializr не будут работать в собственном режиме: в настоящее время VMware фокусируется на архитектурных изменениях для собственной компиляции, прежде чем вернуться к подготовке зависимостей.

Мы также получили больше ответов о том, почему Spring Observability необходима в качестве нового проекта в Spring 6: В отличие от традиционной наблюдаемости на основе агентов, Spring Observability также работает при первоначальной компиляции. И как часть ядра Spring, он также будет более эффективно предоставлять более качественную информацию.

Обрезка, удаление cruft из Spring 6, является потенциально пугающим предложением: удалят ли они что-то, что мы используем сегодня? К сожалению, VMware привела лишь несколько примеров. Помимо установщиков автоматической проводки по имени/типу и EJB, о которых я упоминал на прошлой неделе, есть только “некоторые механизмы FactoryBean”, “некоторые параметры, связанные с Интернетом” и JAX-WS. Похоже, VMware сама не слишком уверена в себе. Вот почему они запрашивают отзывы сообщества. Я полагаю, мы всегда можем подать a Проблема Github из “Не убирайте X весной 6”.

Выпуск за прошлую неделю

Освободить

Кварки 2.2.2

После исправления ошибки showstopper, которая помешала выпуску “Давайте сосредоточимся на исправлениях ошибок с 2.2.0” (см. выпуск на прошлой неделе ), теперь мы получили надлежащий выпуск для обслуживания: “исправления ошибок и улучшения документации”. И да, я бы тоже поставил пробел между “ошибка” и “исправления”.

Если вам надоело читать об обновлениях кварков: я ничего не могу поделать, если они единственные, кто выпускает так быстро!

Объявление

О

Карстен Силц является автором этого информационного бюллетеня. Он является полнофункциональным веб- и мобильным разработчиком с 22-летним опытом работы на Java, автором, докладчиком и марафонцем. Карстен получил степень магистра компьютерных наук в Дрезденском технологическом университете (Германия) в 1996 году.

Карстен работал в Европе и США. В 2004 году он стал соучредителем стартапа по разработке программного обеспечения в США. Карстен руководил разработкой продукта в течение 13 лет и ушел после того, как компания была успешно продана. Он стал соучредителем британского стартапа SaaS ” Ваш дом в надежных руках ” в качестве технического директора в 2020 году. С 2019 года Карстен также работает подрядчиком в Великобритании.

У Карстена есть этот информационный бюллетень , веб-сайт разработчика и сайт подрядчика . Он в LinkedIn , Twitter и GitHub . Карстен также является автором в Info .

Оригинал: “https://dev.to/ksilz/how-to-build-java-applications-today-53-49bk”