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

А то что в данном контексте называется «умение маневрировать» это не софт скилы, не?
Ну допустим, у тебя 3 ниндзя девелопера, ниндзя-дизайнер, ниндзя-техлид, ниндзя-сейл, ниндзя-продакт, ниндзя-тестер. Как им всем вместе работать и проявлять свои ниндзя-хард-скиллы, чтобы совместно достигать целей, поставленных ниндзя-сео?

Софтскиллы важнее хардскиллов в окружении, которое требует софтскиллы.

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

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

Опять-таки, я как раз оспаривал термин, что софт скилз это про «красиво выступать». Я как раз утверждал в первом комментарии, что на мой счет это неправильная или как минимум очень однобокая трактовка термина.

а не за неумение говорить красиво.

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

Соответственно, в гадюшнике хорошо приживаются рептилии, а в R&D — инженеры.

Еще раз — мое убеждение, что инженерам тоже нужны софт скиллы. Потому что они не работают каждый сам по себе независимо от других.

На самом деле успешные продукты созданы в результате взаимодействия умных людей с разными компетенциями, талантами, взглядами. Даже Линукс и тот — результат не одного Торвальдса. Его «общительность», кстати, широко известна, и это еще один пример того, что софт скилы это про другое.

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

Митинги вообще зло. Но они неизбежное зло. Вопрос в том, что их тоже нужно уметь готовить и в них участвовать — и это как раз те самые софт скилз.

Я не то, чтобы топлю за стендапы — если команда считает, что они не несут пользы, то они не несут пользы. Мы же тут не полезность стендапов обсуждаем, я их просто привел как один из типов митингов. Затягивать и проводить неэффективные митинги можно не только на стендапах :)

Может, их эффективнее заменить прямой коммуникацией между разработчиками?

Стендапы и есть прямая коммуникация между разработчиками, только регламенитрованная и выполняющая одну цель — ежедневную синхронизацию всех в команде.
То, что во многих случаях это выливается в митинги на час с обсуждением всего на свете — это уже проблема софт-скиллов членов команды :))

Все это можно списать в респонсибилити менеджера при строительстве древнеегипетских пирамид. В современной работе так или иначе каждый работник в определенной степени сам себе менеджер, который вместе с другими получает результат работы, которой сам не мог бы сделать. Поэтому и софт-скиллы важны.

Наличие техлида не меняет ничего в сказанным мной. Потому что возникающие по ходу вопросы или проблемы могут не иметь к нему отношения.

и ему подобные — сплошной субьективизм и абстракционизм, опять эти субьективные «правильно», «уметь».

Если ты хочешь все измерять — то можешь тогда записывать и считать все случаи, когда стендап затягивается дольше запланированного и по какой причине. Каждый раз когда человек начинает обсуждать оффтопик. Каждый раз, когда получая от кого-то емейл тебе четко не понятно что от тебя хотят или что человек хотел сказать. Каждый раз, когда человек повторяет ранее обсужденную ошибку или игнорирует принятые в команде правила.
Ну и выставляй потом рейтинги команде, критериев можно еще пару десятков придумать.

И нефиг его коммуницировать — пускай код пишет!

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

Многие говорят что софт-скиллы не важны, но на практике, написать четкий и понятный емейл или комментарий к таске оказывается для многих непосильной задачей.

а значит оценка уровней софтскилов зачастую идет тупо субьективно.

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

Что за взаимодействие и зачем оно для выполнения обязанностей?

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

Основная масса текстов на тему софтскилов это сплошная вода и абстракционизм.

Есть достаточно и не таких текстов.

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

Soft skills are a combination of people skills, social skills, communication skills, character or personality traits, attitudes, career attributes,[1] social intelligence and emotional intelligence quotients, among others, that enable people to navigate their environment, work well with others, perform well, and achieve their goals with complementing hard skills.

Я для себя это определяю как набор навыков эффективной работы самостоятельно и при взаимодействии с другими.

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

Мне кажется, что проблема не в роли понятия soft skills, а в его трактовке. Зачастую говоря про софт скилы идет сравнение по шкале «общительность» — вот и у вас тут:

Хотя в реале люди довольно адекватные, нормальные и умные, а то и жизнерадостные весельчаки.

Но софт сколы это не про общительность.
Софт скилс — это персональные, человеческие скиллы — как человек работает сам с собой и с другими.
Как проверить завышена роль или нет?
Нужно честно ответить себе на вопрос — работа в вашей команде действительно имеет высокую эффективность/слаженность/надежность/комфорт и т.д? Часто ли возникают конфликты? А когда возникают эффективно ли они разрешаются? Много ли места для улучшения?
Если ответ на эти вопросы да — то роль софт скилс не завышена — потому что именно они помогают решать подобного рода проблемы.

Переписывание на другой язык вообще редкий зверь. Скорее именно вопрос в выборе что использовать при начале нового проекта. И тут есть несколько критериев — как много специалистов (как легко найти людей), какова стоимость использования, разработки, инфраструктуры, быстродействие, наличие тулзов/библиотек/опенсорса и т.д. для выбранной области.
И по большому счету .net core это попытка сделать то, чем не стал .net, для чего собственно он разрабатывался изначально, — вытеснителем джавы. Не стал именно из-за отсутствия нормальной кросс-платформенности, закрытости, привязки к винде почти во всем.
Получится ли у неткора выполнить задуманное — хз, но выглядит что если и не вытеснит, то хотя бы займет соизмеримое место. В моем мире наличие альтернативы — всегда хорошо.

А из минусов что есть?

У нас с вами разные углы зрения, не согласен с определением про кость нищебродам. Я бы сказал, что .net core — это рефлексия на тему почему Майкрософт за 20 лет просрал почти все полимеры, и серьезная заявка на то, чтобы вернуть себе свое место в девелоперском мире.

А ты пользуешься им?
Вообще если привык к решарперу, то точно райдер будет лучше. А то Студия с интеллисенсом + решарпер поверх это зачастую довольно печальный юзер экспириенс с точки зрения производительности. Во всяком случае так было несколько лет назад когда я в последний раз пробовал.