у меня есть коллега, который начал работать в проекте на месяц раньше меня, principal developer, проработал несколько лет в амазоне
2 недели назад спрашиваю его — как сделать вот это, ответ 2-3 строчки и он его точно знает, тк я видел что он это делал раньше
он отвечает — не скажу
я офигел но решил узнать причину, спрашиваю — почему
на что он отвечает — потому что я посмотрел твой код и он мне не нравиться, я его переделаю
после этого как я теперь знаю — он позвонил к тимлидеру и обсудил с ним мой код без меня, и получил ответ оставить мою версию
в этой истории странно, что он сразу пошел на обостренние, что время между моим вопросом и его ответом было меньше минуты те он мой код смотрел заранее
и что тутже стал обсуждать втихаря не чего мне не сказав
я минимизировал общение с ним
в пятницу тим лидер говорит мне — сделай тот то, а как делать распроси вот этого товарища
я обратился к нему, он распросил о проблемах и что именно я не понимаю
и после этого перестал отвечать на мои сообщения
сегодня утром на стендапе он говорит — я сделал задачу сергея
что это все значит ?
стоит ли обсуждать это с тим лидером, что ситуация выглядит странной
Здравствуйте, sergey2b, Вы писали:
S>что это все значит ? S>стоит ли обсуждать это с тим лидером, что ситуация выглядит странной
А ты в первый раз что-ли такое видишь. Некоторые люди не хотят с тобой или возможно с другими сотрудничать и всё. У них просто такой характер.
Возможные причины проблем.
1. У вас в компании не налажены процессы разработки. Нет сервера с менеджером задач (для примера Redmine), системой управления версий (для примера Git) и непрерывной интеграцией (для примера Jenkins).
2. Тим лид на самом деле не ведущий команды, а просто лицо назначенное сверху. Если тим лиду, менеджеру или кто у вас там плевать на результат сотрудничества, то ты тем более ничего не сделаешь.
Кстати, сейчас у хрюш модно тестировать людей на то могут ли они работать в команде. Это когда один человек подходит к другому и тот его не посылает по координатам xyz, а даже общается или вообще немыслимое работает вместе.
Но хрюши сами по себе бывают токсичны, а в компании с говнопроцессами и без руководства единственный способ делать всё в одиночку. Вспоминаются смешные цитаты.
То, что один программист может сделать за один месяц, два программиста могут сделать за два месяца.
— Фред Брукс
Сейчас у хрюш ещё развилась такая тема как софт скиллы, то есть в переводе на русский умение общаться с людьми. Типа лучше взять человека с софт скиллами, чем с хард скиллами.
Хард скиллы это умение решать технические задачи в одиночку. А софт скиллы это общаться даже с теми, с кем ты не хочешь общаться или вовремя позависать с руководителем.
«Один из лучших навыков программирования, который вы можете получить, — это знать, когда нужно уйти на некоторое время». — Оскар Годсон
Но если собственные хард и софт скиллы не вывозят, есть ещё запасной вариант вовремя свалить. Всё равно 90% стартапов проваливаются, туда им и дорога.
процессы поставленны хорошо, код в git, все обложенно тестами и метриками
постоянный перекрестный код ревью
единственное с чем пока не свыкся это задачи в одну строчку — добавить в X поддержку Y
и что из них что мне не известно
самое длинное описание задачи за два месяйца было в 3 строки
я об этом тоже хотел погворить, но стесняюсь, остальные же молчат
Здравствуйте, reversecode, Вы писали:
R>это означает что я как всегда оказался прав
Так а в чём корень бед? Его опять пытаются выдавить из команды по какой-то причине, вот только не понятно по какой?
Здравствуйте, sergey2b, Вы писали:
S>что это все значит ?
Это значит, что по мнению того товарища вы плохо работаете, не обладаете нужными знаниями и навыками. Обсуждать это с вами — не его компетенция, поэтому он поговорил с менеджером и сообщил о своих переживаниях. То что менеджер некрасиво разруливает ситуацию — ну, я менеджеров тоже не люблю.
У меня были аналогичные ситуации — людей переводили в другие проекты.
Здравствуйте, aik, Вы писали:
aik>По-моему, коллега просто троллит нас
Хорошо если так, но что то не складываются кусочки мозаики в такую картину.
aik> ну, и, по-своему, косплеит мыщьха
Не, чтоб качественно косплеить крЫса ему безумия не хватает.
Здравствуйте, Kernan, Вы писали:
R>>это означает что я как всегда оказался прав K>Так а в чём корень бед?
В нём.
K>вот только не понятно по какой?
Чтобы точно ответить на этот вопрос надо иметь информацию от другой стороны, чтоб сравнить что он про себя рассказывает с тем, что видели и слышали другие.
Здравствуйте, sergey2b, Вы писали:
S>Я примерно аналогично оцениваю ситуацию и причины S>Я налажал работая с командной строки git, раньше такого опыта у меня не было
По одному эпизоду вряд ли кто-то станет делать большие выводы (и тем более действовать), поэтому я думаю, что там успело накопиться достаточно свидетельств.
S>С другой стороны я им уже сделал две задачи которые они не могли сделать много месяцев
Не зная что это за задачи, сложно сделать выводы. Обычно когда приходишь в проект, первые задачи дают тривиальные, "на разогрев" — просто чтобы с рабочим процессом разобраться — откуда клонировать репозиторий, как прогонять тесты локально, как сделать свой бранч, как отправить на код ревью, как смёржить, как передвинуть тикет в джире, и т.д.
наверное вы правы
R>Не зная что это за задачи, сложно сделать выводы. Обычно когда приходишь в проект, первые задачи дают тривиальные, "на разогрев" — просто чтобы с рабочим процессом разобраться — откуда клонировать репозиторий, как прогонять тесты локально, как сделать свой бранч, как отправить на код ревью, как смёржить, как передвинуть тикет в джире, и т.д.
Здравствуйте, sergey2b, Вы писали:
S>сегодня утром на стендапе он говорит — я сделал задачу сергея
А свою задачу он сделал при этом? Или он просто выбирает то, что хочет, не ставя никого в известность?
S>что это все значит ?
Это значит, что он не верит, что ты свою задачу сможешь сделать.
Прав он или нет в своём неверии — вопрос отдельный.
S>стоит ли обсуждать это с тим лидером, что ситуация выглядит странной
Стоит. Или не стоит.
Мы же не знаем твоих отношений с командой и тим лидом.
Соотвественно, не можем оценить риски и потенциальные выгоды от беседы.
Здравствуйте, _ABC_, Вы писали:
_AB>Мы же не знаем твоих отношений с командой и тим лидом. _AB>Соотвественно, не можем оценить риски и потенциальные выгоды от беседы.
отношений еше нет, я работаю всего два месяца
вся команда удаленная по разным странам
Здравствуйте, rosencrantz, Вы писали:
S>principal developer, проработал несколько лет в амазоне R>Обычно когда приходишь в проект, первые задачи дают тривиальные, "на разогрев" — просто чтобы с рабочим процессом разобраться
Могу только сказать что если Principal ломанулся самостоятельно делать задачу, которую выдали новоприбывшему, это довольно таки нехороший знак.
Здравствуйте, CreatorCray, Вы писали:
CC>Могу только сказать что если Principal ломанулся самостоятельно делать задачу, которую выдали новоприбывшему, это довольно таки нехороший знак.
Без контекста — . Может быть, у principal-а стояла работа из-за этой задачи, и ему самому это сделать 5 минут, а Сергею объяснять — час. Я бы так делать не стал, ибо это passive aggressive, и проще дать готовое решение новичку, объяснить, чем оно лучше, и попросить его допилить по мелочи, чтобы заодно разобрался. Но у программистов с дипломатией обычно плохо.
Здесь надо развесить уши локаторами и декодировать, так сказать, данные из субканала. Т.е., кто как о ком отзывается, над чем подшучивает, кто с кем вместе работал, кого привел и т.п. Но Сергей этого делать не умеет, и в итоге, всегда оказывается крайним.
Здравствуйте, Quebecois, Вы писали:
Q>Может быть, у principal-а стояла работа из-за этой задачи, и ему самому это сделать 5 минут, а Сергею объяснять — час.
Скорее всего так оно и было.
Q> Я бы так делать не стал, ибо это passive aggressive
А ждать пока новичок родит — counterproductive.
Q>Но Сергей этого делать не умеет, и в итоге, всегда оказывается крайним.
Bingo!