Сергей Литвинов

Требования по таскам у заказчика(англоязычного) я узнаю сам, разрабатываю функционал тоже сам, потом тестирую (тестировщика ещё не наняли на мой проект).

Поздравляю, ты мидл.

Чтобы развивать дальше - ищи где или у кого учиться :) гит, сообщества, ментор, тренер. что угодно, если на работе нет возможности

Во-первых, само разграничение на джуна, мидла и сеньора очень условное. Я видел примеры того, как сеньор из одной компании не тянул на джуна в другой. Обусловлено это может быть как разным уровнем требований к профессионализму сотрудника, так и степенью соответствия области знаний сотрудника области деятельности компании. Экосистема Java очень объёмна, даже в её пределах знать всё тяжело.
Во-вторых, объективно оценить себя самостоятельно невозможно. И даже оценка со стороны тоже может быть не показательна, как я уже писал выше, в разных компаниях разные нормы. И серьёзность компании не показатель. Я видел супепрофессиональные отделы в региональных продуктовых магазинах и частных клиниках и видел огромные ИТ-службы полностью состоящие из профанов в федеральных банках и транснациональных торговых сетях.
Решаются эти две проблемы относительно просто - смело претендуйте на большее. Естественно, вас попросят подтвердить ваш уровень. Если смогли, вы ему соответствуете. Если нет, готовьтесь лучше. И чем большему количеству людей вы сможете доказать свой уровень, тем более он объективен.
Что касается развития и целей для дальнейшего роста, мозг развивается, если его напрягать. Нужно всё время практиковаться, всё время изучать что-нибудь новое, всё время искать дополнительные способы применить свои силы. Я часто слышу, что в маленькой компании нет возможности развиваться - это неправда. Как раз в кровавом энтерпрайзе приходится делать годами одно и то же и работать с махровым легайси, без возможности что-либо изменить без полугодового согласования экономического обоснования изменения. Маленькие компании на много более гибкие в выборе технологий и методов работы. К тому же, всегда есть возможность завести пет-проект. Чтобы выбрать технологий для пет-проекта, найдите все вакансии java-программистов на нескольких работных сайтах, отсортируйте по зарплате и в списке требований топовых позиций найдите то, чего не знаете. Потом повторите подобную операцию с фрилансерскими биржами.

Не удивлюсь, что ему отрывает башку обилие настроек в persistance.xml. Оставьте настройки только для Hibernate.
Вот эти я имею ввиду.

<property name="hibernate.connection.url" value="jdbc:mysql://localhost:3306/test"/>
            <property name="hibernate.connection.driver_class" value="com.mysql.jdbc.Driver"/>
            <property name="hibernate.connection.username" value="root"/>
            <property name="hibernate.connection.password" value="root"/>

1. Понимаете ли вы что такое высоконагруженный проект? (Нет)
2. Какую нагрузку и на что вы предполагаете? (Очень интересно)
3. Как язык программирования вообще связан с нагрузкой? (Ответ: никак)

Простому разработчику, наверное, все равно, но разработчику, который в будущем будет искать работу...

Простого разработчика - всегда ищет работа!
А разработчик-лентяй - ищет сам работу, чтобы обучаться и ещё за это получать деньги!
Советую, вначале, стать простым разработчиком. ;)

Попробуйте натянуть этот функционал на несложный фреймворк вроде laravel - да, он не идеальный, но как по мне лучше начать делать хоть как-то, а потом постепенно разбираться, как писать ООП красиво.
Items, users, images - могут стать классами моделей, где описаны их свойства и методы для их получения/записи.
Из function_images можно написать модуль (условно говоря папочку с набором классов-сервисов), где будет описана логика ресайза отдельно, логика обрезки отдельно и т.д.

В уроках все хорошо.
ООП не такой уж и сложный, это только так кажется, пока не попробуешь.

Посмотрите эти уроки, тут все понятно (ИМХО) - клик

PHP похож на алгоритм - по одному условию показываешь один текст, если условие не выполняется - показываешь другой текст.

PHP похож на слона

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

Если говорить о нарушении уровня абстракции в отношении класса, то оно обычно представлено тем, что разные методы класса относятся к разным уровням абстракции.
Например, если одни методы DAO в качестве параметров получают доменные объекты, а другие — значения полей для прямой вставки в таблицу, то это — нарушение абстракции на уровне класса.

Стругацких, Пикник на обочине

Symfony + Попросили проверить код, на что смотреть нужно?