скажим честно это не проблема новчика, а проблема того кто его нанял решив сэкономить.
По теме вопрос не важно сколько разработчиков, важен объем задач и требований к этим задачам от начальства

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

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

А компания то как рада будет таким экспериментам. На месте адекватного руководителя  я бы новичка на пушечный выстрел к построению процесса не подпускал

Всем привет. Я написал вводный цикл статьей для начинающих автоматизаторов iOS на XCUITest. Постарался изложить все максимально простым языком и с нужным количеством примеров.  Цикл состоит из 4 статей, навигация между статьями есть в самом низу статьи. Буду признателен за комментарии к статьям и добавление их в закладки 😊
https://habr.com/ru/company/vivid_money/blog/533180/

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

Так. Подожди.
В моем сообщении было вообще что-нибудь про «стоит ли компании нанимать джуна строить процессы»?
Нет.
Я говорил про своё субъективное мнение про то, какой опыт полезнее для человека, ака тестировщика.

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

😉 Мне только кажется что люди полагают что фраза "строить процессы" кастует +3 к интеллекту и +3 к везению, или они действительно так думают ;)

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

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

Добавим к этому то, что даже будучи единственным тестировщиком ты там не в вакууме что-то делаешь, есть команда, есть проект, есть метрики.
В общем есть откуда получать фидбэк.

Да, в принципе выжить можно, просто понадобиться больше сил😎

И, соответственно, чем больше на тебе ответственности, тем дальше твоя область решений отодвигается от вопросов про «в каком порядке писать ER и AR» в пользу чего-то действительно полезного.

А я не говорил, что это легче или комфортнее. :)
Это даёт крутой опыт. На мой субъективный взгляд.
Но хардкорно и местами болезненно, да.

Это все лишь удлинит процесс без особой пользы. Я как раз так  и  начинал в свое  время. И сейчас с точки наличия опыта  скажу что все бы  было куда  быстрее  если бы  был рядом кто то опытный. Не  нужно водить за ручку - просто вектор движения  поправить

+100500
Один месяц на проекте с опытными коллегами принес больше знаний чем год
работы "с нуля в одну каску"

Мой субъективный опыт говорит об обратном.
Это что ж получается, все индивидуально, что ли?

толсто)

Мой субьективный  говорит о том,  что это вполне  возможно и самому  сделать, но дольше. И это вполне логично. Начальные знания куда проще перенять чем искать самому,  метаясь во все стороны. Уже с наличием какой то базы практической можно спокойно и самому  двигаться без особых тормозов.

У меня нет убедительной статистики на тему «дольше» или «не дольше».
Хотя, полагаю, всё ещё зависит от того, что мы считаем критерием успешности «полученного опыта» и как изменяем его ценность.

В любом случае, один субъективный опыт не опровергает другой.
А объективных данный, боюсь, тут нет.

Объективно почти в любой сфере проще начинать с опытными коллегами и наставниками, чем с нуля  тыкаясь вслепую.  Как минимум это быстрее.

Быстрее, но не факт, что эффективнее. Зависит от человека