Эээ. Вообще-то 11 −9 ранг это самые низы госслужбы. Руководитель КМДА это гдето 2-3.

В общем и целом, да, долже мочь вроде бы.
Сетки ФОТ — нет. Они Кабмином назначаются.

«не знаю, я не читав про 9-ту версію»

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

Не совсем так. Да, конечно, процедуры есть, но реально все упирается в политическую волю и степень умности.

А да, еще был забавный кадр.
Приходит такой парниша. Взгляд плавающий, как будто парень дунул в подворотне перед собесом, как будто не в себе. Начинаю спрашивать по технологиям, написанным в резюме. После каждого вопроса — молчание 10-20 секунд и ответы — «нет», «не знаю». Вот у вас написано JAX-RS, расскажите что делали. Молчание. А что это вообще? -фреймворк. А что он делает? взгляд в пустоту, молчание 20 секунд -Не знаю.
Приошлось попрощаться через несколько минут.

может быть беседовали с человеком с опытом в 10-15

Ну вот может не надо выдумывать ответы собеседникак за него? Это был около-джуниор с зарплатными ожиданиями около 800 баксов.

Нет, это надо быть совсем тупым чтоб так сказать.
Сказать так не позволит как минимум уровень ЧСВ обладателя жопы, сидящей в кожаном кресле. Обязательно будут надуты щеки, сказаны высокопарные фразы про заинтересованость в повышении бла-бла-бла, после чего сославшись на большую занятость Имярек Батькович выделит для координации «отвественное лицо», которым окажется какая-нибудь секретарша, начальник канцелярии или т.п. После чего Имярек Батькович вернется к порешанию дел ртом через телефон.

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

А я вот знаю, я в КМДА работал. И?

Почему условная КМДА не может использовать софт для, скажем, постановки задачь по ремонту дорог, остлеживания статусов и контроля выполнения?

Потому что условная КМДА — это пещерные люди, когда речь заходит об IT.
Так случилось, что я лично видел как создавалась и внедрялась «система електронного документооборота» в КМДА.

Для понимания уровня, несколько фактов.
— «программист», который «писал» обработку текста в документах, не смог написать код, который делает апперкейс первой буквы в тексте и первой буквы после открытой кавычки. И эта контора выиграла тендер, и «внедрила» систему.
— первая страница после входа в систему, содержала толи 13 толи 15 скроллбаров, уже не помню. Причем были вложенные, т.е. скроллбар внутри скроллбара.
— чтобы зарегистрировать документ, нужно было совершить около 20-30 шагов, причем некоторые из них были дублирующимися.
— система не тестировалась в принципе.
— после «внедрения» пользоваться ей не умели 80% сотрудников, а 95% руководителей не пользовались ей в принципе, отдав свои ЕЦП секретаршам.

И что-то мне подсказывает, что эта система продолжает «работать» и по сей день.

Причины, по которым внедрение IT-продуктов будет обречено на провал, просты:
— 99% условных КМДА не дадут достаточно денег на разработку нормальной системы. Не потому, что их нет, а потому что не видят смысла. «студентов за 5к гривномесяц возьмем, они сделают».
— не смогут сформировать ни нормальные ТУ, ни нормальную процедуру приема и контроля готового продукта.
— попытка закупки и настройки инфраструктуры упрется в невыполнимые процедуры полугодичной длительности.
— клерки, сидящие на окладах, близких к минимальным, в принципе не расположены к стремлению увеличить эффективность своей работы. «не трогайте нас, мы работу работаем» — девиз большинства сотрудников учреждений по жизни.

Эээ... а что, понятие многопоточность остановилось на мониторах, wait/notify и synchronized?

Это так. Но если человек сделает их на фьючурах, это не беда. Если он понимает основы, он легко и быстро разберется и с более сложным API.

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

так питаєте ви про багатопоточність чи не питаєте?

Конечно спрашиваю! Это одна из обязательных тем в интервью. Форк-джойн нет, но вообще многопоточность у нас в проекте есть сплошь и рядом, и огромное количество вопросов нужно решать с учетом многопоточности. Если человек не понимает многопоточности ему у нас просто нечего делать.

И да, я не спрашиваю про форк-джойн, так же как не спрашиваю про CompletableFuture и/или перечислить классы из java.util.concurrent. Я спрашиваю понимание базовых вещей и основ. А с классами человек разберется.

яким чином відбувається реліз Java EE (Jakarta EE)?

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

Я спрашиваю только то, что кандидат должен знать для успешной работы на проекте. И начинаю вопросы «за философию» только если кандидат успешно ответил на 80-90% вопросов технических.

А спрашивать про правовые тонкости релизов версий, проблемы Оракла или на каком боку спал Гослинг, когда ему приснилась джава — это не совсем правильные вопросы.

Зауважу, що на даний момент менше уваги приділяється багатопоточності, адже наявність багатьох фреймворків ізолює розробника від потреби створювати та керувати новими потоками.

Серьезно?
Т.е. существование спринга освобождает джависта от понимания многопоточности? Или то, что мы больше не делаем new Thread() освобождает от необходимости знаний о многопоточности? Breaking news.

при яких операціях відбувається економія часу, коли ми працюємо з HashMap та за рахунок чого відбувається така економія

Говорить об экономии можно, когда вы обозначили проблему, которая выполняется с слишком высокими затратами, и требует экономии чего-либо. А говорить просто об экономии без контекста проблемы, о решении которой вы спрашиваете — это сферический конь в вакууме.

Если я вас спрошу, быстрее ли выполняется добавление в ArrayList, закономерным вашим вопросом будет «быстрее чего?». А я вам в ответ, «а просто быстрее».

и не поспоришь.

середня з/п мідл/сіньор «реальна» яка повинна бути?

8-10-12 тысяч гривен. «А шо?»

Хорошая статья, спасибо.

Чувак, ты не пререкайся, а на ус наматывай.

Ты зашел на форум специалистов, спрашиваешь совета, при этом из твоих постов видна в основном болтология. Когда тебе на это обращают внимание, начинаешь спорить и соревноваться в остроумии постов. Не лучшее начало.

Иногда просматриваю. Трачу на это в среднем 5 минут.

В основном это какой-то трешняковый треш, но в 5% у кандидата встречается что-то любопытное на гитхабе.

Теперь понял.
Да, действительно, вопрос memory footprint в ентерпрайз джаве даже не ставится как таковой.