Актуально ли изучать java 8?

Question

[Михаил Егоров]

Я студент технического ВУЗа. В универе пишем на С++, но я хочу в будущем работать с java. Есть книга Шилдта "Java 8". Последняя версия java - 19. Подскажите, имеет ли смысл изучать джаву по этой книге, чем отличаются последние версии языка от 8?

Comments

[Anonymous]

Однозначно нет!
Изучай Java 17 LTS

Java 8 была выпущена в 2014 году и она уже полностью устаревшая, поддержка окончена полностью.

[Михаил Егоров]

Никита Савченко, Спасибо за ответ! А не могли бы вы немного расширить ответ? Почему именно не стоит?

[Anonymous]

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

[VolgaVolga]

Никита Савченко,

Java 8 была выпущена в 2014 году и она уже полностью устаревшая, поддержка окончена полностью.

Уточнили бы хоть в авторитетных источниках , прежде, чем ляпать.

[VolgaVolga]

Михаил Егоров, Эккеля, не выходящего за пределы 6-й Java, до сих пор не вредно читать.
Работающих проектов на Java 8 хоть отбавляй.

[Yagher]

Никита Савченко, по-моему, многие компании до сих пор на 8-ой версии или 11-ой версии сидят. А изменения в новых версиях не настолько существенны, чтобы приводило к немедленной миграции.

[VolgaVolga]

Yagher,

многие компании до сих пор на 8-ой версии или 11-ой версии сидят.

Именно так. Никто в здравом уме не будет мигрировать на не-LTS версию, поддержка которой закончится ровно через полгода.

[Anonymous]

Yagher, но лучше если если нету проекта, сразу писать на Java 17, чтоб код актуальнее был

[Anonymous]

VolgaVolga, переводчик подвел, перевел автоматом. В 2030 году???
Вот это да...

[Yagher]

Никита Савченко, можно и через зеленые потоки сразу писать, чтобы совсем все актуальное было, но прежде нужно решить зачем и какие задачи вы решите более актуальным способом.

[Jacen11]

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

[VolgaVolga]

Jacen11,

На собесах вопросы по восьмерке только два три года назад начали появляться

Как минимум пять лет назад уже вовсю спрашивали.

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

[Jacen11]

VolgaVolga, сбер, втб и еще десяток банков не спрашивали. Что это еще за "флагманы"? Да еще пару лет назад где то 2 из пяти могли про стримы спросить

[Jacen11]

VolgaVolga, только не надо сейчас рассказывать про иностранные компании, особенно тс(студенту) да еще из россии
и то фаанг таким не занимался

[mayton2019]

Я думаю что студенту актуальнее всего пошуршать по вакансиям и просто посмотреть что спрашивают. В резюме будут писать слово java. Но это вовсе не означает что на собеседовании спросят про Java-19. Про девятнадцатку у вас вообще реально нигде не спросят. Она не является LTS и она не будет в длинной поддержке. Ее фичи - в состоянии preview. Что могут спросить по языку? Могут спросить про лямбды и стримы - но они были в Java-8. И они не сильно изменились. А вот что много спрашивают обычно - это Spring/Hibernate. Но это другой вектор развития. Он идет вообще перпендикулярно к Java. Вопросы по топовым языковым возможностям... ну не знаю например pattern matching вас могут спросить в конце из любопытсва. Но это не будет тот вопрос который определяет вашу годность к работе. Вообще в сегменте java фин-теха сидят очень жадные овнеры и они вовсе не торопятся модернизировать софт с 8 на 11 или 17. Для них в этом нет никакого смысла. Более того болезненный переход с 8 - 11 где были порезаны некоторые библиотеки их даже немного остановит. Вобщем я готов просто спорить на коньяк с каждым вайтишником что его перый java проект будет в исходниках java-8 и я буду статистически выигрывать спор.

Answer 1

[Dmitry Roo]

Джава полностью обратно совместимая.
Так что изучайте спокойно 8ю, потом подтяните фишки, которые появились позже.

Comments

[Anonymous]

2014 год и 2021 год... как то мало верится что можно спокойно подтянуть фишки которые появились "позже" X)

[Dmitry Roo]

Никита Савченко, вам не верится потому что вы, видимо, не пишите на джаве.

[Dmitry Roo]

Никита Савченко, вот вам для уверенности: https://pretius.com/blog/java-17-features/

[WbICHA]

Dmitry Roo, я хз как в джаве, но изучать тот жс 10-тилетней давности вредно для развития. Подтянуть новые фишки, конечно, можно, но изначально привыкать использовать устаревшие практики, имхо, так себе идея. К тому же когда в гугле ответы на вопросе о языке будут в основном о более свежих версиях.
Может в отношении джавы я неправ и она почти не поменялась за 11 версий, но всё же это 11 версий.)
Хотя основы, конечно, можно и там изучить.

