Required Soft Skills. What soft skills should have a developer in 2021

Друзья, в этом видео мы рассмотрим с вами самые востребованные, исходя из описаний вакансий, софт скиллы, которые ожидают сегодня от фронтенд разработчиков работодатели.
Soft Skills - или гибкие навыки - это обязательные умения, так называемые НАДпрофессиональные навыки, без которых успех в карьере невозможен. Практически на любом уровне они важны, поэтому важно знать и какие именно мягкие навыки, и как их необходимо развивать.
Подробнее о требованиях работодателей к Soft Skills разработчиков вы узнаете в самом видео. Приятного просмотра!
Большие подборки с полезными ресурсами для развития софт скиллов:
✅vc.ru/education/101011-samaya...
✅ vc.ru/books/152655-chto-chita...
🤓Друзья, напишите в комментариях, какие бы вы выделили основные 5 скилов для фронтендеров. И как посоветовали бы их развивать.
👍Друзья, поддержите наш канал и это видео лайком и репостом друзьям! 🙌
Таймкоды:
00:00 Начало
00:29 Скетч "Однажды в офисе"
02:22 Teamplayer
04:56 Communication
07:25 Self-management
10:33 Learn & Improve
14:07 Responsibility
16:05 Ownership
17:34 Result-thinking
18:58 Solution-oriented
20:25 Product thinking
22:41 Proactive
24:13 Estimation
25:58 Attention to details
26:49 Time management
28:37 Заключение
---
Если видео было для вас полезным, ставьте лайк и поделитесь им с друзьями.
Подписывайтесь на наш канал: bit.ly/fs-ytb
---
Присоединяйтесь к нам в соцсетях:
FB: / frontendscience
Instagram Сергея Пузанкова: / puzankovcom
Заходите на наш сайт: frontend-science.com/
---
Music:
- Blue Wednesday: Wildflower; Long Walk, Short Dock; Youth
- Kevin MacLeod: Scheming Weasel
#ityoutubersru​ #фронтенд #softskills

[@dmitriypestov344]

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

[@frontendscience]

Хорошая идея! Благодарю!

[@s.i.9988]

Отдельная благодарность за полезную литературу. Это очень важно)

[@frontendscience]

Рад, что оказалось полезно!)

[@sergeyzhukov1370]

@@frontendscience Мне вот интересно, а вы все эти книги сами прочитали? Если да то мое почтение, снимаю шляпу)

[@frontendscience]

@@sergeyzhukov1370 Не имею привычки рекомендовать то, что сам не попробовал.

[@pavel.arepev]

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

[@frontendscience]

О да!! 🤩 Благодарю за поддержку! 😀

[@user-qb1dm3dq6e]

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

[@frontendscience]

Благодарю что поделился!

[@sergeyzhukov1370]

Хороший топ. Я уже понял что разработчики это настолько тонкие, творческие создания, что их очень легко обидеть. Поэтому я иногда страюсь своих коллег подмазать, поддержать их самолюбие. Иногда достаточно просто согласиться с принимаемыми ими решениями, или похвалить. И это работает. Твой авторитет в команде растет и помогают тебе чаще и активнее. Чистая психология. Главное не уходить в крайности и не поддерживать совсем уж плохие подходы)

[@yuryitikhonoff9631]

Юхууу. Новый выпуск. Респект.

[@frontendscience]

Благодарю за поддержку! Приятно видеть постоянных зрителей в комментариях)

[@mpadalko]

Очень емкая информация. Спасибо!

[@gritsienkooleg3447]

Комментарий в поддержку канала) спасибо!

[@user-tm3ed4wr6m]

Очень качественно! Спасибо! Особенно за литературу)

[@LexaMisuna]

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

[@sineokov_roman]

Круто же, прям очень понравилось!

[@user-gb2wq7yi7z]

Спасибо за полезный контент! Было бы интересно посмотреть про то, как быстро развиваться во фронтенде

[@user-sc9hv7vy4z]

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

[@strikerorion5290]

Полезно, продуктивно.

[@helgi_trxnv]

Классное видео. Спасибо. Сказал бы, что пора вводить новую категорию "stress management".

[@THEGhost902]

Классные у вас видео, интересно смотреть, сценки, мемчки, вставочки из фильмов и конечно же материал 👍

[@frontendscience]

Благодарю! Очень приятно, что нравится!

[@sergeyzhukov1370]

