Комментарии 47
Слава, привет! Хороший пост про «встань и иди», но тема про обнуление навыков, по-моему, не раскрыта.
На собственном опыте — после перехода в ПМы, действительно, техническую квалификацию растерял и, чтобы её восстановить, приходится снова болезненно реабилитироваться. С другой стороны, общее чувство красивого кода, умение видеть и строить архитектуру систем и так далее, оно никуда не делось. Так что, обнуление, конечно, происходит, но восстановиться можно. Если, конечно, готов учиться заново.
На собственном опыте — после перехода в ПМы, действительно, техническую квалификацию растерял и, чтобы её восстановить, приходится снова болезненно реабилитироваться. С другой стороны, общее чувство красивого кода, умение видеть и строить архитектуру систем и так далее, оно никуда не делось. Так что, обнуление, конечно, происходит, но восстановиться можно. Если, конечно, готов учиться заново.
Привет, Миша.
О! Побудешь живым экспанатом? :)
А в чем тогда выражается «растерялось»?
Что ты забыл как делать? И, если помнишь по времени, когда это слао происходить.
О! Побудешь живым экспанатом? :)
А в чем тогда выражается «растерялось»?
Что ты забыл как делать? И, если помнишь по времени, когда это слао происходить.
Без проблем :)
«Растерял квалификацию» в моём случае — отстал от технологий. Пять лет вместо статей по технологиям читал ДеМарко, Листера и Брукса с постепенным переходом в «наивное управление продуктами» и «доморощенный маркетинг». За это время эти самые технологии где-то ушли далеко вперёд (фронтенд), а где-то просто выветрились из головы (C++, скажем).
По времени стало происходить практически сразу, так как был горячим приверженцем подхода «ПМ должен посвящать всего себя управлению проектом и не отвлекаться на код». Соответственно, практики за это врем не было совсем. Немного спасал курс по ООП, который в универе читал. Помогал поддерживать хоть какую-то форму.
Фактически, сейчас могу оценить качество спроектированной системы, качество кода, но сам код (скажем, на C++) писать уже не берусь. А то, что пишу, например, на питоне показывать никому тоже не хочу, так как стыдно — сам вижу, ЧТО получается в итоге :). С другой стороны уверен, что, если понадобится, то за полгода-год на позиции джуниора вполне реабилитируюсь. Мозги, вроде, не заржавели ;).
Так что, навыки они не обнуляются, но глубоко прячутся (пропорционально времени без практики). Это как с игрой на рояле после десяти лет перерыва — руки, вроде, «помнят», но многое надо снова вспоминать по нотам.
«Растерял квалификацию» в моём случае — отстал от технологий. Пять лет вместо статей по технологиям читал ДеМарко, Листера и Брукса с постепенным переходом в «наивное управление продуктами» и «доморощенный маркетинг». За это время эти самые технологии где-то ушли далеко вперёд (фронтенд), а где-то просто выветрились из головы (C++, скажем).
По времени стало происходить практически сразу, так как был горячим приверженцем подхода «ПМ должен посвящать всего себя управлению проектом и не отвлекаться на код». Соответственно, практики за это врем не было совсем. Немного спасал курс по ООП, который в универе читал. Помогал поддерживать хоть какую-то форму.
Фактически, сейчас могу оценить качество спроектированной системы, качество кода, но сам код (скажем, на C++) писать уже не берусь. А то, что пишу, например, на питоне показывать никому тоже не хочу, так как стыдно — сам вижу, ЧТО получается в итоге :). С другой стороны уверен, что, если понадобится, то за полгода-год на позиции джуниора вполне реабилитируюсь. Мозги, вроде, не заржавели ;).
Так что, навыки они не обнуляются, но глубоко прячутся (пропорционально времени без практики). Это как с игрой на рояле после десяти лет перерыва — руки, вроде, «помнят», но многое надо снова вспоминать по нотам.
Действительно, потерять можно навыки кодинга, не уследить за технологией. Но как потерять навыки разбиения задачи на модули, построения общей архитектуры? Это ведь важнее и сложнее, чем какой-то технологический финт современности. Который, возможно, через пол года и вовсе забудется сообществом.
Кстати, считаю, что «повышение в менеджеры» — некорректная фраза совершенно. По факту это — переход в параллельную область деятельности, где абсолютно другие метрики и рост. К сожалению, многие, действительно, воспринимают это как повышение. Вероятно, именно поэтому в отрасли так много плохих менеджеров, выросших из отличных программистов.
Может быть, не во всех компаниях так принято, но как минимум в Яндексе «лестница» для программиста ничуть не ниже, чем для менеджера.
Может быть, не во всех компаниях так принято, но как минимум в Яндексе «лестница» для программиста ничуть не ниже, чем для менеджера.
К сожалению почему-то в многих компаниях если ты хочешь получать большую зарплату то иди в менеджеры, а кодить остаются чуть ли не одни джуниоры. При этом замена какого-либо менеджера на другого проходит достаточно быстро и безболезненно, а вот уход ведущего разработчика на более высокую зарплату ( в менеджеры или просто в другую компанию) тормозит разработку на многие месяцы.
Да, в Интеле тоже так. А где еще?
НЛО прилетело и опубликовало эту надпись здесь
Это преизрядно задолбавшая калька со слова expertise.
www.lingvo-online.ru/en/Translate/en-ru/expertise
expertise: 1. экспертиза; экспертная оценка. 2. человеческий опыт, знание дела; квалификация, компетентность, компетенция
www.ozhegov.com/words/40619.shtml
ЭКСПЕРТИЗА: -ы. ас. Рассмотрение какого-н. вопроса экспертами для вынесения заключения. Медицинская э. Судебная э.
ОПЫТ: [...] 2. Совокупность знаний и практически усвоенных навыков, умений. [...]
www.lingvo-online.ru/en/Translate/en-ru/expertise
expertise: 1. экспертиза; экспертная оценка. 2. человеческий опыт, знание дела; квалификация, компетентность, компетенция
www.ozhegov.com/words/40619.shtml
ЭКСПЕРТИЗА: -ы. ас. Рассмотрение какого-н. вопроса экспертами для вынесения заключения. Медицинская э. Судебная э.
ОПЫТ: [...] 2. Совокупность знаний и практически усвоенных навыков, умений. [...]
НЛО прилетело и опубликовало эту надпись здесь
Да бог с вами, это ж просто наследие долгих лет работы в мультинациональных компаниях. Тамошние слова и кальки приживаются и становятся частью языка.
Помнится в своей книге «Одноэтажная Америка» Ильф и Петров удивлялись тому, как русские жители Сан Франциско заимствуют у американцев их слова. Вот, говорят, вместо «поставить машину» они используют глагол «припарковаться». Ну ничего, прошло время, язык меняется.
Помнится в своей книге «Одноэтажная Америка» Ильф и Петров удивлялись тому, как русские жители Сан Франциско заимствуют у американцев их слова. Вот, говорят, вместо «поставить машину» они используют глагол «припарковаться». Ну ничего, прошло время, язык меняется.
НЛО прилетело и опубликовало эту надпись здесь
Да, наследие долгой работы с западными заказчиками, но я эти два слова не приравниваю, все-таки.
Опыт — это то, что было. В моем опыте это было. В его опыте это было. Точка. Факт.
Экспертиза — это опыт, выводы и понимание, как дествовать дальше, если понадобится решать что-то похожее.
Так у меня в голове.
Опыт — это то, что было. В моем опыте это было. В его опыте это было. Точка. Факт.
Экспертиза — это опыт, выводы и понимание, как дествовать дальше, если понадобится решать что-то похожее.
Так у меня в голове.
Думаю, слово квалификация было бы уместно. Квалификацию также можно растерять (хотя опыт, вроде, никуда не делся), квалификацию также можно восстановить и даже повысить, квалификация также может отображать уровень развития человека, как специалиста в данной предметной области.
Другой момент, что получается «шило на мыло», хоть слово квалификация в русском языке и подольше пребывает.
Другой момент, что получается «шило на мыло», хоть слово квалификация в русском языке и подольше пребывает.
>Мы придумали зачем на этом разговоре я
>Решили, что Димин шеф на следующие 2 месяца планирует себе командировку в Штаты к заказчику и на это время ставит Диму рулить проектом без формального повышения: то есть через 2 месяца или раньше, если командировка закончится раньше (читайте «если станет ясно, что Дима не тянет»), шеф вернется и если все ОК
Сколько телодвижений.
Да если человек тюфяк и начальства боится пусть дальше сидит в погромистах до пенсии, зачем с ним как с маленьким дитем-то носиться?
Адекватность и здравый смысл для менеджера ключевые навыки, а тут налицо их явная недостача.
>Решили, что Димин шеф на следующие 2 месяца планирует себе командировку в Штаты к заказчику и на это время ставит Диму рулить проектом без формального повышения: то есть через 2 месяца или раньше, если командировка закончится раньше (читайте «если станет ясно, что Дима не тянет»), шеф вернется и если все ОК
Сколько телодвижений.
Да если человек тюфяк и начальства боится пусть дальше сидит в погромистах до пенсии, зачем с ним как с маленьким дитем-то носиться?
Адекватность и здравый смысл для менеджера ключевые навыки, а тут налицо их явная недостача.
А мне вот кстати интересно, чем закончился эксперимент с Димой. Пришлось ли ему вернуться?
Тем более, что человек был может и не очень решительный, но нашел таки, с кем пообщаться во данному вопросу. Собрался. Так что фиг знает, было ли целесообразно. Может было. Вы вот в вашей организации пришедшего с сомнениями сразу увольняете/посылаете, «иш ты, мнётся и сомневается, делать дело надо ведь, а не думать и взвешивать», так?) :-)
Тем более, что человек был может и не очень решительный, но нашел таки, с кем пообщаться во данному вопросу. Собрался. Так что фиг знает, было ли целесообразно. Может было. Вы вот в вашей организации пришедшего с сомнениями сразу увольняете/посылаете, «иш ты, мнётся и сомневается, делать дело надо ведь, а не думать и взвешивать», так?) :-)
Дима работает менеджером вот уже, лет 8-9.
8-9 лет на той же позиции?
Специально заглянул в ЛинкедИн. Вырос из FLM (first line manager) в менеджеры второго уровня (руководит менеджерами проектов).
Стукнулся к нему в скайп. Говорит, что 4 года назад их группу проектов выдели в ODC (offshore development centre), теперь он «почти директор», со своими менеджерами проектов, рекрутингом и бухгалтерией :)
Стукнулся к нему в скайп. Говорит, что 4 года назад их группу проектов выдели в ODC (offshore development centre), теперь он «почти директор», со своими менеджерами проектов, рекрутингом и бухгалтерией :)
Одна из главных обязанностей руководителя — принимать решения. Если человек мнётся — значит ему трудно принимать самостоятельные решения и отвечать за них. Это не значит что он непригоден руководить. Это значит что ему нужно развивать решительность. А иногда достаточно одного волшебного мотивирующего пендаля :)
Чтобы его не стошнило и он не ушел. Интересы бизнеса.
Мне в подобных метаниях в свое время боссы сказали просто — ты сам хочешь или нет? Ни у кого сразу не получается, но мы тебе поможем, ты главное не очкуй. И без всяких сложных обходных схем.
Ну тут вопрос был же у человека «как откатиться на старую позицию, если не получится, не потеряв при этом».
По схеме «ты не очкуй, там разберёмся» очень некоторые люди платить деньги. «Ты не парься, главное поработай сверхурочно, а там мы тебя не обидим» (заплатив лишь чуть больше, чем нифига, но мы ведь ничего не обговариивали, верно?). А тут люди распланировали путь отхода. Интересный подход :-)
По схеме «ты не очкуй, там разберёмся» очень некоторые люди платить деньги. «Ты не парься, главное поработай сверхурочно, а там мы тебя не обидим» (заплатив лишь чуть больше, чем нифига, но мы ведь ничего не обговариивали, верно?). А тут люди распланировали путь отхода. Интересный подход :-)
Лол, с каких пор переход в менеджмент стало повышением?
С тех пор, как при переходе стали повышать зп.
Это две параллельные ветки развития. Переход в менеджмент — это именно переход в менеджмент, а не повышение. Выше в комментах об этом уже писали. В моей компании как и во многих других хороший программист получает не меньше хорошого менеджера. Чтобы хорошо зарабатывать нужно хорошо работать, а переход в другую область должен быть обусловлен в первую очередь желанием работать в другой области, а не желанием больше получать.
PS если я из программиста перейду в летчики, где больше платят — это тоже будет повышением?)
PS если я из программиста перейду в летчики, где больше платят — это тоже будет повышением?)
Это две параллельные ветки развития. Переход в менеджмент — это именно переход в менеджмент, а не повышение.
В нормальной ситуации и компании, да — это переход в другую область.
Но часто бывает, что в менеджеры ( даже плохие менеджеры) получает значимо больше программистов. Переход тоже практически прозрачный: программист-> ведущий программист -> начальник отдела -> и т.д. по служебной лестнице.
В моей компании как и во многих других...
Я бы вот не сказал, что в многих компаниях инженерная и управленческая лестница одинаково высоки. Очень зависит — от страны к стране, от города к городу.
Когда я работал в Intel (где 2 сравнимые ветки роста инженеров и руководителей, где уровень VP соответствует уровню Intel Fellow), то мне казалось, что много где так. На самом деле, так оказалось только в:
1. Филиалах западных корпораций (у некоторых из которых была проблема, что технические люди там не могли вырасти выше определенного грэйда — процедура не такая простая)
2. В нескольких российских крупных продуктовых компаниях.
В остальном мире ОЧЕНЬ часто встречается ситуация, когда инженерная лестница на несколько ступеней ниже чем лестница управленческая. Ситуация эта исправляется, но медленно и до конца вряд ли исправится.
По поводу того, что это не повышение, а переход — по сути согласен. С другой стороны, даже в компаниях где есть две лестницы, переход в менеджеры зачастую связан с повышением зарплаты засчет того, что уровень твоего влияния вырастает.
Насчет инженерно-менеджерской лестницы — на мой взгляд, работа менеджера просто хорошо масштабируется, даже если он сам при этом деградирует. Сегодня управлял 5-ю людьми, завтра — 50-ю, соответственно — рост ЗП, ведь каждый работник в том или ином виде платит «налог на менеджера». А специалисту, да в аутсорсе, попробуй обоснуй, почему ему должны платить больше! Два джуниора с ЗП $700 приносят $3000 в компанию, а ты с ЗП $3000 приносишь $4000. И кто полезней?
Два джуниора с ЗП $700 приносят $3000 в компанию, а ты с ЗП $3000 приносишь $4000. И кто полезней?Вообще хороший сеньор может быть на порядок (в 10 и более раз) результативнее начинающего. А джуниор как правило вообще только убыток приносит.
И как это сказывается на том, сколько за него платят? :) Аутсорс — часто густо оплата по часам.
Вряд ли убыток, по крайней мере джуниор, поработавший полгода-год, уже что-то умеет (работа, на которую можно продать, всегда найдется), а получает еще мало — вот это самый выгодный слой в стандартном аутсорсе. Конечно, я не беру в расчет продуктовые компании, где человек, великолепно знающий предметную область и имеющий багаж опыта, приносит пользы в десятки раз больше такого вот джуниора.
ИМХО: Проще написать и ближе к русскому языку: потеря квалификации при переходе на руководящую должность.
Без калек.
Без калек.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Обнуление экспертизы программиста при повышении в менеджеры