Разработка на Java

Осведомись у тимлида, каковы причины состояния кодовой базы.
Если ответ будет со смыслом "всем некогда и похуй", сразу предложи постепенно привести ее в порядок (через 3-6 месяцев на освоение), в обмен на повышение до миддла. Не согласится - ливай, потому что тогда это болото с постоянно растущим техн. долгом, и работать в нем будет просто некомфортно.
Если же ответ будет со смыслом "так задумано", то поработай немного, и возможно поймешь какие-то плюсы или нюансы, которых пока что не видишь из-за поверхностного знакомства с проектом. Даже если не устроит то что выяснится - всегда сможешь ливнуть, но так у тебя будет уже некоторый опыт, а он является безусловным плюсом.

Идеальных условий ты нигде не найдешь... нужно понимать что всегда есть какие-то "пунктики" - просто где-то они более противны, а где-то менее. Главное чтобы работать можно было без растраты нервного здоровья, и чтобы коллектив хороший был в целом. А инструменты это мелочь, и кстати, из этих мелочей формируется арсенал навыков (то есть, со старым тоже неплохо бы уметь работать, расширять свои навыки. Тем более что новизна в IT зачастую условная, и питает ее хайп...).

ну вот они тебя такого умного и пригласили чтобы ты всё написал как следует...

Каждый следующий сантехник на порядок умнее предыдущего. С пераого взгляда заявляет "Какой же дурак это делал". Вы же не сантехник, я полагаю. Или как?

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

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

По поводу кода, который писал какой-то чел, вопросы и претензии лучше предъявлять к тому самому "другому челу" непосредственно. К счастью, боженька нам даровал git blame и аналогичный инструментарий в других VCS, так что ни одно доброе дело не останется безнаказанным.
А если другой чел здесь уже не работает... что ж, не исключено, что как раз из-за качества кода. Будьте лучше него и поправьте всё, что найдете.