ждем доклад ))

просто в какой-то момент он не сможет эффективно это делать и вы окажитесь без человека который все знает.

Мы уже с этим сталкиваемся.

более того - часто команде привыкает что "а он всеравно подскажет".... и не особо разбираются в системе

Он ревьюит всегда после первого ревьюера и когда все тесты зеленые.

А то иногда люди создали ПР и сразу в ревью шлют.

бюрократия какая-то)

А сами над другой фичей работать

Ну чтобы время не тратить

у меня была такая проблема - я пытался всем всегда помогать и отвечал на в се вопросы. в итоге я понял насколько это не эффективно

Типа такая оптимизация :))

у меня была такая проблема - я пытался всем всегда помогать и отвечал на в се вопросы. в итоге я понял насколько это не эффективно

в итоге уволился)

Просто есть подозрение, что если он перестанет ревьюить все, количество багов может подрасти

в итоге уволился)

меня украли

это другое

он в отпуск еще не ходил?))

Просто есть подозрение, что если он перестанет ревьюить все, количество багов может подрасти

звучит как "мы в игру играем - авось ненайдет бажульку"

он в отпуск еще не ходил?))

Ходил конечно. Тогда оставляет ревьюерами 2 сениоров.

звучит как "мы в игру играем - авось ненайдет бажульку"

А кто в нее не играет? :)

Просто есть подозрение, что если он перестанет ревьюить все, количество багов может подрасти

ага.. в каждой компании есть наверное такой человек, которого бояться уволить ибо без него все пропадет)

Да не пропадет конечно. Просто будет менее эффективно

ага.. в каждой компании есть наверное такой человек, которого бояться уволить ибо без него все пропадет)

а потом оказывается что и без него норм а может и лучше)

на хабре пару статей на эту тему было за последний год точно

Он реально феноменально производительный.

У дивляюсь порой

а потом оказывается что и без него норм а может и лучше)

и да, оказывается что без него лучше

ибо демотивирует команду и все такое

Да не пропадет конечно. Просто будет менее эффективно

или более эффективно так как вы не будете упираться в этой узкое место

Еще и вечерами и в выходные из дома сидит пашет

или более эффективно так как вы не будете упираться в этой узкое место

По времени - да. А по багам наоборот

более того - часто команде привыкает что "а он всеравно подскажет".... и не особо разбираются в системе

история про супер героев в команде

Но время на фикс багов тоже требуется

Там же весь процесс с ревью и тестами проходить опять

Да не пропадет конечно. Просто будет менее эффективно

вот это к слову симптом того о чем Сергей говорит - команда себя говном считает и есть бог! который все разрулит и всех спасет

Мы уже говорили с ним. Но вот как сделать?

Мы уже говорили с ним. Но вот как сделать?

бунт

Он вот такой. Побаивается вожжи отпустить

На нем же вся отвественность :)

пусть в отпуск уйдет, на пару недель или месяц

ну а ты такой "если любишь - отпусти"

и посмотри че произойдет

Он кстати очень приятный и адекватный человек.

Ревьюить его коммиты всем отделом!)))

Да уходил он :)

Все норм.

и внезапно узнаешь что.. ничего не произойдет

у нас так ушел главный админ

после нг зашел в чат

"пацаны я ухожу"

и все

Но порой некоторые вещи становится не укого спросить. Рисерч кода занимает дольше намного

на звонки не отвечает и все такое

Но порой некоторые вещи становится не укого спросить. Рисерч кода занимает дольше намного

в команде есть хоть кто-то кто больше года на этом же проекте?

уходил как-то единственный джавист среди пхпшников, который на себе два сервиса держал

и ниче, жили)

в команде есть хоть кто-то кто больше года на этом же проекте?

Да, конечно. Я в том числе.

Но они все равно не все места еще знают :)

но вместе вы по идее уже все части знаете

и даже предыисторию понимаете

Вот блин очень много всякой аналитики, какие-то мало отличающиеся по смыслу, но немного отличающиеся графики, для них отдельные фетчеры, запросы огромные SQL.

Но они все равно не все места еще знают :)

а зачем их все знать? о_О

Хрен знает где может лежать. Делаешь что-то, пишешь, и можешь не знать что похожее уже есть где-то

Хрен знает где может лежать. Делаешь что-то, пишешь, и можешь не знать что похожее уже есть где-то

у тебя есть QA? аналитики? продукт оунеры? клиенты?

Почти. Мало кто работал над деплоем и инфраструктурой.

чем меньше контекст в голове держишь, тем эффективнее с ним работаешь же

Есть все кроме аналитиков.

ERROR: S client not available

А он знает.

И почти всегда может мгновенно ответ выдать :)

И это так удобно :)

возвращаемся к Э - эффективность и микроменеджмент, а так же лень команды и отсутствие нолеждж трансфера

у меня была такая проблема - я пытался всем всегда помогать и отвечал на в се вопросы. в итоге я понял насколько это не эффективно

ну так, знания в массы

возвращаемся к Э - эффективность и микроменеджмент, а так же лень команды и отсутствие нолеждж трансфера

Ноледж трансфер постоянно происходит. Каждый 2 недели

Прям отдельно

Правда не всегда по системе

Ноледж трансфер постоянно происходит. Каждый 2 недели

когда он по рассписанию - он не постоянно, он раз в 2 недели

Иногда просто новые технологии

Или старые добрые :)

А ну вообще он всегда идет.

Иногда просто новые технологии

это немного не тот ноледж трансфер

Но тогда, когда ты над этим работаешь

Просто так же тебе никто не станет рассказывать об одной фигне, когда ты над другой работаешь

тот факт что у вас код ревью делает только один человек (ну или 2 синьера в период отпусков) уже говорит что ноледж трансфер на минималках

В общем, ты прав насчет того что все понемногу систему в целом знают

ага.. в каждой компании есть наверное такой человек, которого бояться уволить ибо без него все пропадет)

Была большая статья об этом на аине кажись ) дропнули героя и все пошло лучше

2 человека делают его

а это создает ряд других проблем, те самые "баги" которые находит ваш CTO

Просто один из них - он :)

Ну дропать его не хочется конечно :) Очень уж хорош. :)

да код ревью не так уж и сложно. говно код сразу видешь

да код ревью не так уж и сложно. говно код сразу видешь

парное программирование

Вот как-то убедить бы, что можно не ревьюить все подряд, а доверить ответственность другим

Вот как-то убедить бы, что можно не ревьюить все подряд, а доверить ответственность другим

сожмите волю в кулах и так и скажите

trunk-based dev к слову хорошо бы позволило этого добиться))))

Я предложу его. Но решать всей тимой надо. И все продумать :)

Я предложу его. Но решать всей тимой надо. И все продумать :)

ну для начала самому ознакомиться, взвесить плюсы минусы, подумать о том какие проблемы вы решаете PR-ами и есть ли эти проблемы (потому что по твоим цифрам - вам реально PR-ы не нужны)

Я скину loc в понедельник. Только напомни мне :)

Я скину loc в понедельник. Только напомни мне :)

о да, сеттеры пишите или нормально?)