Comments 9
Вообще учиться по ходу выполнения рабочих задач это круто, но иногда бывает, что решения таки становятся весьма хитроумными в плане алгоритмов, а код становится сложным для понимания, хотя в целом, решение довольно эффективно.
И вот, не всем это нравится, потому что другим потом сложнее это все понимать.
Учиться надо непрерывно и постоянно, как только говоришь себе "Я все уже знаю" - начинается стагнация.
"Чтобы оставаться на месте нужно бежать изо всех сил, а чтобы двигаться вперед - нужно бежать еще быстрее!" Л. Керолл
Есть системный подход. Как показывает практика, знания полученные и усвоенные системно дают лучшие результаты и имеют "предсказательную" силу. Знание некоторых принципов легко возмещает незнание некоторых фактов.
Обезьянка видит - обезьянка делает, к сожалению такого "побочного" эффекта не имеет. Обезьянка не построила ракету для полета в космос, однако не плохо колет орехи камнем.
must have в софт-скиллах – коммуникации и умение решать проблемы
Умение "решать проблемы" не имеет никого отношения к софт-скилам. Интерпретации и применение "софт-скилов" на практике, в подавляющем количестве случаев, сводятся к возможности одной из сторон удобно "устроиться" на шее другой стороны и введением всякого "новояза" и эффемизмов с запретами называть вещи своими именами, что приводит с искаженным сигналам обратной связи как в социальных так и профессиональных отношениях.
Люди отлично умели выстраивать взаимоотношения со случайными и незнакомыми людьми за тысячи лет до "софт-скилов" на основании общих целей и задекларированных ожиданий. А тут вдруг появились "софт-скиллы" и люди в один момент "утратили" этот социальный и эволюционный навык в течении пары лет ? Прямо чудеса какие-то...
Для того, чтобы никто не "садился" на шею другой стороны, есть грейды. Хороший тимлид не допустит такого.
В данном контексте подразумеваются коммуникации с точки зрения исследования: "как это можно сделать", "как это делали ранее", "как улучшить свой процесс", а не "сделай за меня".
Как все знают, разработчикам не особо нравится общение, в частности из-за того, что они интроверты, поэтому опираются только на хардовые скилы. Мы же приравниваем хард и софт скилы для ускорения процесса обучения.
Миф 3: hard-skills важнее soft skills
Смешались в кучу кони люди...
Если рядовой программист 90% времени пишет код - то hard-skills для него важнее
Если тим-лид 90% времени общается и занимается взаимодействием между людьми и отделами - то для него важны soft skills
Ну и главный миф: что можно спокойно перейти из написания кода в управление людьми.
Основная наша мысль была такой: хочешь быстрее вырасти - умей общаться. Без soft skills обучение может затянуться. Рядовой программист будет учиться только на своих ошибках, нежели если он будет узнавать мнения у тимлида или команды.
Хм, если вы пишите код, хотя бы вдвоем, уже важны soft-skills, вам приходится "продавать" свои идеи и решения. Вам придется научиться договариваться, т.к. разногласия в выборе решения неизбежны. Особенно если вы 90% времени пишете код, значит 90% времени у вас вероятность появления разногласия
Кодом и потом: 4 мифа о том, как становятся сеньорами