Софт скилы очень важны, видео однозначно полезное. На моей практике часто сталкивался с тем что разработчики неадкватно реагируют на критику, или часто сами критикуют других но не себя. Многие негативно относятся к код ревью или устраивают там жаркие споры в коментариях. Вообще когда конфликтная ситуация возникает, я обычно предлагаю созвонится и обсудить. Люди при вербальном общении ведут себя скромнее и обычно 5 минут хватает чтобы прийти к какому то решению, найти компромис. По поводу ownership в целом согласен, фиксить чужие баги тоже нужно, но бывает другая крайность когда один разработчик делает фичу, а доделывать ее или фиксить баги доверяют другому. Это снижает эффективность работы над фичей так как второму разработчику нужно время чтобы погрузиться в задачу. Если такое происходит часто, то налицо проблема менеджмента, которая тормозит работу над проектом в целом. В таких случаях лучше не молчать, а сообщить об этом менеджеру проекта или лиду на ретроспективе например.

[@evgeniymarkitan862]

Очень классный канал, желаю вам успехов)

[@frontendscience]

Благодарим за поддержку! Очень вдохновляет)

[@zhorik044]

Контент топ, это видео уже готовая болванка для составления своего плана развития, берешь за основу, подгоняешь под себя и вперед)

[@frontendscience]

Рад, что понравилось и что полезно! Успехов Вам!

[@marharytahlinskaya1165]

Классные видео! Очень нравится подача)

[@frontendscience]

Рад, что понравилось! Очень старался

[@olexiymelnychuk7274]

Cool. Very useful information, dude! 😉

[@frontendscience]

Glad it was useful!

[@user-cn7ri9cp7b]

спасибо за контент))

[@frontendscience]

Благодарю за поддержку

[@thecatwrites9731]

топ! что-то свежее наконец-то это я про канал

[@frontendscience]

Рады, что Вы с нами :)

[@tyrmorezovandrey9613]

Инфа о том как быстро и качественно обучаться - очень нужна!!!!

[@pavelfedevych5086]

очень интересно знать как быстро развиваться во фронтенде

[@fed1splay]

21:20 какое точное описание команды разработки ютуба 😂😂😂

[@qweaadqweasd8583]

слушать и правда очень интересно

[@user-ii9xn9cf4c]

Супер полезное видео, спасибо ) в каких-то моментах узнала себя и свои ошибки 🤦🏻‍♀️ Буду исправляться

[@frontendscience]

Рад, что было полезно! Это круто!

[@mml42]

бомба видос

[@Roman23fe]

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

[@user-mm3sd3uh6y]

у тебя плохие софт скиллс, такой ты не нужен будешь ни одной компании, учи софт скиллс, это главное!

[@jurafree426]

@@user-mm3sd3uh6y это не софт скиллс плохие, а организация работы плохая. Когда все за всех все делают - это хаос и неэффективность. Хороший сотрудник не позволит на себе ездить и нагружать себя задачами не относящимися к его профилю. Я видел и примеры вот таких вот "команд", и совсем другие примеры, когда процесс так налажен, что ты открываешь Jira и видишь взаимосвязи спринта, сроки, где пробуксовки, что от кого зависит - нет необходимости заниматься неээфективным словоблудием, и "черпать воду дырявым ведром".

[@frontendscience]

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

[@oleksandrsavych4526]

Класний випуск! Дякую! А де знайти такий світильник-динозавр? :)

[@frontendscience]

Ничего не понимаю, я вроде как отвечал на этот комментарий... Благодарю) Динозаврика уже не купишь - это мои друзья делали, но уже давно закрыли производство.

[@alexkuznetsov5318]

Вот те раз, это прям почти бизнесменом надо быть)

[@bigdikk1975]

Очень интересно как эффективно учиться во фронт-енд!!

[@jgkdmdevienjjgg8866]

Такой вопрос - поработал какое то время бэкэндером и фулстакером. Мне показалось что у фронтендеров меньше общения с коллегами, т.к. в команде обычно 1 фронт и куча бэков. Я ниразу не командный игрок и общение и нахождение компромисов с другими разрабами дают больше стресса чем технически сложные задачи. Я верно заметил что во фронте меньше общения или мне показалось? Собираюсь метнуться во фронт (я по сути уже синьор на бэк части) в том числе из-за этого

[@user-rk4gq6ty6v]