[Yagher]

WbICHA, ну, например, прототипные принципы жса 10-ти летней давности не изменились.

[WbICHA]

Yagher, и что? Речь не о том, что не изменилось, речь о том, что изменилось.

[Yagher]

WbICHA, скорее добавилось, чем изменилось.

[VolgaVolga]

WbICHA,

всё же это 11 версий

Можно все, кроме 8, 11 и 17-й, оставлять за скобками. Только эти релизы LTS. А так, новая версия выходит стабильно раз в полгода. Ну что за такой короткий срок кардинального можно поменять?

[Anonymous]

Dmitry Roo, пишу на ней немного, изучаю Android-разработку

[Yagher]

Никита Савченко, тогда можно сразу в котлин, наверное.

[Dmitry Roo]

WbICHA, если посмотреть на историю версий, можно заметить, что между 7й и 8й версией прошло 13 лет, а между 11LTS и 17LTS всего 3.
Дело в том, что после 9й решили выпускать новые версии два раза в год. Это связано с изменением условий поддержки, в т.ч. комерческой (надо помнить, что джава широко используется в энтерпрайзе).
И теперь, хоть новые версии выходят чаще - изменений там не так уж и много, а изменения JVM самой могут вообще не повлиять на синтаксис языка (например, оптимизации работы со строками под капотом ничуть не влияют на их использование).

[Dmitry Roo]

Никита Савченко, ну и как там на андроиде? Часто record-ы используете или sealed классы?

[VolgaVolga]

Dmitry Roo,

между 7й и 8й версией прошло 13 лет

Очепятались где-то, видимо.

[Dmitry Roo]

VolgaVolga, ой да) Ну смысл вы поняли)

[Сергей Горностаев]

WbICHA, подавляющее большинство проектов до сих пор на 8-ке. Вполне реально встретить в энтерпрайзе 7-ю и 6-ю версию. Можно наткнулся даже на код писанный под 1.2. Действительно серьёзных изменений с 9-й версии в языке не было. Большинство книг и ответов в гугле будут про 8-ку.

[WbICHA]

VolgaVolga, Dmitry Roo, Сергей Горностаев, понял, принял, спасибо за информацию.)

[mayton2019]

Большая часть финансового Энтерпрайза сейчас работает на java 8. Вот.

[Jacen11]

Никита Савченко,

пишу на ней немного, изучаю Android-разработку

ну можешь заканчивать, никто не пишет на джаве на андроид, к тому же перекат андроида на новую jdk на несколько лет отстает. Да никому это и не нужно, есть котлин со своим сахаром

Dmitry Roo,

Часто record-ы используете или sealed классы?

да, постоянно. Очень полезно. Только на котлине конечно.

[Anonymous]

Jacen11, я не люблю Kotlin.

[Anonymous]

ну можешь заканчивать, никто не пишет на джаве на андроид

На самом деле это не так, до сих пор много приложений написано на Java.

[Anonymous]

Можно наткнулся даже на код писанный под 1.2. Действительно серьёзных изменений с 9-й версии в языке не было. Большинство книг и ответов в гугле будут про 8-ку.

Да, я тоже сам натыкался на Java 1.2.

[Jacen11]

Никита Савченко,

до сих пор много приложений написано на Java

как вы это решили? активное использование видел в яндексе, во всех остальных местах, если и было, то активно выпиливается, да я сам этим занимался. Сейчас ui будут делать на compose, он вообще с джавой не работает

[Yagher]

Jacen11,

да, постоянно. Очень полезно.

Расскажите пару юз-кейсов.

[Jacen11]

Yagher,

sealed class PayControlConfigInfo

data class SignDataError(
    val isInternetError: Boolean = false,
    val errorCode: String = "",
    val typeSign: TypeSign
) : PayControlConfigInfo()

data class Success(
    val stateDocument: List<StateDocument>,
    val operationId: String?,
    val codeLength: Int?,
    val retryAfter: Int?,
) : PayControlConfigInfo()

data class StateDocument(
    val id: String,
    val signType: List<SignType>
)

enum class TypeSign {
    PAY_CONTROL, SMS,
}

вот пример моего кода. В своем методе возвращаю PayControlConfigInfo. Заставляю человека который использует мой модуль смотреть, была ошибка или успех. Через эксепшены придется все оборачивать в море трай кетчев которые легко забыть или запутаться в их типах. А в when(switch) не надо писать елсе

вот так выглядит место использования

return when (signResult.configInfo) {
            is Success -> processSignSuccess(signResult, outgoingModel)
            is SignDataError -> processSignError(signResult.configInfo)
        }

data это аналог record, чтобы самому не переопределять toString, потом в логах будет удобнее читать