Конечно иногда оказывался прав.
Понятно дело, что всегда надо искать золотую середину. Если вы чувствуете что, следующий шаг неизбежен, то можно и заложить определенный запас в архитектуру. Но это уже больше опыт/чутье.
Но часто было так, что ему приходилось обратно выпиливать то, что он напридумывал, т.к. оно мешало активно развивать продукт. Теперь он не любить, когда в проекте валяется ненужный код, который ко всему еще приходится рефакторить при изменении требований. Чему я очень рад.
Помимо наших задач, которые требуется для проекта, он находит интересные для СЕБЯ задачи и активно продвигает их. Хорошо, когда они действительно интересны и нам и ему. Тогда он с огромным энтузиазмом их решает, и даже во вне рабочее время, хотя мы его абсолютно об этом не просим. Но если то, что ему хочется делать — не является первоочередной задачей для бизнеса и приходится его оттормаживать, то начинается беда. Он становится невыносим.
В прошлом я более 10 лет был разработчиком. По поводу статьи:
Я в шоке от того, что все начали защищать Рика! Ребята, почему вы смотрите про переработки, которые он сам взвалил на себя (кстати, эта особенность большинства Рок звезд), но игнорируете результат, который добилась компания:
Пять лет работы (и результата нет), заменила на 1 год и готовый продукт. За пять лет на одного человека денег ушло куда больше, чем на команду 3-5 человек. Плюс ко всему через год продукт уже продается и начинает окупать вложения
От всего того, что сделал Рик, они оставили 10% действительно нужного кода. Все остальное судя по всему Рик закладывал на будущее, пытаясь предвидеть все и вся, хотя как правило оно так никогда и не требуется
Они уменьшили риски, упростили код, упростили техподдержку, ввели тестирование, в проект легко вводить новых разработчиков, улучшилась обстановка в компании
Полностью согласен с руководством компании, которые уволили менеджеров Рика и самого Рика. Это надо было сделать гораздо раньше. Толку от звезды, если он никого не слушает. Все ваши разговоры про то, что остальные разработчики в компании лохи – не соответствует действительности. Продукт был успешно выпущен без него.
Теперь по поводу звезды в нашей компании:
Боюсь, что скоро нас может ждать тоже самое. Рок звезда делает очень важный модуль. Он молодец, реальный спец, хорошо и качественно пишет, мы его очень ценим. НО! Он НИКОГО даже близко не подпускает к своему коду. Как Рик в этой статье. Для нас это большие риски, т.к. проект растет. Мы регулярно предлагаем ему в помощь специалиста. На все попытки жутко раздражается и ревнует. Постепенно берет на себя больше работы. Я думаю, что Рок звезды прутся, когда от них все зависит.
Есть много интересных задач, которые он с удовольствием берет на себя. Но же мы только получаем еще больше модулей, в которые он никого не пускает.
Из-за этого он стал узким звеном, в производительность которого (пусть даже высокую) все упирается. Переработок у нас нет, стараемся этого не делать. Но сроки по внедрению новых задач в итоге переносятся. Когда мы предлагаем нашим программистам похалтурить на нас во внерабочее время (бывает крайне редко), то всегда договариваемся о дополнительной оплате.
Единственно, в чем мне удалось переучить Звезду за годы работы: это делать ровно то, что требуется для решения задачи. Раньше он как Рик писал кучу кода, абстракций, пытаясь предвидеть будущие требования. Спустя 5 лет он сам лично пришел ко мне и поблагодарил меня за это. Теперь он закрывает задачи очень быстро.
Но все равно, если у вас есть Рок звезда – будьте осторожны. К ним требуется особый подход.
Понятно дело, что всегда надо искать золотую середину. Если вы чувствуете что, следующий шаг неизбежен, то можно и заложить определенный запас в архитектуру. Но это уже больше опыт/чутье.
Но часто было так, что ему приходилось обратно выпиливать то, что он напридумывал, т.к. оно мешало активно развивать продукт. Теперь он не любить, когда в проекте валяется ненужный код, который ко всему еще приходится рефакторить при изменении требований. Чему я очень рад.
В прошлом я более 10 лет был разработчиком. По поводу статьи:
Я в шоке от того, что все начали защищать Рика! Ребята, почему вы смотрите про переработки, которые он сам взвалил на себя (кстати, эта особенность большинства Рок звезд), но игнорируете результат, который добилась компания:
Полностью согласен с руководством компании, которые уволили менеджеров Рика и самого Рика. Это надо было сделать гораздо раньше. Толку от звезды, если он никого не слушает. Все ваши разговоры про то, что остальные разработчики в компании лохи – не соответствует действительности. Продукт был успешно выпущен без него.
Теперь по поводу звезды в нашей компании:
Боюсь, что скоро нас может ждать тоже самое. Рок звезда делает очень важный модуль. Он молодец, реальный спец, хорошо и качественно пишет, мы его очень ценим. НО! Он НИКОГО даже близко не подпускает к своему коду. Как Рик в этой статье. Для нас это большие риски, т.к. проект растет. Мы регулярно предлагаем ему в помощь специалиста. На все попытки жутко раздражается и ревнует. Постепенно берет на себя больше работы. Я думаю, что Рок звезды прутся, когда от них все зависит.
Есть много интересных задач, которые он с удовольствием берет на себя. Но же мы только получаем еще больше модулей, в которые он никого не пускает.
Из-за этого он стал узким звеном, в производительность которого (пусть даже высокую) все упирается. Переработок у нас нет, стараемся этого не делать. Но сроки по внедрению новых задач в итоге переносятся. Когда мы предлагаем нашим программистам похалтурить на нас во внерабочее время (бывает крайне редко), то всегда договариваемся о дополнительной оплате.
Единственно, в чем мне удалось переучить Звезду за годы работы: это делать ровно то, что требуется для решения задачи. Раньше он как Рик писал кучу кода, абстракций, пытаясь предвидеть будущие требования. Спустя 5 лет он сам лично пришел ко мне и поблагодарил меня за это. Теперь он закрывает задачи очень быстро.
Но все равно, если у вас есть Рок звезда – будьте осторожны. К ним требуется особый подход.