Вообще, особо такое не смотрю. Но тут стало интересно. Один из ведущих является программистом и, как я понял, ушел с основной работы, т.к. достало.
Для себя отметил, что достала вся эта тема про командный дух, про вечное развитие — гонка с собой наперегонки — "чтобы стоять на месте, нужно бежать".
Беседуют с нашим парнем — руководителем, переехавшим в Прагу.
Руководитель понимает, что такой бег может достать.
Там много чего сказано. Если тезисно:
1) В IT много денек
2) Раньше там были гики, которые все делали. Теперь куча курсов и идет куча народа, т.к. есть пункт 1.
3) Если ты семейный, и тебе теперь хочется после работы побыть с семьей, то есть новичок, у которого "глаза горят" и который после работы будет читать, "пробовать новый фреймворк", а ты постепенно становишься динозавром и неконкурентно способным.
4) Что попадается типаж такого уставшего сеньора, который говорит, что "все отстой", отравляет атмосферу вокруг. А когда прибегает такой новичок предлагая новую штуку, тот пессимистично отвечает "да зачем это нужно".
...
Сам руководитель уже перестал писать код 24/7. Сейчас получает 2ое высшее образование по психологии.
Говорит, что интересны люди.
===========
У меня 5 лет опыта работы в индустрии. По текущем понятиям можно навесить ярлык "старший разработчик". Сейчас работаю в крупной компании. Много кода не пишу. Много переписок, общения по выяснению чего сейчас нужно сделать и как сделать правильно, т.к. разная степень экспертизы у разных людей. Много такой срочной работы по пачке проектов. Платят выше рынка. Получилось улучшить семейный бюджет.
Самому хотелось стать руководителем, называться тем самым популярным и манящим "тимлидером" — зная как правильно налаживать процессы в команде, вести людей говоря о ценностях, помогать и не навязывать мнение, не отнимать самостоятельности и т.п.
И сейчас, получается, погружаюсь в предметную/бизнес область. Как я понял, это очень важно для правильных решений.
Но, как мне кажется, я не писал много кода 24/7. Что рановато(ли) со мной стал происходить этот переход. Гарантий, что он выведет в тимлидеры не дает. Может, так и останусь "тушильщиком пожаров". Хотя и кажется, что нарабатывается экспертиза по предметной области.
Исходя из такого описания своего опыта такой вопрос:
-Что для Вас значит быть грамотным руководителем?
-Насколько нужно быть экспертом в своей технической области? Как понять, что сейчас можно двигаться из "написания фич по кем-то данному ТЗ" в понимание бизнеса — того что вообще актуально, как смежные системы взаимодействуют друг с другом, что вообще отпадет через 1 год, куда вкладывать силы и т.п.
Или это естественный процесс?
П.С.
Исходя из видео, ведущий такой парень в кажущейся депрессии от того формата роботы, от индустрии, где он работал, пахал. Раньше бы я его не понял, т.к. вот тебе куча интересных видео, статей по языку. А теперь, когда этим также насытился, уже его мысли ближе.
Но есть же еще рост, к примеру, в архитектора(если надоело быть специалистом) — человека с большой технической эксрертизой. И здесь тебя новичок с горящими глазами никак не обойдет.
A>Исходя из такого описания своего опыта такой вопрос: A>-Что для Вас значит быть грамотным руководителем?
Тимлид — это не руководитель, а планировщик тасок (задач), распихивающий их по ресурсам (людям).
Сложность в том, что:
1) задачи взаимозависимы (нужны декомпозиция и топологическая сортировка).
2) нужна координация (исключить ситуацию, когда правая рука не знает, что делает левая).
3) требования к выполнению задач зависят от из текущих приоритетов на проекте (выбранных из треугольника Хопкинса).
Руководителем же является манагер — человек оперирующий происходящим в контексте проектной деятельности:
1) жизненного цикла решения
2) человеческого фактора на проекте
3) учёта и страхования рисков.
A>-Насколько нужно быть экспертом в своей технической области? Как понять, что сейчас можно двигаться из "написания фич по кем-то данному ТЗ" в понимание бизнеса — того что вообще актуально, как смежные системы взаимодействуют друг с другом, что вообще отпадет через 1 год, куда вкладывать силы и т.п. A>Или это естественный процесс?
Для проекта не так важна квалификация членов команды или владение фреймвёрками с конкретными инструментами, сколько человеческий фактор. Если в команде здоровая атмосфера, то производительность каждого человека увеличивается в разы, нежели при работе этого же человека в одиночку. Именно у менеджера та самая обязанность управлять командой — комплектовать должным образом (добавляя-убирая людей), устанавливать правила игры по части различных процессов, как в плане технологического производства, так и выработки/принятия решений, ради личной мотивации сотрудников и создания определённой степени вовлечённости.
Чем руководствуется и чем оперирует менеджер? Тем что для конкретного проекта надо выставлять приоритеты — брать два из трёх (быстро/качественно/недорого). Исходя из политической ситуации вокруг проекта и с учётом сроков, которые всегда фиксированы. Например, к такому-то месяцу закончится бюджет или надо что-то выкатить к очередной выставке, собранию акционеров. При этом, постоянно меняются/корректируются требования к функциональности проекта, и это не закончится никогда — прямо до момента окончания срока.
Для менеджера рабочей единицей является команда, управление которой упирается в человеческий фактор. Поэтому он обязан знать о том, какие у людей бывают когнитивные искажения, о причинах возникновения таковых и следствиях.
Оперировать ли Техническими Заданиями (используя «водопад») или же работать по Agile через «функциональные требования» и спецификацию (Software Requirement Specification) — это определяется и приоритетами на данном проекте, и состоянием команды. Использовать ли Scrum и тюнинговать ли нынешний процесс с использованием Kanban — это всё удел манагера. Если человек не понимает исходя из чего и как принимаются такие решения, то ему лучше не прыгать выше тимлида.
Здравствуйте, avovana, Вы писали:
A>Вообще, особо такое не смотрю. Но тут стало интересно. Один из ведущих является программистом и, как я понял, ушел с основной работы, т.к. достало.
Там кучка задротов с PHP и JS на этом можно и заканчивать
A>У меня 5 лет опыта работы в индустрии. По текущем понятиям можно навесить ярлык "старший разработчик".
Нуу не знаю... по текущим реалиям это миддл, извини, если расстроил.
Знаешь, есть такая социальная группа "мозгопромыватели". Они этим зарабатывают и живут этим. Есть набор манипулятивных методик, на которые "ведется" почти любой человек, не замечая того, что им просто манипулируют. Сценарий у них один и тот же: подвигнуть тушку к самокопанию, убедить что все ее проблемы в ней самой, предложить свои услуги по "перепрограммированию" этой тушки и получить с нее за это свой профит. Этим дерьмом забиты все ютубы. Не смотрите всякую фигню и целее будите.
Здравствуйте, kaa.python, Вы писали:
A>>У меня 5 лет опыта работы в индустрии. По текущем понятиям можно навесить ярлык "старший разработчик".
KP>Нуу не знаю... по текущим реалиям это миддл, извини, если расстроил.
А какой критерий сеньорности? Формулировать и распределять задачи на миддлов/джуниоров?
Здравствуйте, Михaил, Вы писали:
М>А какой критерий сеньорности? Формулировать и распределять задачи на миддлов/джуниоров?
Экспертный опыт в каких-то технология и инструментах в купе с умением работать полностью автономно помогая другим. На наработку всего этого статистически надо порядка 10 лет, бывают исключения в обе стороны, само собой, но они бы такие вопросы не задали.
UPD. тут надо уточнить, что чем меньше конкуренция за место и ярче выражена аутсорсная составляющая в компании, тем раньше появляется сеньор-разработчик. Это я к феномену 23-летних серьеров
Здравствуйте, Михaил, Вы писали:
М>Здравствуйте, Qulac, Вы писали:
Q>>убедить что все ее проблемы в ней самой,
М>Справедливости ради, во многих (если не в большинстве) случаев так и есть.
Ну как по другому, ведь иначе "мозгопромыватель" просто не нужен и ни чего не заработает. Поэтому тушку нужно убедить, что все проблемы от ней самой.
Здравствуйте, Qulac, Вы писали:
Q>Ну как по другому, ведь иначе "мозгопромыватель" просто не нужен и ни чего не заработает. Поэтому тушку нужно убедить, что все проблемы от ней самой.
А почему нельзя заработать на обучении взаимодействию с толпой окружающих балбесов, которые являются причиной всем нашим проблемам? Вроде как большинство людей уверены, что всему виной являются другие, а не они сами, получается такой способ заработка даже проще (или нет?).
Здравствуйте, Михaил, Вы писали:
М>Здравствуйте, Qulac, Вы писали:
Q>>Ну как по другому, ведь иначе "мозгопромыватель" просто не нужен и ни чего не заработает. Поэтому тушку нужно убедить, что все проблемы от ней самой.
Вот надо было евреям в Германии 30-х годов пройти тренинги личного роста, что бы подняться до уровня арийской расы, тогда глядишь и живые бы остались. Я про то, что у утверждения "все проблемы в тебе" слишком много исключений, что бы можно было ее воспринимать серьезно. А теперь по теме.
М>А почему нельзя заработать на обучении взаимодействию с толпой окружающих балбесов, которые являются причиной всем нашим проблемам? Вроде как большинство людей уверены, что всему виной являются другие, а не они сами, получается такой способ заработка даже проще (или нет?).
Разные "тренинги личного роста" это уже другая ниша, тут нужны инвестиции, не у всех они есть.
A>>Исходя из такого описания своего опыта такой вопрос: A>>-Что для Вас значит быть грамотным руководителем?
A>Тимлид — это не руководитель, а планировщик тасок (задач), распихивающий их по ресурсам (людям). A>Сложность в том, что: A>1) задачи взаимозависимы (нужны декомпозиция и топологическая сортировка). A>2) нужна координация (исключить ситуацию, когда правая рука не знает, что делает левая). A>3) требования к выполнению задач зависят от из текущих приоритетов на проекте (выбранных из треугольника Хопкинса).
A>Руководителем же является манагер — человек оперирующий происходящим в контексте проектной деятельности: A>1) жизненного цикла решения A>2) человеческого фактора на проекте A>3) учёта и страхования рисков.
Спасибо! Много ценных мыслей. К вопросу о технической экспертизе такого руководителя. Насколько должен погружен быть?
К примеру, как на дейли:
Тимлид: "Вася, твоя очередь"
Вася: "Я сделал то то и то то"
Тимлид: "Спасибо, Вася"
То есть тимлид просто интересуется, т.к. не имеет экспертизы. А каждый разработчик — самостоятельная функциональная единица, которая знает:
1) Что нужно сделать
2) Как оценить, что все готово
3) Взаимодействует с заказчиком напрямую
Или же:
Тимлид: "Вася, твоя очередь"
Вася: "Я сделал то то и то то. Есть затруднение с таким функционалом. Помоги, пожалуйста."
Тимлид: "Спасибо, Вася. Давай после дейли обсудим технические детали"
То есть тимлид с серьезной экспертизой в области, где он ведет проект.
Здравствуйте, avovana, Вы писали:
A>-Что для Вас значит быть грамотным руководителем?
Уметь ставить *правильные* цели и добиваться их достижения
A>-Насколько нужно быть экспертом в своей технической области? Как понять, что сейчас можно двигаться из "написания фич по кем-то данному ТЗ" в понимание бизнеса — того что вообще актуально, как смежные системы взаимодействуют друг с другом, что вообще отпадет через 1 год, куда вкладывать силы и т.п.
Нет. Самое важное — копить знания, не привязанные к конкретному месту работы.
На втором месте — предметная область, не техническая. Нужно знать терминологию и основные бизнес-процессы не хуже аналитика.
"техническая область" — на последнем месте. Интересоваться соседями и системой в целом нужно, но, как правило, чтобы учиться строить системы и понимать бизнес.
"написания фич по кем-то данному ТЗ" — это уровень миддла. Сеньор должен уметь весь SDLC без указаний сверху — от работы с исходными требованиями до кодинга и до поддержки задеплоенного решения.
Насчет конкуренции с "молодыми разработчиками". Я не сказал бы, что эта конкуренция есть. Да, они могут по 14 часов пахать, но они пашут хаотично и неспособны планировать, выдавать результат и эффективно общаться с людьми из-за максимализма и самоцентричности.
П.С.
Хороший тест на сеньора: откройте любимую IDE и напишите приложение, небольшое, но образцовое в техническом отношении и удовлетворяющие всем требованиям для прода. И без подглядывания в код.
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, Михaил, Вы писали:
М>>А какой критерий сеньорности? Формулировать и распределять задачи на миддлов/джуниоров?
KP>Экспертный опыт в каких-то технология и инструментах в купе с умением работать полностью автономно помогая другим. На наработку всего этого статистически надо порядка 10 лет, бывают исключения в обе стороны, само собой, но они бы такие вопросы не задали.
KP>UPD. тут надо уточнить, что чем меньше конкуренция за место и ярче выражена аутсорсная составляющая в компании, тем раньше появляется сеньор-разработчик. Это я к феномену 23-летних серьеров
Спасибо за ответ!
И вот подходя к этим 10 годам нужно больше понимать бизнес? Или также, как и в начале безудержно писать код?
То есть я боюсь, что нарабатывая опыт в тушение текущих пожаров во многих вверенных пускай и малых проектах, я потеряю/не буду нарабатывать видение по развитию/поддержке серьезных проектов.
Такое чувство, что нарабатывается качество:
+Быстро разобраться в текущей ситуации связавшись с определенными людьми, сделая вывод исходя из текущих реалий, их мнений
И теряется качество:
-Вот я веду большой проект со своими целями, точками роста, тех долгом.
Он и есть такой проект, который больше других. Но на него внимания поскольку постольку по принципу, когда вот у него надо будет что то срочно допилить, тогда и пилить.
Здравствуйте, scf, Вы писали:
scf>Здравствуйте, avovana, Вы писали:
A>>Руководитель понимает, что такой бег может достать.
scf>Два принципа создания хайповых видео в интернете: а) выбираешь библейские грехи и стимулируешь их у зрителей б) давишь на эмоции
scf>В данном случае — лень и гордыня. Руководитель всегда работает больше подчиненных и работа у него более нервная.
Спасибо за комментарий к контексту посыла. Освежает)
Здравствуйте, scf, Вы писали:
scf>Нет. Самое важное — копить знания, не привязанные к конкретному месту работы.
А что здесь подразумевается под знаниями? Как создавать, вести проект с технической точки зрения?
scf>На втором месте — предметная область, не техническая. Нужно знать терминологию и основные бизнес-процессы не хуже аналитика.
То есть работая на компанию специалист должен быть сосредоточен на достижение её целей, а не как в начале пути — мне интересно познать такой язык, технологию, вот бы хоть куда-нибудь устроиться, чтобы там изучать?
Здравствуйте, Qulac, Вы писали:
Q>Здравствуйте, avovana, Вы писали:
A>>Посмотрел интересный подкаст. Немного философский.
A>>https://www.youtube.com/watch?v=kS49Rw5gxVg
Q>Знаешь, есть такая социальная группа "мозгопромыватели". Они этим зарабатывают и живут этим. Есть набор манипулятивных методик, на которые "ведется" почти любой человек, не замечая того, что им просто манипулируют. Сценарий у них один и тот же: подвигнуть тушку к самокопанию, убедить что все ее проблемы в ней самой, предложить свои услуги по "перепрограммированию" этой тушки и получить с нее за это свой профит. Этим дерьмом забиты все ютубы. Не смотрите всякую фигню и целее будите.
Спасибо за это мнение о контексте самой передачи. Вроде бы, не почувствовал себя ущербным из-за их разговора. Но еще поразмышляю.
Если по теме взрослого разработчика. То реально ли, что после N лет уже думает о даче, внуках и газоне?
Есть ли примеры людей в теме "и за 40"?
Если есть, это уже такие размеренные специалисты с наработанным опытом, приоритетами по жизни, знающими, что им надо и эффективно отрабатывающие 8 положенных часов и не больше?
A>>Вообще, особо такое не смотрю. Но тут стало интересно. Один из ведущих является программистом и, как я понял, ушел с основной работы, т.к. достало.
KP>Там кучка задротов с PHP и JS на этом можно и заканчивать
видео не смотрел, php в этом веке не трогал, и тем не менее — а какая разница?
ну не делают они ничего интересного, но сложность прекрасно возникает просто от большого количества составных частей, и коллектив php-ников вряд-ли состоит из более самостоятельных людей
Здравствуйте, avovana, Вы писали:
A>Здравствуйте, Qulac, Вы писали:
Q>>Здравствуйте, avovana, Вы писали:
A>>>Посмотрел интересный подкаст. Немного философский.
A>>>https://www.youtube.com/watch?v=kS49Rw5gxVg
Q>>Знаешь, есть такая социальная группа "мозгопромыватели". Они этим зарабатывают и живут этим. Есть набор манипулятивных методик, на которые "ведется" почти любой человек, не замечая того, что им просто манипулируют. Сценарий у них один и тот же: подвигнуть тушку к самокопанию, убедить что все ее проблемы в ней самой, предложить свои услуги по "перепрограммированию" этой тушки и получить с нее за это свой профит. Этим дерьмом забиты все ютубы. Не смотрите всякую фигню и целее будите.
A>Спасибо за это мнение о контексте самой передачи. Вроде бы, не почувствовал себя ущербным из-за их разговора.
Вот это очень правильно.
A>Но еще поразмышляю.
Я бы забил, если честно.
A>Если по теме взрослого разработчика. То реально ли, что после N лет уже думает о даче, внуках и газоне?
Дачу, все эти огороды не могу терпеть с с детства. Мне лет 20 назад кто-то сказал: "Мол с возрастом к земле тянет." На что я пошутил, что типа: "Это организм подготавливается к упокоению на кладбище". Меня не тянет совершенно. Внуки это вообще не актуально если учесть, что мы прямые потомки не более 10% людей, которые жили лет 300 назад.
A>Есть ли примеры людей в теме "и за 40"? A>Если есть, это уже такие размеренные специалисты с наработанным опытом, приоритетами по жизни, знающими, что им надо и эффективно отрабатывающие 8 положенных часов и не больше?
Лично я очень люблю свою работу и много времени ей посвящаю.
Здравствуйте, avovana, Вы писали:
A>И вот подходя к этим 10 годам нужно больше понимать бизнес? Или также, как и в начале безудержно писать код?
Надо просто знать что именно ты продаешь и уметь это продавать. Вобщем-то всё
A>То есть я боюсь, что нарабатывая опыт в тушение текущих пожаров во многих вверенных пускай и малых проектах, я потеряю/не буду нарабатывать видение по развитию/поддержке серьезных проектов.
Ну, работай над такими проектами и наработаешь. А пожары не так уж и плохи, с одной стороны их до усрачки, с другой стороны не так уж и много кто умеет с ними работать. Вполне может быть что в итоге то, что ты продаешь и будет экстренное тушение пожаров.
Что ты вообще хочешь-то? Денег? Лычек? Интересных проектов? Если поймешь то будет проще.