Ну тут смотря как на это посмотреть. В целом да, можно говорить, что просто софт скиллы становятся выжными в первую очередь.

"Хороший человек -- не профессия" (популярное изречение). Когда вы вызываете сантехника, простите за натурализм, вам _в_первую_очередь_ важно чтобы починил проблему.

Если не будет результата-продукта для клиентов, или будут критические баги, вашу команду могут разогнать -- и мало кому "там" будет дела до того какие вы хорошие люди.

Есть определённые правила работы с кодом (не коммить в репозиторий несобирающееся, не перетирай чужую работу без согласования, соблюдай стиль ... ), но соблюдение этих правил при отсутствии нужных результатов человека ценным сотрудником не делают.

Есть программные продукты которые я использую ничего не зная о коммуникабельности авторов. Может лучше и не знать.
=====

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

Платить просто за будь хорошим человеком пока не предусмотрено. Разве что доживём до Безусловного Базового Дохода, или как его там.

посмотри с другой стороны: результата скорее всего не будет или он будет ужасным, если команда будет не команда, а набор людей
люди не будут хорошо работать, если их гнать только на результат, люди сложные, людям нужен комфорт и у людей есть свои мотивации и мотиваторы, как внешние, так и внутренние
если люди не будут хорошо работать - будет много багов, будет плохой результат, будут плохие продажи

харды, безусловно, нужны, каждому в своей области, но без софт скилов только на хардах далеко не уедешь

Вот здесь очень спорно. Дядя Вася который матерится через слово и меня обматерит и мою сантехнику. Но задачу сделает.    Второго шанса не получит. Я всеже предпочту когда он проявит внимание и мило побеседует. Будет задавать правильные вопросы. Те вы правы что это дополнительный навык. Но если будет возможность выбора. То я буду выбирать 2ой вариант.

Communication слушать и и задавать вопросы. И стрессоустойчивость. Немного time management. Собственно минимум.  На мое ИМХО.

Дело именно в том что люди разные и сложные. Что комфортно одним, некомфортно другим.

Возьмём трёх моих знакомых синьорных iOS программистов. Профессия хорошая. Денег достаточно. Работу делают качественно. Но разговаривать особо не любят.

Из тройки один какое-то время исполнял функции PM'а, второй техлида, третий даже не пытался "продвигать карьеру", синьорного разработчика ему более чем хватает. Через какое-то время, устав от митингов, PM "дауншифтнулся" до техлида, техлид опять вернулся в разработчики, а третий, как я уже сказал, никуда и не двигался.

И кто-то скажет что "им не хватает софт-скиллов", а я скажу что им и так комфортно. -=Если бы их заставляли в "софт-скиллы" это бы значило что их пытаются обязать напрягаться с тем что им не нравится ради того чтобы делать ещё больше того что им не нравится.=-  Вот на этом моменте я хочу сделать ударение. То что связано с "софт-скиллами" нравится не только лишь всем -- а работать всё равно надо.

Это повторяется через годы, компании, команды. Люди выше в иерархии любят мотивационные митинги, люди ниже их не любят. Одни выбирают технические пути развития, другие менеджерские. ОДни ходят на митинги и пишут письма, другие пропускают митинги и пишут код.

Такие дела.

Есть нормальные русские слова: морально-деловые качества

у тебя очень искаженное видиние ситуации.
не все хотят и могут быть менеджерами - не важно тех лид или ПМ или еще какой менеджер, Но это не значит, что рядовым специалистам (не менеджерам) не нужны софт скилы, они всё же работают в команде, взаимодейтсвуют друг с другом так или иначе, без этого никуда
а те, кто не умеет взаимодействовать и не хочет учиться работают, как я писала выше, в соответствующих проектах и "командах", если такой набор люлей можно назвать командой 🤷‍♀️

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

все равно ты останешься при своем мнении, а я при своем (потому что на любые аргументы в пользу софтов ты всегда найдешь контраргументы, т.к. тебе не нравятся софты), так что предлагаю этот разговор тут закруглить, а то уже похоже на флуд 😅

> у тебя очень искаженное видиние ситуации.

"Не у нас, а у вас".

Вопрос на самом деле весьма интересный и вполне топиковый. В подавляющем количестве человеческих взаимодействий в реальности превалируют -=фунциональные=- подходы: вы идёте в магазин обменять деньги на товар, а не за "эмоциональным интеллектом". Аналогично, вы используете какой-то программный продукт в первую очередь ради функций, а не потому что у него команда хорошо общается. Примат умений и результатов над красивым общением и уговорами утверждал ещё классический педагог Макаренко.

Курсы тестирования и автоматизации, про которые мы тут говорим, тоже более функциональны чем "софтовы". Стандартные классические наборы преподаваемых техник тестирования и тест-дизайна ничего "софтового" не содержат.

Школа RST, насколько мне известно, может использовать "когнитивные" или умения общения, но не лепит из этого безликий неопределённый ком "софт скиллов". Однако подходы RST русскоязычными курсами не особо признаются. Пересечение, в основном, в -=умении описания багов=- (что специфично для тестировщиков, но редко включается в абстрактные перечни "софт скиллов")

Также имеют место быть курсы в тексте, и курсы в записи -- с отсутствием "софт"-общения, но наличием "хард" записи знаний, и существование таковых тоже подтверждает примат "харда" над "софтом".

Интернет полон сарказма о том что "хорошая команда" никак не заменяет хорошего материального вознаграждения.

Дело не в том что нравится или не нравится лично мне или тем кого я знаю. Откройте глаза и узрите функциональные книги, функциональные курсы, функциональные вакансии, зарплаты за функциональные результаты.

Определённая обходительность, конечно, тоже желательна, но результаты желательнее.

А некоторое обесценивание действительно имеет место быть, -- в соответствии со спросом на функциональные вещи превышающим или более важным чем спрос на "софт-скиллы".

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

Товарищи, мне кажется, эта дискуссия превратилась во флуд

Смысловой нагрузки она уже не несёт, да и чат всё же для других целей

Так "софт-скиллы" флуд и есть, хе-хе-хе :)

Предлагаю его завершить)

всем привет
может, у кого-нибудь есть отзыв на курс Otus по автоматизации на JS?

https://otus.ru/lessons/qajs/?int_source=courses_catalog&int_term=testing

и существуют ли вообще какие-нибудь другие курсы по автоматизации на Js?) чет ничего не гуглится

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

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

Он сравнительно новый. Вряд ли много чего найдётся кроме имеющегося у них на странице.

Традиционно существует Udemy с кучей курсов на английском.

Какие-то начала выкладывались на TAU -- Test Automation University , тоже английский.

На Ютубе есть учебные видео Хотемского (не помню составляют ли они некий полный курс): https://www.youtube.com/user/Xotabu44