Как раз читаю эту книгу 😊

[@user-ur4pu5br1v]

За Вениамина лайк! 👍

[@sokoloff114]

Лет примерно на 5 фронт работ накидал за 30 минут (: Спасибо!

[@user-mu7yi5ii6n]

скачал видосы и крутил их на море пока вокруг палатки тусил. очень круто и полезно. так что идея с подкастами очень хорошая. Как у Макеева, даже круче)

[@user-oc7nx5bg9g]

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

[@frontendscience]

Да, да, так люди и становятся владельцами стартапов, бизнесов, компаний.

[@TheLevius]

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

[@ShantDaspreet]

Конечно интересно знать как быстро развиваться! Меня вообще волнует этот вопрос, как это происходит Кажется что чтобы угнаться за технологиями нужно сидеть и учиться ещё и после работы, и не всегда на это есть силы Или во время работы тратить по часу в день на обучение? Как это лучше всего организовать? Спасибо за классные видео!

[@sergeyzhukov1370]

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

[@TheLevius]

ну что, как тебе совет в комментариях, помог?

[@baofu111]

Если так делать, то как бы не любил свою работу - начнёшь не замечая того выгорать. Учиться предлагаю во время работы, на проектах. Менять компании и проекты, если хочется что-то новое (так и ЗП проще повышать, нежели сидеть ждать полгода-год ревью) В свободное время надо отдыхать, особенно после работы(просто ничего не делать, медитировать и т.д, чтобы мозг и тело расслабить) Для чтения книг выделяю время в выходной, конспектирую важные мысли, иначе выветривается быстро.

[@inzagher]

Я бы еще посоветовал "Кремлевскую школу переговоров" и "Переговоры с монстром" Игоря Рызова. Данный материал будет полезен не только на рабочем месте, но и во многих жизненных ситуациях. У него, кстати, есть свой канал.

[@frontendscience]

Благодарим, что поделились!

[@jorgenUA]

Сергей, мой друг-индус спрашивает: а может Сергей make видео по теме connection с различными databases: mongodb, firebase & postgresql или он не друг нам ( на фоне песня Queen - Friends will be friends )!? Что ему сказать?

[@sergeyzhukov1370]

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

[@jorgenUA]

@@sergeyzhukov1370 любой фронт должен знать, как работать с бэком. Не разрабатывать бэкенд.

[@online-lead]

Как быстро и эффективно обучаться во фронте?

[@jurafree426]

Ты бы рассмотрел негативные варианты. Когда на "недостаток софтскилов сотрудника" сваливают неорганизованность процессов, неопытность и безалаберность руководства\тимлида. Я видел хороших тимлидов, которые работали с людьми, создавали у команды общее видение проекта и своих задач на нем. С ними работать было приятно и эффективно. А видел распиздяев которые ничего не делали, тольк код писали, и поэтому приходилось по 3 дня ходить "в слепую" и выяснять у 5 бекендеров кто что делает и когда наконец будет готово то, что нужно для выполнения задачи. При этом ходящего обвиняли в том что он "недостаточно коммуникабелен и мало пинает". Фронтендер - пастух бэкендеров? Может надо просто наладить связь задач в Jira? А о эффективности такой работы никто не думал, а она была мала, прямо скажем. В общем есть оборотная сторона темы этого видео. И дело тут не в проактивности. Я думаю ее (оборотную сторону) можно было бы рассмотреть. Чтобы можно было провести грань где ты "жесткий", а где "вокруг бардак".

[@user-yq4uq3vq5i]

😊

[@user-kq3ut4ql9k]

Как называется фильм на 5:20?

[@frontendscience]

«Кадры» - фильм про Google

[@user-kq3ut4ql9k]

@@frontendscience Спасибо, отличное видео!

[@neverblued]

А что за кинцо про пиццу возле рынка с запахом помидоров?

[@frontendscience]

«Кадры» - фильм про Google.

[@karmahchannel]

От того что я ничего не сделаю, пусть отвечает тот кому это перепоручат.

[@frontendscience]

Забавная шутка

[@efimc1714]

Это скорее более полезно для продуктовых команд, на аутсорсе не так важно

[@frontendscience]

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

[@sergeyzhukov1370]

Какие то из этих навыков и на фрилансе могут быть полезны, но не все

[@Black1991Star]

Разрабов чаще за софт скиллы выгоняют чем за ошибки в коде... такова жизнь

