Если бы он был, думаю знал бы что спрашивать

ну вдруг он мидл на симфони

ну тогда не он должен собеседовать Сеньйора

а тех лид или тим лид

Я не синьор на Симфоне, только мидл
в компании я единственный пхп и открылась вакансия на синьора

Спасибо @jokytail что откликнулся и список🤝

ну вот у тебя же есть опыт с фреймворком

переложи его на вопросы, касаемо проекта

вся эта градация фигня

и на сколько я знаю сеньйора больше по софт скилам нужно гонять)

а не по хард скилам

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

отсюда и вопросы должны касаться ваших кейсов

99 процентов, что собеседоваит ты будешь не синиора

Понял, хорошие поинты для раздумий

у меня вопрос не совсем по симфони, но рискну) вчера я задавал его в соседнем чате но там как-то всё скатилось в срач "автоинкремент против uuid", что никак не прояснило сути вопроса)

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

сейчас все события у меня из сущностей вытягиваются в отдельном слушателе доктриновских событий на postFlush

по идее, в объекте может поменяться что угодно, потому в доменное событие передаётся единственная стабильная штука - это айдишник (база mysql, айдишник - автоинкрементный). но некоторые события могут произойти еще до того, как у сущности появилась айдишка. как правильнее? передавать весь объект в событие, а айдишка будет востребована после того, как сущность сохранилась? но вся сущность в событии не особо-то и нужна. или же передавать в событие какое-то замыкание из которого можно будет получить id? или еще какие-то варианты? я сам склоняюсь к тому, чтоб передавать сущность, но может есть какие-то более клёвые варианты? менять базу и делать айдишки uuid - не предлагать)

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

какой самый правильный подход?
спасибо за ответы)

Если мы про ООП (а мы ведь про него), то передавайте сущность вокруг которой произошло событие. Ид имеет смысл когда надо сериализовать для промежуточного транспорта типа aqmp, в прочих случаях - сам объект.

делать uuid)))

Да, лучше uuidv4

Я бы с удовольствием, но это не вариант(

Или v6 если не страшно