sverlova0206, все зависит от проекта) В проекте, где постоянно происходят существенные изменения (нп. проект в стадии MVP или в стадии полного рефакторинга) автоматизации не будет, потому что она нецелесообразна, у меня были такие (как у тестировщика). Просто для мануального и автоматизированного тестирования скиллы частично отличаются (в мануальном нужно больше анализировать и вникать в специфику использования продукта и тесно сотрудничать с менеджерами, а в автоматизации нужно уделять время разработке и администрированию тестов, т.е. стать узкопрофильным разработчиком). Многие поносят мануальщиков, хотя хороший мануальщик должен уметь анализировать задачу с многих сторон, иметь представление о сложных кейсах и уметь отстоять их рассмотрение, уметь создать краевые условия, чтобы их проверить... Это тоже требует широты кругозора и технических знаний, есть компании где это ценят, просто их меньше. Мой прошлый коммент был скорее о том что работодатели сами не стремятся нанимать хороших мануальщиков, поэтому сложнее найти единомышленников и многие все равно уходят в автоматизацию, разработку или менеджмент
Максим Федоров, если тестировщик не выбирает автоматизацию то никто не заставляет вникать во все тонкости фронтенда и бекенда, для работы им это не нужно, да многим и не надо. Полно тестировщиков которые обходятся поверхностными знаниями и их карьера не рушится, все равно потом вырастают в менеджеров засчет базы знаний вширь
Максим, с какой радости это сайт для психологов? Вы сами указали ненужный тег, который в том числе я курирую и могу отвечать/комментировать и поэтому увидела вопрос, не хотите принимать как факт правильные ответы, наезжаете на Алексея, считаете что на Ваш вопрос должны слететься только лучшие из лучших и дать только те ответы, который Вас полностью устроят. В Вашем поведении есть неуважение гораздо большее, чем Вы приписываете мне и другим
Максим, закономерность ответов от разных людей на такие вопросы не спроста, к желаемым ответам можно было прийти путем гугления, а не спама на пять тегов не по теме
Сергей Карбивничий, иногда модераторы удаляют вопросы (тоже замечала такое, просто обычно не реагируют на одну жалобу, иногда и без жалоб дропают по причине "задание, а не вопрос")
ostiwe, проблема с "circular reference" это многократно спрашиваемая тема, в документации описана, на symfonycasts есть примеры, тут и на SO есть примеры. Спойлер с роутом показывает только то, как Вы получаете данные, а не как вы предотвращаете эту ошибку. Самое простое решение - это создание аннотации с группами для полей энтити (исключить поле с релейшеном), но такой способ не подходит, потому что Вам релейшен нужно сохранить для вывода. Тут вариант только реализовывать примеры из документации https://symfony.com/doc/current/components/seriali... и показывать куски неработающего кода, если они не взлетели не смотря на все усилия
Описание такого рода вопросов нужно начинать с указания контретной бд и ее версии, потому что средства работы с json есть далеко не у всех, ну а по-хорошему такие данные парсят и хранят в нормализованном виде в реляционной бд или переносят в nosql базу
ElijahBelokon, как вариант "от противного" можно ставить более старую стабильную версию, но в любом случае помочь можно только на основании всех данных - ОС, версии докера и докер композа, логов билда, это уже путь муторного гугления...
