Прикольный проект. В том году я делал проект со схожей идеей. Добавить развлекательный элемент в тренажер Web API. В моем случае это детективная история, которую можно расследовать с помощью запросов. Проект не выстрелил, как предполагаю, из за сложности установки для некоторых. Как раз требуется выполнить docker compose. По итого мне кажется подобные штуки надо делать с web интерфейсом как The SQL Murder Mystery. В случае сервиса из статьи опять же должен стоять питон, надо разворачивать окружение и т.д.
Если интересно ссылка на гит моего проекта https://github.com/SnoweTiger/APIMystery
Мне кажется, зря вы спорите. У обоих инструментов есть своя ниша. Toml вмести с poetry/uv удобнее для разработки. Контроль дерева, разделение dev зависимостей, удобные настройки линтеров и т.д. Requirements в свою очередь удобнее для деплоя создана файл с нужными версиями пакетов без дев зависимотей. Понятно что можно добавить poetry в контейнер, но это странно. Тогда уж надо multi stage build делать, но это зачастую лишнее усложнение dockerfile.
Не думал что когда-нибудь буду защищать ЯП, но тут вы перегибаете. Наставники действительно, как и все люди, разные. Расскажу по своему опыту, курс QA 2022. На поотоке было 6 групп, человек по 30. Из 6 наставников 4 был супер, по мнению большей части аудитории. 1 явно не хватало опыта наставничества и 1 был неочем. К одному наставнику действительно были постоянные разумные претензии. Ревьюеры как радуга=), как повезет. Есть адекватные, есть не очень, есть пофигисты. Как в жизни. ЯП подает это как их фишку. На мой взгляд для обучения это не правильно.
Касательно вашей проблемы с техподдержкой. Действительно она у них как у провайдеров..)) Смотрите тут надо понимать контекст. Программисты всегда сталкиваются в работе с техническими накладками, никто не будет дергать DevOps и техподдержку по каждой мелкой проблеме. Процессы вроде обновления пакетов и пересоздания окружения естественны и надо уметь их решать. И тут действительно гугл и гпт в помощь. Наскоько понял они вам помогли и понятно, что это заняло уйму времени на выяснение устаноленных версий. Если у вас подобные проблемы вызывают такой негатив, то действительно возможно кодинг не лучший выбор. В IT полно другий специальносте, без таких трудностей.
Веб-интерфейс правильная идея для подобных проектов. Есть идеи как реализовать написание запрос из браузера? В виде простого текстового редактора?
У меня раньше середины осени к части 1 и вебморде руки точно не дойдут=). Два проекта к сожалению в столе лежат.
Прикольный проект. В том году я делал проект со схожей идеей. Добавить развлекательный элемент в тренажер Web API. В моем случае это детективная история, которую можно расследовать с помощью запросов. Проект не выстрелил, как предполагаю, из за сложности установки для некоторых. Как раз требуется выполнить docker compose. По итого мне кажется подобные штуки надо делать с web интерфейсом как The SQL Murder Mystery. В случае сервиса из статьи опять же должен стоять питон, надо разворачивать окружение и т.д.
Если интересно ссылка на гит моего проекта https://github.com/SnoweTiger/APIMystery
Мне кажется, зря вы спорите. У обоих инструментов есть своя ниша. Toml вмести с poetry/uv удобнее для разработки. Контроль дерева, разделение dev зависимостей, удобные настройки линтеров и т.д. Requirements в свою очередь удобнее для деплоя создана файл с нужными версиями пакетов без дев зависимотей. Понятно что можно добавить poetry в контейнер, но это странно. Тогда уж надо multi stage build делать, но это зачастую лишнее усложнение dockerfile.
Не думал что когда-нибудь буду защищать ЯП, но тут вы перегибаете. Наставники действительно, как и все люди, разные. Расскажу по своему опыту, курс QA 2022. На поотоке было 6 групп, человек по 30. Из 6 наставников 4 был супер, по мнению большей части аудитории. 1 явно не хватало опыта наставничества и 1 был неочем. К одному наставнику действительно были постоянные разумные претензии. Ревьюеры как радуга=), как повезет. Есть адекватные, есть не очень, есть пофигисты. Как в жизни. ЯП подает это как их фишку. На мой взгляд для обучения это не правильно.
Касательно вашей проблемы с техподдержкой. Действительно она у них как у провайдеров..)) Смотрите тут надо понимать контекст. Программисты всегда сталкиваются в работе с техническими накладками, никто не будет дергать DevOps и техподдержку по каждой мелкой проблеме. Процессы вроде обновления пакетов и пересоздания окружения естественны и надо уметь их решать. И тут действительно гугл и гпт в помощь. Наскоько понял они вам помогли и понятно, что это заняло уйму времени на выяснение устаноленных версий. Если у вас подобные проблемы вызывают такой негатив, то действительно возможно кодинг не лучший выбор. В IT полно другий специальносте, без таких трудностей.