Почему тогда не сделать один раз простой массив строк { "Warrior","Archer" и "Mage" } .... зачем процедура???

Вместо перечисляемого типа enum что ли?

На сколько я понял, данное задание как раз на базовое понимание Java

сложновато как-то без понимания задачи или контекста, да и Ява тут причем - нереентерабельная процедура без параметров String[] getSpecializations().

На самом деле да, правильнее было бы загнать массив в ресурсы. Я постарался обойти ограничение платформы, поэтому загнал в енам

Ограничение автопроверки на курсере

А что значит «нереентерабельная процедура» в данном контексте в данной задачи? Если можно поясните, пожалуйста, на будущее запомню — мало ли пригодится.

А то это первые разы мои, когда на Java пишу — получилось так, что задание за 5-15 минут сделал и сдал, не вникая в реентерабельность процедур и ресурсы...

Это означает запрет записи в статические и внешние переменные, а также получение всех исходных данных исключительно через параметры (Волатильность внешних имен обычно не гарантируется). Это необходимо для обеспечения возможности параллельного и/или рекурсивного использования процедур. Для программиста это важно в смысле замкнутости или контекстной независимости алгоритмов, или, если проще - ясного и однозначного изложения мысли и действия.

Спасибо! Сохраню, позже по этой теме более подробно почитаю информацию

... так что там делать, неужели просто скопировать в три строки названия енумов?

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

А можно какие-нибудь книги по этой теме, терминам порекомендовать?

Удивительно первый раз встречаю данную терминологию... Или это от туда и от сюда: в течении опыта накопилось?

P.S.: За мной "грешок" как за программистом есть, был надеюсь: никогда в терминологию не вдавался... и не "заучивал" её.

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

Откуда джава функциональный язык?)

мультипарадигма

... интерпретатор однако, с полным набором виртуальных операций, а уж как Вы будете работать с динамическим управлением процессами - то ваши простые возможности

Ну, в большой джаве может и так, но на андроиде более ООПшно все

А как же реактивное программирование? Всё чаще и всё больше оно применяется для разработки мобильных приложений и по сути своей намного ближе к функциональному подходу, чем к ОО

Да и в целом тенденции языков Java (в Enterprise) и Kotlin в развитии именно в добавлении возможностей для функционального программирования

Rx - так и расшифровывается - reactive extensions. Это не часть языка, но библиотека, дополнение к нему. Можно конечно вспомнить еще и stream api, только вот мин сдк для его использования выкручен так, что приходится отказываться

Котлин - объектно-функциональный, согласен