Здравствуйте, %, Вы писали:
А>Долго ли, коротко ли, а через 2 недели и 3 итерации требования изменений в pr, поправил как надо в его ветке и самсебе заапрувил. Потратил свои часы времени.
Напрасно так делаешь. И время потратил и человека демотивировал.
Нужно чтобы он довёл дело до конца самостоятельно. Если что-то непонятно, то позови его к доске и нарисуй наглядно. Обсудите все спорные моменты до того как бросаться кодить.
А точно понял? Лучше где-то след для истории оставлять. В тикетах, конфлюенсе или что там у вас? Слова не прокатят при разборе.
Пусть обоснует почему сделал иначе. И сам чему-то научишься и коллегу научишь.
Здравствуйте, %, Вы писали:
AN>>Или он посчитал, что его решение лучше. Тогда он сможет его обосновать. AN>>Или твоё объяснение не является полным и непротиворечивым. Всё, что может быть понято неправильно будет понято неправильно.
%>Ну тут вот что настораживает- когда аутсорс в Индию, то у скажем так, ex СССР программистов есть некий стереотип про индийский код. От русскоговорящих я не ожидал. Я ведь и сам поработал в Люксофте.
Здравствуйте, %, Вы писали:
Т>Это вообще нормально? Что невозможно получить в точности что надо в требовании и как попросил реализацию, без "креатива"?
Это пишет тот самый человек, который вообще свою часть написал на другом языке, вопреки решению команды?
Здравствуйте, %, Вы писали:
T>Я б зааппрувил, если сделано лучше, чем просил, или на clojure script (если бы смог продавить).
Т.е., это только тебе можно делать не так, как тебе сказано.
Здравствуйте, ned, Вы писали:
ned>Погоди, ты уже свою работу аутсорсишь на сторону?
а танчики не аутсорсят?
ned>А точно понял? Лучше где-то след для истории оставлять. В тикетах, конфлюенсе или что там у вас? Слова не прокатят при разборе.
Понял. Чуть поправил, остальное оставил своё. И ненужный юнит тест от прошлой итерации, где воткнул не туда.
ned>Пусть обоснует почему сделал иначе. И сам чему-то научишься и коллегу научишь.
Мне некогда полёты разбирать. Хочу научиться так ставить задачу, чтоб с первого раза можно было апрувить.
Это возможно не всегда. Как говорится, других людей у меня для вас нет.
Нередко всё, что может тимлид — это передвинуть человека на менее важные задачи.
Здравствуйте, %, Вы писали:
%>Попросил коллегу сделать фичу определенным образом. Долго ли, коротко ли, а через 2 недели и 3 итерации требования изменений в pr, поправил как надо в его ветке и самсебе заапрувил. Потратил свои часы времени.
%>Это вообще нормально? Что невозможно получить в точности что надо в требовании и как попросил реализацию, без "креатива"?
обычно так бывает потому, что ты ему лично очень неприятен и он из принципа не будет делать по твоему. ищи кого-нибудь такого же премиального, как ты. даже если ты найдешь способ его нагнуть он или переведется в другую команду или уйдет, так что бесполезно. ну, или ты можешь начать постигать премудрости подковерной борьбы — не давать ему фидбека, собирать на него компромат и постоянно строчить доносы в начальство о том, что ужасный человек не работает. это уже тебе решать
Попросил коллегу сделать фичу определенным образом. Долго ли, коротко ли, а через 2 недели и 3 итерации требования изменений в pr, поправил как надо в его ветке и самсебе заапрувил. Потратил свои часы времени.
Это вообще нормально? Что невозможно получить в точности что надо в требовании и как попросил реализацию, без "креатива"?
%>Попросил коллегу сделать фичу определенным образом. Долго ли, коротко ли, а через 2 недели и 3 итерации требования изменений в pr, поправил как надо в его ветке и самсебе заапрувил. Потратил свои часы времени.
%>Это вообще нормально? Что невозможно получить в точности что надо в требовании и как попросил реализацию, без "креатива"?
Роль в проекте у тебя какая?
Согласно ей и добавляешь своё требование в пул задач — переделать то-то и то-то таким-то образом во имя того-то и для достижения этого. А потом уже можно заасайнить на непосредственного исполнителя разными путями, не важно пользуясь или же нет своей ролью и пермисиями.
Если же ты подошёл и попросил человека устно или даже письмом, то и ничего удивительного, что тебя проигнорировали.
Раз ты не являешься непосредственным начальником этого человека и не идёшь путём добавления таски в пул задач, то:
либо пытаешься сломать текущий стек задач у конкретного сотрудника (по каким-то политическим мотивам)
либо это всё не особо нужно и относится к разряду пожеланий-хотелок, приоритет всегда ниже любой таски из пула.
Любой вменяемый инженер всегда пошлёт нахер (т.е. к менеджеру) любого к нему доколупавшему что и как надо сделать. Даже какого-нибудь биг-босса с экзекьютива или одного из собственников компании. Это признак хорошего, годного профессионала, ни один фунт соли сожравшего на своём профессиональном поприще.
%>Попросил коллегу сделать фичу определенным образом. Долго ли, коротко ли, а через 2 недели и 3 итерации требования изменений в pr, поправил как надо в его ветке и самсебе заапрувил. Потратил свои часы времени.
%>Это вообще нормально? Что невозможно получить в точности что надо в требовании и как попросил реализацию, без "креатива"?
да
был бы он твоим подчиненным, а не коллегой, процесс проходил бы быстрее, т.к. без саботажа, но всё равно мучительно
A>Любой вменяемый инженер всегда пошлёт нахер (т.е. к менеджеру) любого к нему доколупавшему что и как надо сделать. Даже какого-нибудь биг-босса с экзекьютива или одного из собственников компании. Это признак хорошего, годного профессионала, ни один фунт соли сожравшего на своём профессиональном поприще.
у него уже был pr
т.е. задачу худо-бедно сделали, речь о другом
Здравствуйте, koenig, Вы писали:
A>>Любой вменяемый инженер всегда пошлёт нахер (т.е. к менеджеру) любого к нему доколупавшему что и как надо сделать. Даже какого-нибудь биг-босса с экзекьютива или одного из собственников компании. Это признак хорошего, годного профессионала, ни один фунт соли сожравшего на своём профессиональном поприще.
K>у него уже был pr K>т.е. задачу худо-бедно сделали, речь о другом
A>>>Любой вменяемый инженер всегда пошлёт нахер (т.е. к менеджеру) любого к нему доколупавшему что и как надо сделать. Даже какого-нибудь биг-босса с экзекьютива или одного из собственников компании. Это признак хорошего, годного профессионала, ни один фунт соли сожравшего на своём профессиональном поприще.
K>>у него уже был pr K>>т.е. задачу худо-бедно сделали, речь о другом
A>таки pr — это пул реквест или же паблик релиз?
Здравствуйте, koenig, Вы писали:
A>>>>Любой вменяемый инженер всегда пошлёт нахер (т.е. к менеджеру) любого к нему доколупавшему что и как надо сделать. Даже какого-нибудь биг-босса с экзекьютива или одного из собственников компании. Это признак хорошего, годного профессионала, ни один фунт соли сожравшего на своём профессиональном поприще.
K>>>у него уже был pr K>>>т.е. задачу худо-бедно сделали, речь о другом
A>>таки pr — это пул реквест или же паблик релиз?
K>3 итерации же, какие могут быть варианты
Здравствуйте, ned, Вы писали:
ned>Напрасно так делаешь. И время потратил и человека демотивировал. ned>Нужно чтобы он довёл дело до конца самостоятельно. Если что-то непонятно, то позови его к доске и нарисуй наглядно. Обсудите все спорные моменты до того как бросаться кодить.
Я ему обьяснял по телефону. На русском.
Он понял, и сделал по другому.
ned>Напрасно так делаешь. И время потратил и человека демотивировал. ned>Нужно чтобы он довёл дело до конца самостоятельно. Если что-то непонятно, то позови его к доске и нарисуй наглядно. Обсудите все спорные моменты до того как бросаться кодить.
плюс еще нужно какое-то пространство для компромисса
иногда упаришься добиваться от человека того что нужно, но компромиссный вариант сойдет
%>Попросил коллегу сделать фичу определенным образом. Долго ли, коротко ли, а через 2 недели и 3 итерации требования изменений в pr, поправил как надо в его ветке и самсебе заапрувил. Потратил свои часы времени.
%>Это вообще нормально? Что невозможно получить в точности что надо в требовании и как попросил реализацию, без "креатива"?
Как тогда прошло код ревью? Почему нельзя было потом переоткрыть задачу с комментарием?
Здравствуйте, GreenTea, Вы писали:
GT>Как тогда прошло код ревью? Почему нельзя было потом переоткрыть задачу с комментарием?
Так я ж сам залочил. 3 итерации, а всё не то. Получается, я торможу прогресс И если апрувить с открытием нового тикета "почистить"- быстро нарастёт снежный ком такого вот, раскопипасченный в другие места.
%>Я ему обьяснял по телефону. На русском.
%>Он понял, и сделал по другому.
Или он посчитал, что его решение лучше. Тогда он сможет его обосновать.
Или твоё объяснение не является полным и непротиворечивым. Всё, что может быть понято неправильно будет понято неправильно.
Язык, на котором проходило общение, родной для обоих?
%>Попросил коллегу сделать фичу определенным образом. Долго ли, коротко ли, а через 2 недели и 3 итерации требования изменений в pr, поправил как надо в его ветке и самсебе заапрувил. Потратил свои часы времени.
%>Это вообще нормально? Что невозможно получить в точности что надо в требовании и как попросил реализацию, без "креатива"?
Ты по должности кто? Если сеньор, то нормально. Если тимлид — плохой ты тимлид, негодный.
%>Попросил коллегу сделать фичу определенным образом. Долго ли, коротко ли, а через 2 недели и 3 итерации требования изменений в pr, поправил как надо в его ветке и самсебе заапрувил. Потратил свои часы времени.
%>Это вообще нормально? Что невозможно получить в точности что надо в требовании и как попросил реализацию, без "креатива"?
если он не твой подчиненный, то твоя просьба может быть учтена, а может и не быть.
%>Попросил коллегу сделать фичу определенным образом. Долго ли, коротко ли, а через 2 недели и 3 итерации требования изменений в pr, поправил как надо в его ветке и самсебе заапрувил. Потратил свои часы времени.
%>Это вообще нормально? Что невозможно получить в точности что надо в требовании и как попросил реализацию, без "креатива"?
Либо ты упертый баран с подходом "делай как я сказал, потому что я так хочу и нихрена объяснять не буду", либо он с подходом "срал я на всех, сделаю, как хочу", либо вы оба упертые мудаки и друг друга стоите. В любом случае, нужны подробности, как была поставлена задача, понимал ли исполнитель, что от него хотят и почему именно такое решение, воспринимал ли постановщик задач какие-либо аргументы, или обсуждение шло по принципу "будем обсуждать, пока не примем МОЕ решение, и вообще прожим — единственное решение любой задачи". И обязательно нужно выслушать вторую сторону.
ned>>Напрасно так делаешь. И время потратил и человека демотивировал. ned>>Нужно чтобы он довёл дело до конца самостоятельно. Если что-то непонятно, то позови его к доске и нарисуй наглядно. Обсудите все спорные моменты до того как бросаться кодить.
%>Я ему обьяснял по телефону. На русском.
%>Он понял, и сделал по другому.
Либо ты его задолбал настолько, что он тебя уже не пытается слушать, говорит "да-да, сделаю", а сам делает по своему, либо он всегда таким был.
ned>>Напрасно так делаешь. И время потратил и человека демотивировал. ned>>Нужно чтобы он довёл дело до конца самостоятельно. Если что-то непонятно, то позови его к доске и нарисуй наглядно. Обсудите все спорные моменты до того как бросаться кодить.
K>плюс еще нужно какое-то пространство для компромисса K>иногда упаришься добиваться от человека того что нужно, но компромиссный вариант сойдет
Если решение для тебя спустили сверху, оно всегда делается на отвяжись. Причина в том, что исполнителю приходится принимать кучу решений (более мелких) во время реализации задачи и тут нужно понимать, почему задача поставлена именно так, каковы приоритеты (скорость работы приложения или разработки, надежность, использовать std::map или unordered_map или реализовать свою структуру). Когда ты сам придумал решение у тебя все ответы на эти вопросы уже в голове. Если же тебе говорят, что делать, ответов на большинство таких мелких вопросов не будет (и отвечать на них тоже никто не захочет после второго-третьего, потому что тот, кто поставил задачу, хочет чтобы ее просто решили и он о ней вообще не думал, поэтому вникать в детали не захочет). Поэтому, в таких случаях просто делаешь, что сказали и плевать насколько решение хорошее, потому что у тебя нет информации для продуманного решения.
Здравствуйте, AleksandrN, Вы писали:
AN>%>Я ему обьяснял по телефону. На русском. AN>%>Он понял, и сделал по другому.
AN>Или он посчитал, что его решение лучше. Тогда он сможет его обосновать. AN>Или твоё объяснение не является полным и непротиворечивым. Всё, что может быть понято неправильно будет понято неправильно.
Ну тут вот что настораживает- когда аутсорс в Индию, то у скажем так, ex СССР программистов есть некий стереотип про индийский код. От русскоговорящих я не ожидал. Я ведь и сам поработал в Люксофте.
AN>Язык, на котором проходило общение, родной для обоих?
Здравствуйте, RedUser, Вы писали:
НС>>Ты по должности кто? Если сеньор, то нормально. Если тимлид — плохой ты тимлид, негодный. RU>А что бы в такой ситуации делал годный тимлид?
Занялся бы воспитанием. Если воспитание не действует — на мороз.
Здравствуйте, Masterspline, Вы писали:
M>Мне тока не понятно, зачем ваш тимлид тебя держит в команде? Ты спишь с ним что-ли, или бухаешь? С тобой же работать не возможно.
Здравствуйте, RedUser, Вы писали:
RU>Нередко всё, что может тимлид — это передвинуть человека на менее важные задачи.
В этом случае негодны те, кто не дает уволить рукожопа. Но на практике я намного чаще встречаюсь с ситуацией, когда тимлид получает по башке из-за того что не увольняет того, кого уволить надо.
НС>>Если воспитание не действует — на мороз.
RU>Это возможно не всегда. Как говорится, других людей у меня для вас нет. RU>Нередко всё, что может тимлид — это передвинуть человека на менее важные задачи.
Как я уже писал, в другой ветке, тут только два варианта: либо тимлид избавляется от мудака, который многим мешает работать, либо самые эффективные члены команды, у которых есть выбор, сами уйдут.
Здравствуйте, Masterspline, Вы писали:
M>Как я уже писал, в другой ветке, тут только два варианта: либо тимлид избавляется от мудака, который многим мешает работать, либо самые эффективные члены команды, у которых есть выбор, сами уйдут.
Наверное, я тот самый мудак, который мешает коммитить многим их гениальный код. Людям бы закрывать по 10 багов в день, создавая при этом 20 новых багов и спагетти в геометрической прогрессии- все бы были счастливы.
На стиль, отступы, комментарии, переменные (если в разумных пределах ) мне параллельно.
%>Попросил коллегу сделать фичу определенным образом. Долго ли, коротко ли, а через 2 недели и 3 итерации требования изменений в pr, поправил как надо в его ветке и самсебе заапрувил. Потратил свои часы времени.
%>Это вообще нормально? Что невозможно получить в точности что надо в требовании и как попросил реализацию, без "креатива"?
Попроси другого коллегу прочитать требования перед отправкой на разработку, может пишешь недостаточно подробно Некоторые люди должны знать каждый шаг, чтобы начать работать.
Здравствуйте, Antidote, Вы писали:
A>Попроси другого коллегу прочитать требования перед отправкой на разработку, может пишешь недостаточно подробно Некоторые люди должны знать каждый шаг, чтобы начать работать.
Ну вот сегодняшний пример: тикет, добавить скроллбар в div, иконку пофиксить, чтоб не обрезало.
Казалрсь бы, 2 строчки CSS, да? А вот нифига, куча переделок в CSS и непонятно, зачем и почему он их нафигачил.
Это не первый, не второй и даже не 5 раз, когда у автсорсера собственное понимание прекрасного. Теперь ещё звонить и расспрашивать у него, зачем и почему.
$>Здравствуйте, Antidote, Вы писали:
A>>Попроси другого коллегу прочитать требования перед отправкой на разработку, может пишешь недостаточно подробно Некоторые люди должны знать каждый шаг, чтобы начать работать.
$>Ну вот сегодняшний пример: тикет, добавить скроллбар в div, иконку пофиксить, чтоб не обрезало.
$>Казалрсь бы, 2 строчки CSS, да? А вот нифига, куча переделок в CSS и непонятно, зачем и почему он их нафигачил.
$>Это не первый, не второй и даже не 5 раз, когда у автсорсера собственное понимание прекрасного. Теперь ещё звонить и расспрашивать у него, зачем и почему.
Так узнай и нам расскажи.
Кстати почему один из его коллег с какого-то перепугу целый сервис на каком-то Clojure написал, всем отделом думают зачем и почему. Может он взял с него пример?
Здравствуйте, 0xCAFEDEAD, Вы писали:
CAF>Кстати почему один из его коллег с какого-то перепугу целый сервис на каком-то Clojure написал, всем отделом думают зачем и почему. Может он взял с него пример?
Ну вот такие коллеги, как некто кто задается вопросом про клоюру. Один клоюру ниасилил, другой добавить скролбар без переделки всего CSS ниасилил.
$>Здравствуйте, 0xCAFEDEAD, Вы писали:
CAF>>Кстати почему один из его коллег с какого-то перепугу целый сервис на каком-то Clojure написал, всем отделом думают зачем и почему. Может он взял с него пример?
$>Ну вот такие коллеги, как некто кто задается вопросом про клоюру. Один клоюру ниасилил, другой добавить скролбар без переделки всего CSS ниасилил.
Может ему тоже такой путь показался слишком скучным? Да и весь код надо переписывать. Вот он и решил улучшить проект.
$>Ну вот сегодняшний пример: тикет, добавить скроллбар в div, иконку пофиксить, чтоб не обрезало.
$>Казалрсь бы, 2 строчки CSS, да? А вот нифига, куча переделок в CSS и непонятно, зачем и почему он их нафигачил.
$>Это не первый, не второй и даже не 5 раз, когда у автсорсера собственное понимание прекрасного. Теперь ещё звонить и расспрашивать у него, зачем и почему.
Попробуй общаться только письменно, и с добавлением начальника
Здравствуйте, Antidote, Вы писали:
A>Попробуй общаться только письменно, и с добавлением начальника
Пообщались голосом и share screen, с добавлением начальника. Часть его изменений на этот раз оправдана (для RTL, частичная поддержка), хотя и вышла за пределы формулировки тикета.
Начальник мой добрее к людям. По мне, так изменения для поддержки RTL должны быть полными и по требованию тикета о поддержке RTL.
$>Пообщались голосом и share screen, с добавлением начальника. Часть его изменений на этот раз оправдана (для RTL, частичная поддержка), хотя и вышла за пределы формулировки тикета.
$>Начальник мой добрее к людям. По мне, так изменения для поддержки RTL должны быть полными и по требованию тикета о поддержке RTL.
Ну у вас с начальником разное видение ситуации И разные цели.
Становись начальником