Здравствуйте, avovana, Вы писали:
A>Хочу понять, что думаете на тему определения супер спеца.
Все из списка. Плюс:
Уметь объяснять принимаемые решения
Знать границы применяемых технологий (плюс границы своих знаний и практики)
Уметь двигаться вперед в условиях недостаточной/противоречивой информации (т.е. делать что-то полезное и не ждать, пока вам аналитик принесет все ответы)
Уметь объяснять бизнесу свою пользу
Уметь объяснять, чем вы полезны команде! Это немаловажный момент. Особенно с учетом того, что с ростом должности увеличивается количество общения
Желательно уметь устанавливать культуру команды. Т.е. принципы, на основе которых принимаются решения. Негласные правила общения. И т.п.
Уметь анализировать свои предыдущиие решения. При необходимости — определять причины и делать выводы на будущее
Уметь выражать грамотно и понятно свои мысли. Писать и поддерживать необходимую документацию (вряд ли у вас хватит времени объяснять одно и то же каждому разработчику при быстром росте проекта).
Процессы (формальные) тоже желательно уметь выстраивать. Знать, какие проблемы решает Agile. Иметь представление о RUP и проблемах, которые пытались решить им
Уметь управлять качеством (что, зачем, почему, как)
Уметь учить других. Не просто "читать лекции", а именно учить! Вставать на сторону ученика. Искать причины непонимания. Находить более индивидуальные примеры, объяснения. Давать упражнения на выработку стабильного автоматического навыка.
А в целом все просто — полностью отвечать за техническую сторону проекта (или вашей его части) и его работоспособность. Плюс не вызывать ненависти у тех, с кем вы работаете (команда и смежники).
A>Достаточно ли мне работать с интересом, как советовали в той же теме, и автоматом это будет приводить к наращиванию скилла?
На данном этапе — этого достаточно. У вас вполне разнообразные обязанности.
A>Как видите, какую-то часть рабочего времени приходится "не работать инструментом", а "проводить в коммуникации". Это нормально?
Это нормально. Рабочие инструменты меняются. Становится больше почты, диаграм и документов. Чем круче титул, тем меньше работы непосредственно с кодом. У вас value не в том, что вы делаете непосредственно руками. А в том, что ваша команда (вся команда, можно еще смежные должности и группы включать) работает лучше, чем без вас.
A>Или работы не хватит? Нужны курсы, доп. проекты?
Зависит от работы. Пока — хватит. Если будете окукливаться — можно что-нибудь другое попробовать. Желательно знать всякие "удобные" инструменты (bash/zsh/whatever, python, etc...). Чтобы не все решать на C++.
A>По курсам. Сегодня такие нашел:
Если интересно — слушайте. Не интересно — не слушайте. Слушать интересные курсы вседа полезно. Главное относится к ним критично. Т.е. делать что-то только потому, что так сказали на курсах — это плохо. Делать это потому, что вы считаете что-то правильным (и у вас есть объяснения, почему вы так считаете) — хорошо. Что-то из сказанного на курсах будет совпадать с вашим мнением, что-то отличаться. Что-то будет пододом для различных экспериментов и ограничений. В конце концов у всех вырабатывается свой стиль.
