Strannyk

Всё в рамках стандартной конфигурации с проксированием. Делаете два серверных блока, разводите по разным портам в proxy_pass.

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

и ZF как раз научит тебя правильной архитектуре или сподвигнет к этому.

Собеседования показывают только умение проходить собеседования. Единственный верный способ проверить человека - трёхмесячный испытательный срок.

Потому что вы объявили константу entry как пустой объект и вернули её. То что в forEach что то делаете не касается этой константы. От сюда и вывод.

Откуда брать этот самый опыт если на текущем месте работы такой работы совершенно не предвидится?

Пет проекты

sarcasm_on
Да, в статье 99 Трудового кодекса так и написано

2)... бэк енд должен самостоятельно сделать админку при разработке бэк енд

8)... бэк енд разработчик должен сам понять и не утруждая заказчика сделать админку

sarcasm_off

Автор, проснись! Что за глупые вопросы? Какой «должен»? Как договоришься, так и будет. Конечно, заказчик хочет навалить на исполнителя побольше за те же деньги.

https://paletton.com

Этот декоратор по сути описывает то, от каких модулей зависит текущий модуль, какие в нём контроллеры и сервисы есть - то есть, грубо говоря, описание модуля что ли, его конфигурация. А сам по себе модуль - это совокупность какой-либо логики (сервисов, контроллеров), объединённых по смыслу (находящиеся в одной папке). Что что-то вроде приложений в Django внутри проекта, если имели дело с этим. Это нужно, чтобы проект в кашу не превращался. То есть в вашем случае users и products - это два разных модуля.

Открою вам страшный секрет: эти навыки и мало в каких больших проектах практикуются. Посоветую писать прикладной код, а не на алгоритмы молиться.

Добрый день!

Хочу добавить в этот класс поле, которого нет в базе

Подозреваю, что вам нужно сделать следующее:
1) создать поле с аннотацией @Transient
Например,

@Transient
private long calc;

https://stackoverflow.com/questions/2154622/why-do...
Таким образом это поле не будет хранится в БД.

...которое вычисляется на основе других полей.

2) К этому полю добавить аннотацию @Formula
https://thorben-janssen.com/hibernate-tips-calcula...

Прочитайте вот, эту статью - https://vladmihalcea.com/how-to-map-calculated-pro...

Другой вариант выполнить пункт 1. Но вместо использования аннотации @Formula создать метод с аннотацией @PostConstruct и затем уже инициализировать ваше поле с нужным значением

Добрый день!
Как отметил коллега Dmitry Roo :

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

В данном случае я соглашусь с ним. Лучше конечно же просто иметь сущность User, но при этом завести enum Role (например, candidate_trainer, trainer). А дальше при нажатии на кнопку в админке просто заменяете роль пользователя с candidate_trainer -> trainer и все.

Возможно, что есть причины, из-за которых вы решили разделить данные сущности. Тогда просто удаляете старую запись и создаете новую.
Например,
при клике берем Id кандидата.
Находим его по id.
Создаем новую сущность (можно даже написать некий Converter<S, T>)
Сохраняем новую запись
Удаляем старую запись

Как вести себя в ситуации, когда клиент хочет написать заявление в полицию?

КАк обычно.

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

Если я сейчас начну угрожать вам заявлением в полицию, вы тоже нервничать будете?
Любой гражданин имеет право написать заявление в полицию.

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

Если клиент подаст заявление в полицию и к вам придет полицейский узнать как было дело - просто расскажете ему как оно было, и все.