[@frontendscience]

Кто-то уже писал выше: нанимают за хард скилы а увольняют за софт :)

[@karmahchannel]

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

[@maxyalovitsa9996]

Эх) Это так не работает

[@user-pl9ek9du8p]

Сначала подумал, что видео будет на английском из-за обложки

[@fogfogi]

Прекратите путать интровертов и социофобов. Интроверт позвонит, если того требует ситуация, просто для него это будет более затратно морально, чем экстраверту. А то, что было показано в первом скетче, является какой-то социофобией или человек просто не умеет общаться, что не делает его автоматически интровертом.

[@freak_moder]

Это я с телефоном((

[@frontendscience]

Ничего, это проходит с практикой. Сам такой был)) Главное, осознавать избегание и сознательно тренировать этот навык.

[@alqueswan7164]

Читал эту книгу. Шляпа полная.

[@korvet348]

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

[@frontendscience]

Ну да, я встречал много разных версий трактовок эмоционального интеллекта, и это очень многогранное понятие - можно и запутаться. Мне лично ближе трактовка ЭИ как той же эмпатии - способности увидеть, распознать по внешним сигналам (взгляд, поведение, голос, формулировки, настроение) состояние, чувства и мотивы другого и понять какие его потребности стоят за этим. И для начала нужно уметь ясно понимать и осознавать свои чувства, мотивы и потребности. Ну и наконец уметь находить реализацию этих потребностей более экологичным путем - так чтоб и команда, и проект, и компания, и я как единица команды выигрывали - тотальный вин-вин так сказать) Это если упростить. А выход из зоны комфорта он у каждого свой. Здесь главный признак - если ты все время пребываешь в том состоянии, когда тебе все знакомо, комфортно, привычно - то это приводит к стагнации. Нужно заставлять себя расширять эти рамки и сознательно "идти в страх" - туда где страшно, где еще ничего не знаешь, в новое. Например, на работе может быть страшно на время потерять авторитет у коллег и идти учить новую технологию - ведь теперь тебе придется спрашивать, а не у тебя как раньше, и ты снова можешь на время почувствовать себя неуверенным новичком - но это временное состояние. А на самом деле ты как раз и выходишь из своей комфортной зоны и расширяешь свои рамки. То же самое про новые обязанности, новую языковую среду, страну и пр. Ну надеюсь, стало понятнее.

[@korvet348]

​@@frontendscience Есть большая вероятность, что происки аналитической школы (агностицизм в философии) дает о себе знать. Проблема зоны комфорт:. Автор этой зоны придумал ее для управленцев, которые должны были сделать условия для своих сотрудников дискомфортными, чтобы эти сотрудники (под руководством управленца) стремились обратно в зону комфорта и тогда получается увеличить объем выполненных работ. Отсюда, требования управленца - "Ты должен выйти из зоны комфорта!!", звучит как профессиональное бессилие.) В случае где сотрудник в действительности сталкивается с трудностями и вынужденно их решает получается результат. Т.е. материалистическое основание дает материалистический результат. Но все определения софт скилов исключительно определяются как комплекс мыслей и представлений. Есть вероятность, что сам вопрос - "что такое софт скилс" задается только по причине безосновательных определений(комплекс мыслей/представлений), которыми мы сейчас вынуждены пользоваться.

[@frontendscience]

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

[@korvet348]

@@frontendscience Разница понимания зоны комфорта при материальном основании в том, что в зона комфорта это то, куда стремится человек по необходимости. Отсюда, следует не выходить из зоны, а сформировать более широкую зону комфорта, куда бы человек стремился. Тут будет и отработка стандартных действий, и список типовых решений, которые в первую очередь нужно пройти и т.п. На первый взгляд, разница только на словах, но тут важно, из чего у вас окружающий мир состоит - из действительной материи или из комплекса ощущений? Понимаю, что разница тонкая, но количество странных определений и псевдо научной литературы на основании саморефлексии вынуждает разбираться в вопросе.

[@frontendscience]

@@korvet348 Вы ожидаете от корпоративных понятий психотерапевтической глубины, но задачи у этих сфер разные. В корпоративной среде все приняли такие формулировки и вложенный в них смысл как наиболее удобные и понятные, поэтому и пользуют широко. Но как индивид Вы бесспорно имеете право создавать свои личные правильные лично для Вас формулировки. Желаю успехов!