ладно, отмазались

https://sales.jetbrains.com/hc/en-gb/articles/207241075-What-is-the-difference-between-the-commercial-and-personal-licenses-
с другой стороны
A Personal license is an option for private individuals who purchase a license with their own funds, and solely for their own use. Personal licenses are not to be purchased, refunded or in any way financed by companies
Интересно, зарплата считается "financed by companies" ? 🤔

Ну это про то что только ты ей можешь пользоваться

Корпоративной могут пользоваться все, там нет привязки к сотруднику

Тоесть это компаниям нельзя покупать сотрудникам персональные лицухи

но " in any way financed by companies" 🤔

Ну зп это оплата твоей работы, еслп есть отдельно от зп фонд на персональные лицухи - то нельзя

Тоесть зп идёт по тк, и как только ты получаешь деньги - они твои

А разработчикам не пофиг, если бизнес лицуха тоже куплена?

есть практика у некоторых компаний компенсировать персональные лицухи, а не покупать корпоративные. Но это нарушение

Здравствуйте.
Появилась проблема при персисте сущности в доктрине.
Дело в том, что она внутри себя хранит value object, в котором есть другие сущности. Был ли у кого-нибудь такой кейс? Если да, то как можно решить и можно ли вообще?

У тебя там для VO навреняка есть DBAL Type с методом convertToDatabaseValue. Возможно, там обработать как-то получится, но есть сомнения относительно корректности.

это ошибка дизайна, VO не может содержать сущности по определению

Раз тут заговорили о сущностях. Кто-нибудь сталкивался со случаем, когда есть агрегат внутри агрегата.
Допустим типичный пример с корзиной. Есть Cart, есть CartItem как его сущность, одновременно и как агрегат.
Cart защищает нас от дубликатов продуктов, т.е. если кто-то пытаются добавить существующий продукт - мы просто увеличиваем количество существующего.
так же защищает на максимальную сумму заказа и максимальное количество товаров.
CartItem представляет собой второй агрегат. Он содержит в себе сам товар и различные дополнения типа цвета, модели, чего угодно в зависимости от типа товара.
Защищает нас от того, чтобы мы не могли добавить к вещи модель от телефона допустим или добавили к вещи цвет, которого у нее нет в доступе.

Очень интересно услышать было бы мнение

Как по мне, то CartItem типичный VO

Но у него же есть идентификация

И он не иммутабелен совсем

Имеющая смысл только внутри Cart

Ну да, это идентификация

по БЛ иммутабелен )) ты в оффлайн маркете не меняешь у товара в корзине цвет или модель, ты выкидываешь его и кладешь новый ))