Йобушки воробушки... вы где работаете, чтобы я эти конторы в черные списки свои занес
1. Есть довольно часто задача форкнуть проект вместе с тестами на сторонний саппорт. как это вы будете делать при разных языках. плагин для мавена мастырить? Ебобо?
2. Юнит тесты и их поддержка это пустые слова для питонщиков? не смогли бек написать на питоне, но вот тесты обязательно нужно левые притащить в проект. а еще есть такая штука удобная как feign client...
3. пайпы со сборкой артефактов, которые обязательно тесты прогоняют (апи + юнит) тоже ни о чем не говорят?

питон - для бека, написанного на питоне

(нет)

согласен )

> как это вы будете делать при разных языках
Так это уже не твоя проблема, а аутсорсеров. Пусть крутятся как хотят
> Юнит тесты и их поддержка
Тестеров это волновать не должно
> обязательно тесты прогоняют (апи + юнит)
А в чём проблема? Деплоишь бэк на одном языке из одного репа, потом запускаешь апи тесты на другом языке из другого репа 💁‍♂️

Питон для разжигания срачей

не понимат зачем если сразу нормально можно сделать

да я сам на питоне парсеры пишу, но зачем это сбоку прикручивать увы, не понимаю

Поумерьте токсичность, господа
Выдаётся = изменение title во внутренних системах, поиск проекта под требуемый уровень, и прочее

Или вы ждали, что дают клеймо на лоб с надписью middle?

Мое имхо, конечно, но не соглашусь с этим высказыванием. Всё зависит от человека. Если голова на месте, мониторишь рынок и устройством на работу твоё развитие не заканчивается, то и по зп всё норм получается. Условный джун+ от полу года опыта вполне легко получает порядка 100к. Лично знаю даже пару вкатывальщиков, которые после курсов сразу на такую зп устроились

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

1. Передача продукта вместе с тестированием на аутсорс? И в чем проблема? На стадии заключения контракта аутсорс компания знает стек, дальше сформирует соотв команду. Если им в рамках бюджета покажется, что проще спортировать тесты на другой язык - это их проблемы и их ответственность.
2. Юнит тесты - зона ответственности разработчиков. Если в рамках принятых в компании процессов АТ подключается и к написанию юнитов - это частный кейс, в этом случае понятно что будут брать тот же язык, который задействован в приложении. В остальных это не аргумент.
3. Вообще не понял о чем вы. Там пофиг на чем каждая стадия запускается, тесты с прилагой по интерфейсам взаимодействуют.

В данный момент сильно все зависит от наличия кадров на рынке. Например найти тестировщиков на Го нынче очень проблематично, при этом джава или питон тесты точно так же все протестируют, теряем частично (потому что 99% тех Го разрабов еще вчера фигачили на Джаве и Питоне, они еще это помнят) только фактор помощи разработчиков и участие в юнит-тестах (которые много где не применяется на уровне большем, чем ревью кейсов)

вот кстати поиск АТ на го я отлично понимаю, когда микросервис запилен на го. мало того что можно спросить у разраба, что это там написано, так еще и может жить в той же репе и запускаться через cli

а еще норм не когда разраб приходит и просит проверить, то что он накодил, а просто сам запускает и понимает процесс

и что у него отпало там

Да Вы, батенька, идеалист-с

настройте CI. Тогда разраб по созданию пулл реквеста автоматом получит результаты ваших тестов, помимо его юнитов. Если есть нужда в локальном тестировании разработчиком - я например предоставляю скрипт, который автоматически сетапит(или обновляет) локальное окружение на машине, и запускает в нем тесты. Разработчику только тыкнуть скрипт надо на локалке, и посмотреть в браузере репорт

Озон передает приветы с беком на шарпе и тестами на питоне. Удобнее, когда на одном языке, но разницы особой нет, все равно все изолировано http.
Бтв очень важное мнение о безмозглостоюи кого-бы то ни было.

разбавить градус накала. если брать чистые e2e, тут я могу согласиться, что все равно, на чем написать. Хотя сами по себе e2e - предмет для споров, нужны/не нужны