Привет, Java Universe!
Любовь грядет!
Мы не знаем, слышали ли вы это еще, но у каждого из вас есть шанс выиграть один из фантастических призов от наших прекрасных спонсоров! Единственное, что вам нужно сделать, это перейти на веб-сайт , нажать кнопку “ПЕРЕЙТИ” и заполнить все пробелы в форумах типа! Оставьте как можно больше информации! Удвойте свои шансы!
Oli объявит победителей во время заключительных слов Конференции!
Мы в восторге от идеи взять интервью у наших спикеров, их ответы вдохновляют и дают разнообразную пищу для размышлений!
Пожалуйста, добро пожаловать, Джош Лонг!
Джош был первым защитником разработчиков Spring с 2010 года. Джош – Чемпион Java, автор 6 книг (в том числе книги О’Рейли “Облачная Java: проектирование устойчивых систем с помощью Spring Boot, Spring Cloud и Cloud Foundry”/| и “Reactive Spring” ) и многочисленные обучающие видео-бестселлеры (в том числе [“Создание микросервисов с помощью Spring Boot Livelessons”]) ( https://www.safaribooksonline.com/library/view/building-microservices-with/9780134192468/ ) с соучредителем Spring Boot Филом Уэббом) и участником с открытым исходным кодом (Spring Boot, Spring Integration, Spring Cloud, Activities и Vaadin и т.д.), подкастер ( “Полезный подкаст” ) и YouTuber .
Какие новые страны вы “посетили” благодаря онлайн-формату?
Я даже не знаю. Я думаю, что я провел конференцию в Литве, на которой я никогда не был физически. Я бы с удовольствием однажды побывал там в реальной жизни.
Как изменился ваш стиль программирования на Java за последние пару лет? Каковы некоторые из факторов, которые привели к значительным улучшениям?
Мой стиль программирования на Java все больше и больше становится похожим на мой стиль работы с Kotlin. Гораздо больше многострочных строк, var usage, лямбд и т.д.
Есть ли у вас какие-либо личные привычки, связанные с развитием или уходом за собой, которыми вы хотели бы поделиться с нашей аудиторией?
Найдите время, чтобы остановиться, подышать и поразмыслить обо всем, что идет хорошо. Быть счастливым помогает всему остальному работать лучше.
Проекты Valhalla, Loom и Amber получили много шума, но в отношении этих проектов существует здоровый уровень скептицизма. Есть ли у вас какие-нибудь мысли, которыми вы хотели бы поделиться?
Я супер взволнован этим, но я в равной степени взволнован проектом Panama! Project Panama обеспечивает интеграцию с машинным кодом, чего остро не хватает экосистеме Java.
Что планируется для Java после Java 17? Как это изменит повседневную жизнь Java-разработчика?
Я понятия не имею. Я даже не знаю, когда Java 17 начнет менять повседневную жизнь Java-разработчиков.
В семействе языков JVM есть Groovy, Scala, Kotlin и многие другие. Каких функций нам не хватает в Java по сравнению с другими языками JVM? Разрабатывать.
Что ж, Java быстро развивается! С каждым днем становится все лучше и лучше. Я часто использую Kotlin, но разрыв значительно сокращается. Действительно, в некоторых случаях реализация Java предпочтительнее, например, работа, которую они выполняют при сопоставлении шаблонов. Тем не менее, в C99 можно получить алгебраические типы и исчерпывающее сопоставление с образцом при правильном использовании макросов, так что, возможно, целью должно быть не добавление дополнительных функций, а добавление правильных функций. Я думаю, что Java отлично справилась с этой задачей за последнее время, когда они это сделали.
Существует множество причин, по которым Java, будучи одним из самых старых языков программирования, все еще широко используется. Во—первых, огромной мощности, которой вы обладаете при использовании Java, достаточно, чтобы сделать ее своим основным продуктом – в сочетании с возможностью использования хороших фреймворков Java, которые могут сократить время выполнения больших проектов. Ваш любимый фреймворк? Какие у него есть преимущества и недостатки?
Мой любимый фреймворк – Spring, потому что он существует большую часть жизни Java, интегрируется практически со всем и быстро адаптирует новые идеи и парадигмы (например, контейнеризация с помощью buildpacks, собственные образы GraalVM с помощью Spring Native и Kubernetes). Кроме того, у него огромное сообщество, так что люди, которым вы можете задать вопросы, всегда рядом.
Вначале Make был единственным инструментом автоматизации сборки, доступным помимо доморощенных решений. Make существует с 1976 года, и как таковой он использовался для создания Java-приложений в первые годы существования Java. Однако многие соглашения из программ на C не вписывались в экосистему Java, поэтому со временем и стали лучшей альтернативой. Maven продолжает использовать XML-файлы так же, как Ant, но гораздо более управляемым способом. И затем, Gradle был построен на концепциях Ant и Maven. Модный Gradle или старый школьный Maven? Или Муравей?!
В наши дни я использую Maven практически для всего. Это работает нормально, и там есть плагин и опции практически для всего. И то, и другое прекрасно. Мне все равно. Мои предпочтения и комфорт связаны с Maven, но есть инженеры получше, чем я предпочитаю Gradle, так что все в порядке. Просто используйте все, что ускорит запуск вашего приложения в производство:)
Будем ли мы когда-нибудь использовать модули? Когда мы создаем модуль, мы организуем код внутри в пакетах, точно так же, как мы ранее делали с любым другим проектом. Так почему же пакетов недостаточно?
Мы делаем постоянно используем модули в JDK. Однако я сомневаюсь, что многие из нас используют его в наших приложениях:-) Модули дают нам более модульную JRE, и поэтому их использование там уже является выигрышем. Сегодня я не вижу необходимости в них в своих приложениях, где единицей детализации является микросервис или контейнер (а не модуль). Это не значит, что они не будут хороши для кого-то другого. Ты просто никогда не знаешь наверняка…
Ходят слухи, что вы не используете собственный образ GraalVM в своих демонстрационных версиях, потому что вам требуется меньше времени для создания полнофункционального микросервиса во время демонстрации с нуля, чем для его автоматической компиляции. Комментарии?:D
ржу не могу ! Я действительно использую Spring Native и GraalVM в своем выступлении “Kubernetes Native Java”, но я не жду этого – я иду и создаю другой микросервис, пока жду его сборки:-)
Для нас большая честь, что Джош снова является нашим спикером! Вы можете проверить его выступление “Реактивная весна” за предыдущий год!
На этот раз Джош рассмотрит, как Spring Boot делает написание невероятно быстрых, облачных и масштабируемых сервисов более легким, чем когда-либо. Держу пари, вы не хотите пропустить его выступление, поэтому вам лучше сделать уведомление о том, что Джош выступит 25 июня в 21.00 по восточному времени !
Зарегистрируйтесь для участия Посетите наш веб-сайт
Увидимся на конференции jLove 25-26 июня!
Оригинал: “https://dev.to/konfy/being-happy-helps-everything-else-work-better-josh-long-2ghn”