Про опыт (#философское)
Много разговоров стало про "через один/два/три года старший разработчик/лид/СТО", мол хватит гундосить, если у вас не получилось, то это не значит, что у других не получилось.
Согласен, все мы очень разные, но реальность устроена так, что очень многие вопросы решаются лучше и на порядок быстрее при наличии опыта, и в обратную сторону этот тезис тоже работает. Когда речь идет о спокойной воде - ноль вопросов. Но мерилом опыта является в том числе и умение решать вопросы в условиях ограниченной информации. Неважно, насколько хорошо мы планируем, насколько тщательно мы составляем всякие дорожные карты, насколько сильно мы вджобываем, все равно будут трындецы, причем в самый неподходящий момент, и это нормально. И выглядит так, что имеет смысл принять факт, что основная работа не в том, чтобы предотвращать сбои, а в том, чтобы снижать их разрушительный эффект и оперативно реагировать на ситуации, которых не удалось избежать. Часто требуется принять не просто одно решение, а целую серию решений, и желательно правильных. И тут на сцену выходит тот самый опыт. Понятно, что попасть ровно в одну и ту же ситуацию из прошлого шансов немного, потому как окружение меняется, но выцепить какие-то подходящие паттерны, поискать похожие вещи из окружения - вполне себе по силам, если ты это когда-то видел и не просто прошел мимо, а обратил внимание и зафиксировал для себя что-то интересное.
Многое делается исходя из контекста. И опыт хорош тем, что для разных контекстов у тебя формируется некоторый набор подходов, и с каждым разом этот набор становится все более и более объемным. Условно, если ты впервые столкнулся с тем, что глохнет двигатель или в водопроводе падает давление - для тебя это событие. Что происходит дальше - ты лезешь в методичку, находишь первую причину (условно, нет топлива или протекает кран), прикладываешь это знание на свою систему, вполне вероятно проблема совпадает, ты ее устраняешь - профит.
Читает ли кто-то методичку дальше, чтобы ознакомиться со всеми возможными вариантами проблем? Вряд ли, скорее всего ты ознакомишься с продолжением ровно тогда, когда снова заглохнет двигатель, а топливо таки есть. И вот так шаг за шагом ты с ненулевой вероятностью постигнешь весь перечень неприятностей и научишься их устранять. Но в мире физических процессов это чаще всего все понятно, доступны методы диагностики, более того, набор косяков обычно счетный и помещается в одну голову без проблем. А вот в мире чуть менее физическом, например, в мире управления людьми, дела обстоят чуть иначе. Хотя бы с точки зрения вариативности происходящего. И возникает вопрос - можешь ли ты за пару лет набраться событий на столько, чтобы чувствовать себя увереннее в ситуации, когда вроде оно, но не совсем? И да и нет. Моя первая серьезная работа руководителем изобиловала проблемами, но когда встал вопрос двигаться дальше - я честно признался себе, что опыта маловато. За все эти годы я поковырялся с одной командой в одном окружении. А рядом дела шли совсем по другим правилам и порядкам. Потому что был другой контекст. И оказывается, даже если ты почти 20 лет руководишь людьми в разных конфигурациях - все-равно находятся ситуации, в которых ты раньше не был. А читать некогда и принимать решение приходится интуитивно, основываясь на предыдущем опыте, при этом учитывая опыт твоих коллег по цеху для снижения вариативности и рисков.
Это я все к чему. На прошлой неделе мы закончили формировать программу самой крутой конференции для управленцев и к ним примкнувших. Обработали 450 заявок только в одной секции из трех. На сцену выйдет 50 часов кристализованного и неплохо задокументированного опыта. А на площадке его будет еще больше. Учиться на чужих ошибках кмк далеко не всегда эффективно, более того, часто чужой опыт вредит, если применять его без адаптации. Но материалов для размышлений в условиях нехватки собственного опыта это добавит.
Вот такое вот пятничное почтирекламное получилось. За прошедшие недели я стал чуть больше водопроводчиком, электриком и слесарем. А еще почти разобрался в кишках LLM.
Много разговоров стало про "через один/два/три года старший разработчик/лид/СТО", мол хватит гундосить, если у вас не получилось, то это не значит, что у других не получилось.
Согласен, все мы очень разные, но реальность устроена так, что очень многие вопросы решаются лучше и на порядок быстрее при наличии опыта, и в обратную сторону этот тезис тоже работает. Когда речь идет о спокойной воде - ноль вопросов. Но мерилом опыта является в том числе и умение решать вопросы в условиях ограниченной информации. Неважно, насколько хорошо мы планируем, насколько тщательно мы составляем всякие дорожные карты, насколько сильно мы вджобываем, все равно будут трындецы, причем в самый неподходящий момент, и это нормально. И выглядит так, что имеет смысл принять факт, что основная работа не в том, чтобы предотвращать сбои, а в том, чтобы снижать их разрушительный эффект и оперативно реагировать на ситуации, которых не удалось избежать. Часто требуется принять не просто одно решение, а целую серию решений, и желательно правильных. И тут на сцену выходит тот самый опыт. Понятно, что попасть ровно в одну и ту же ситуацию из прошлого шансов немного, потому как окружение меняется, но выцепить какие-то подходящие паттерны, поискать похожие вещи из окружения - вполне себе по силам, если ты это когда-то видел и не просто прошел мимо, а обратил внимание и зафиксировал для себя что-то интересное.
Многое делается исходя из контекста. И опыт хорош тем, что для разных контекстов у тебя формируется некоторый набор подходов, и с каждым разом этот набор становится все более и более объемным. Условно, если ты впервые столкнулся с тем, что глохнет двигатель или в водопроводе падает давление - для тебя это событие. Что происходит дальше - ты лезешь в методичку, находишь первую причину (условно, нет топлива или протекает кран), прикладываешь это знание на свою систему, вполне вероятно проблема совпадает, ты ее устраняешь - профит.
Читает ли кто-то методичку дальше, чтобы ознакомиться со всеми возможными вариантами проблем? Вряд ли, скорее всего ты ознакомишься с продолжением ровно тогда, когда снова заглохнет двигатель, а топливо таки есть. И вот так шаг за шагом ты с ненулевой вероятностью постигнешь весь перечень неприятностей и научишься их устранять. Но в мире физических процессов это чаще всего все понятно, доступны методы диагностики, более того, набор косяков обычно счетный и помещается в одну голову без проблем. А вот в мире чуть менее физическом, например, в мире управления людьми, дела обстоят чуть иначе. Хотя бы с точки зрения вариативности происходящего. И возникает вопрос - можешь ли ты за пару лет набраться событий на столько, чтобы чувствовать себя увереннее в ситуации, когда вроде оно, но не совсем? И да и нет. Моя первая серьезная работа руководителем изобиловала проблемами, но когда встал вопрос двигаться дальше - я честно признался себе, что опыта маловато. За все эти годы я поковырялся с одной командой в одном окружении. А рядом дела шли совсем по другим правилам и порядкам. Потому что был другой контекст. И оказывается, даже если ты почти 20 лет руководишь людьми в разных конфигурациях - все-равно находятся ситуации, в которых ты раньше не был. А читать некогда и принимать решение приходится интуитивно, основываясь на предыдущем опыте, при этом учитывая опыт твоих коллег по цеху для снижения вариативности и рисков.
Это я все к чему. На прошлой неделе мы закончили формировать программу самой крутой конференции для управленцев и к ним примкнувших. Обработали 450 заявок только в одной секции из трех. На сцену выйдет 50 часов кристализованного и неплохо задокументированного опыта. А на площадке его будет еще больше. Учиться на чужих ошибках кмк далеко не всегда эффективно, более того, часто чужой опыт вредит, если применять его без адаптации. Но материалов для размышлений в условиях нехватки собственного опыта это добавит.
Вот такое вот пятничное почтирекламное получилось. За прошедшие недели я стал чуть больше водопроводчиком, электриком и слесарем. А еще почти разобрался в кишках LLM.