Давайте разделим работу на две части: достижение результата и его подача (презентация). Если результат достойный, то правильно его представить заказчику и своему руководству - это можно называть софт-скиллами. А когда результат - дерьмо, то все выкрутасы в духе "это не дерьмо, а повидло, только оно немного б/у" - это банальное жульничество и разводилово. Так что давайте будем просто называть вещи своими именами.

Слово Спасибо вообше редко используют в работе, но зато принцип бутерброда (как высказать фи в красивой обертке) набирает популярность

Софт-скиллы нужны – да. Говорю как разработчик, который таки умеет общаться и может донести нужную мысль до того, как нужно. Но, как и всё в мире, это должно быть разумно. Если софт-скиллы перевешивают твою специализацию как программиста – "ну, нахрен". Как сказал не помню кто уже, "если инструкция мешает тебе работать – в <...> такую инструкцию". Так же и с этими самыми скиллами. Это всё. :)

Как нейротренер, скажу жёстко: вы правы на 80%. Требование “стрессоустойчивости” в вакансии — это ровно индикатор того, что компания легитимизирует свой хаос. И газлайтинг через “прокачку софт-скиллов” — реальная проблема. Но вот где я спорю (и это важно): софт-скиллы не про “быть удобным для менеджмента”. Они про сохранение ваших же нервов. Пример: тот самый крутой разработчик, который “не может простыми словами объяснить, что делает”. С точки зрения нервной системы — его молчание вызывает у коллег дофаминовый провал (неопределённость = угроза). Те начинают дёргаться, задавать глупые вопросы, срывать дедлайны. В итоге разработчик получает хаос, который сам же и расхлёбывает. Эмпатия и чёткая речь — это не вежливость, это защита вашего времени от чужой паники. И да, AI всё меняет. Теперь софт-скилл №1 — умение давать машине контекст. Но “контекст” — это буквально способность встать на место другого (хоть человека, хоть нейросети) и спросить: “А что именно мне нужно сказать, чтобы меня поняли без истерики?” Поэтому я за софт-скиллы как технический инструмент снижения шума. А против — когда ими прикрывают отсутствие нормальных процессов. Вывод: бежать из мест, где “стрессоустойчивость” в требованиях, но учиться говорить “нет” и объяснять баги человеческим языком — даже если кажется, что это не ваша работа. Потому что молчание и эмпатия к себе — тоже софт-скилл, кстати. P.S. Автору респект за “спасибо, не перебивать”. Это база. Добавлю только: благодарность должна быть конкретной (“спасибо, что нашёл тот баг в расчётах”, а не “ты молодец”). Иначе мозг не фиксирует, за что именно его ценят — и тревога не уходит».

Жёстко и справедливо. "Стрессоустойчивость" в вакансии часто = красный флаг. Именно поэтому важно анализировать вакансии до отклика — не только по функционалу, но и по сигналам о культуре компании. JobPath (jobpath.world) кстати умеет AI-разбором JD подсветить, что скрыто между строк. Ну и если пришло время менять токсичную среду — авто-отклики там же, чтобы быстро перебрать рынок и найти компанию, где не требуют "гибкости" вместо нормального менеджмента.

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

Илья точно подметил — софт-скиллы однобокая тема. Добавлю взгляд с другой стороны: с приходом AI-агентов в разработку софт-скиллы стали ещё важнее, но другие. Сейчас ключевой навык — умение чётко формулировать задачу. Если ты не можешь объяснить AI-агенту, что нужно сделать — ты не сможешь объяснить и джуну. Это и есть настоящий софт-скилл: декомпозиция, формулировка, контекст. А вот «стрессоустойчивость» и «коммуникабельность» в вакансиях — согласен с автором, это часто красный флаг. Нормальный процесс не требует стальных нервов.

Как в душу плюнули... Руководителям, которые ищут именно тех, о ком пост)))

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

Но это же однобокий взгляд. Хорошо, если софт-скиллы у человека - это база. Но далеко не всегда это так.

Что если крутой разработчик с глубокими познаниями не может простыми словами объяснить, что он делает и куда закапывает время? Если соседний отдел не умеет коммуницировать? Если человек не умеет дать обратную связь коллеге так, чтобы коллега понял, что ему стоит подтянуть, а не погрузится в пучину депрессии?

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

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

🔥 Telegram: t.me/pmbbk