Ситуация в 2-х словах такая:
Задумалось у нас на проекте сделать супер-грид, который бы отвечал всем требованиям проэкта, был удобен, что бы быстренько клепать страничци (ASP.NET), и все шикарно работало. Поручили это одному человечку (далее Ч). И вот, через 2 месяца мы имеем то что имеем.. а именно гемморой еще в одном месте, точнее говоря, получилось неплохо, но сыро, и багов много(А заодно и нервов, и матов в курилке от коллег по несчастью связаться с ним). Я могу понять что написать хороший контрол, а тем более грид — задача непростая и баги неизбежны, немогу я понять другого:
Дедал сегодя страничку. Вставляю грид, понадобилось добавить дополнительные(additional) колонки. Добавляю, проверяю — падает. Нахожу багу — внутри грида. (Кстати, надо сказать что Ч. очень много (пусть и не оч хорошо) пишет, делает огромную работу, и даже работает по выходным, (я то работаю потому что студент и сессия)). Что бы все было быстрее, и что бы съэкономить Ч время, я правлю багу, попутно натыкаюсь на еще одну, и тоже правлю. Потом иду к Ч, объясняю ситуацию... "вот я тут исправил, посмотри пожалуста, все ли нормально, ты же лучше его(грид) знаешь.". В ответ слышу
— ТЫ ПРАВИЛ ФАЙЛЫ ГРИДА?!!?!?
— Да.
— Я все равно НЕ возьму изменения!!!
— Почему?
далее он предлагает другой способ, как через Ж обойти эту багу, и добавляет:
— Мне пофигу, нравится тебе или нет! Я ничего делать не буду!
На этом я ушел. Уже 3-й час не могу отойти.. Я человек не очень то впечатлительный, но отойти от такого не могу. Поначалу тряслись руки, хотелось плакать... Эти слова, они были сказаны с такой ненавистью ко мне... и даже не посмотрел что я делал (кстати, правил я именно ради того. что бы в ту Ж, про которую говорил Ч больше не лазить).
ПС:
В остальном у меня отличный коллектив, со всеми прекрастные отношения. Очень нравится проект.
Ваши комментарии.... я просто незнаю что думать.
Спаисбо.
К teamlead-у сразу.
В крадце узнать положение дел по поводу разработки грида (может ты не прав был что менял .
Если ты прав объяснить ситуацию — с Ч. ты отношения всё равно не испортишь — таких надо убивать
Ситуация описанная табой — проблема менеджмента, а не твоя. А на Ч. забей — нервы дороже
Положить на этого Ч болт, желательно ржавый.
Человек, у которого такой комплекс вряд ли сможет доделать этот проект до конца вместе с командой.
Обратиться надо с аргументами к руководителю проекта.
Я думаю, что если он заинтересован в продолжении проекта, то он все равно должен выговорить Ч его поведение.
С коллегами так нельзя, такое поведение разрушает команду.
Так что подготовься, проверь прав ли ты в своих суждениях и к шефу на ковер смело.
Удачи!
Здравствуйте, TafT, Вы писали:
TT>Ситуация в 2-х словах такая: TT>Задумалось у нас на проекте сделать супер-грид, который бы отвечал всем требованиям проэкта, был удобен, что бы быстренько клепать страничци (ASP.NET), и все шикарно работало. Поручили это одному человечку (далее Ч). И вот, через 2 месяца мы имеем то что имеем.. а именно гемморой еще в одном месте, точнее говоря, получилось неплохо, но сыро, и багов много(А заодно и нервов, и матов в курилке от коллег по несчастью связаться с ним). Я могу понять что написать хороший контрол, а тем более грид — задача непростая и баги неизбежны, немогу я понять другого:
TT>Дедал сегодя страничку. Вставляю грид, понадобилось добавить дополнительные(additional) колонки. Добавляю, проверяю — падает. Нахожу багу — внутри грида. (Кстати, надо сказать что Ч. очень много (пусть и не оч хорошо) пишет, делает огромную работу, и даже работает по выходным, (я то работаю потому что студент и сессия)). Что бы все было быстрее, и что бы съэкономить Ч время, я правлю багу, попутно натыкаюсь на еще одну, и тоже правлю. Потом иду к Ч, объясняю ситуацию... "вот я тут исправил, посмотри пожалуста, все ли нормально, ты же лучше его(грид) знаешь.". В ответ слышу TT>- ТЫ ПРАВИЛ ФАЙЛЫ ГРИДА?!!?!? TT>- Да. TT>- Я все равно НЕ возьму изменения!!! TT>- Почему?
TT>далее он предлагает другой способ, как через Ж обойти эту багу, и добавляет: TT>- Мне пофигу, нравится тебе или нет! Я ничего делать не буду!
TT>На этом я ушел. Уже 3-й час не могу отойти.. Я человек не очень то впечатлительный, но отойти от такого не могу. Поначалу тряслись руки, хотелось плакать... Эти слова, они были сказаны с такой ненавистью ко мне... и даже не посмотрел что я делал (кстати, правил я именно ради того. что бы в ту Ж, про которую говорил Ч больше не лазить).
TT>ПС: TT>В остальном у меня отличный коллектив, со всеми прекрастные отношения. Очень нравится проект.
TT>Ваши комментарии.... я просто незнаю что думать. TT>Спаисбо.
В таких случаях не надо проявлять инициативу, она наказуема
Идешь к челу и тыкаешь носом в багу, а там его траблы, через какую Ж ему разруливать.
Представь, кто-то написал код с багой, кто-то его поправил не вникая в архитектуру, а после челу надо что-то расширить по новым требованиям, а там всякие кучки творения "с миру по нитке" которые решали только локальные проблемы. Вывод: его обязанность, он правит ты тыкаешь носом, на тебя возложат поддержку и развитие — ты правишь.
WD>В таких случаях не надо проявлять инициативу, она наказуема WD>Идешь к челу и тыкаешь носом в багу, а там его траблы, через какую Ж ему разруливать. WD>Представь, кто-то написал код с багой, кто-то его поправил не вникая в архитектуру, а после челу надо что-то расширить по новым требованиям, а там всякие кучки творения "с миру по нитке" которые решали только локальные проблемы. Вывод: его обязанность, он правит ты тыкаешь носом, на тебя возложат поддержку и развитие — ты правишь.
Полностью согласна, Ч. конечно тот еще *ПИП*, но править чужой проект, архитектуры которого толком не знаешь не надо, тыкать носом, а если отказывается исправлять свои баги — к менеджеру проета с доказательствами.
Бесполезно рассказывать о высоком моральном облике коллектива человеку, имеющему доступ к логу прокси
Здравствуйте, TafT, Вы писали:
TT>Ситуация в 2-х словах такая:
Ситуация довольно неприятная, но не сильно необычная. Для её разруливания, конечно же нужен скилл (и просто банальный опыт) тимлида или руководителя проекта. Поэтому главный совет — поговорить об этом с ним.
Навскидку. Человек вкалывал по выходным (Ч.), ждал похвалы или премии от менеджера. Не получил ничего и подумал "ах вот вы как...". Или наоборот, просто звёздочку с неба схватил, считает что он теперь главный архитектор и должен просто всем указивки выдавать. Или боится, что Вы его обойдёте в профессиональном плане на первом же повороте. Мало ли что может быть.
И стратегий может быть полным-поло. Поговорить с Ч. и попытаться решить. Или формально спустить всех собак на него, т.е. отозвать свой фикс и повесить на него багу (т.е. неработающий код). Воздействие на Ч. уже будет происходить либо через стандартный механизм фирмы ("премия"), либо через команду ("из-за его замашек у всех проблемы").
Если же придётся разбираться самому: всё-таки, попробуйте найти цель данного поступка.
Здравствуйте, TafT, Вы писали:
TT>На этом я ушел. Уже 3-й час не могу отойти.. Я человек не очень то впечатлительный, но отойти от такого не могу. Поначалу тряслись руки, хотелось плакать... Эти слова, они были сказаны с такой ненавистью ко мне... и даже не посмотрел что я делал (кстати, правил я именно ради того. что бы в ту Ж, про которую говорил Ч больше не лазить).
1. Мужики не плачут по таким поводам .
2. Попроси его объяснить, почему он не согласен с твоими изменениями.
3. Если конструктивного разговора не получится, а ты уверен в своих изменениях, то иди к начальству и объясняй все.
P.S.
Если позволяют физические кондиции, поговори с ним по-мужски опосля разговоров с начальством.
... В крадце узнать положение дел по поводуразработки грида (может ты не прав был что менял
... В таких случаях не надо проявлять инициативу, она наказуема
... но править чужой проект, архитектуры которого толком не знаешь не надо
Мне срочно нужно это измененеие, еще полно работы, а на неделе презентация перед заказчиками... да и я себе не прощу, если не успею что то сдлеать.
Собственно я и пошел к нему, показать что я сделал, именно потому что полез туда, где не разбираюсь.. В репозиторий я ничего не выкладывал..
Навскидку. Человек вкалывал по выходным (Ч.), ждал похвалы или премии от менеджера. Не получил ничего и подумал "ах вот вы как...". Или наоборот, просто звёздочку с неба схватил, считает что он теперь главный архитектор и должен просто всем указивки выдавать. Или боится, что Вы его обойдёте в профессиональном плане на первом же повороте. Мало ли что может быть.
Наверное где то здесь и есть истина... Мне даже кажется, что все что ты написал — отчасти правда... спасибо!
Мужики не плачут по таким поводам
Я не плакал когда с девушкой расставался, с первой любовью... Незнаю что случилось, пишу как есть.
Ситуация описанная табой — проблема менеджмента, а не твоя. А на Ч. забей — нервы дороже
Так и сделаю... Не буду ни на кого ничего вешать, ни жаловаться.
Здравствуйте, TafT, Вы писали:
TT>Задумалось у нас на проекте сделать супер-грид, который бы отвечал всем требованиям проэкта, был удобен, что бы быстренько клепать страничци (ASP.NET), и все шикарно работало.
Вы попали... По моему опыту — подобные начинанию кончаются плохо, уж лучше потратиться на покупной грид. Ну а девелопера, пишушего грид понять можно, ему не позавидуешь. Да еще работа в выходные... вообщем сорвался человек. Ну а принимать твои фиксы или нет — его дело, т.к. он отвечает за грид.
TT>Потом иду к Ч, объясняю ситуацию... "вот я тут исправил, посмотри пожалуста, все ли нормально, ты же лучше его(грид) знаешь.". В ответ слышу TT>- ТЫ ПРАВИЛ ФАЙЛЫ ГРИДА?!!?!? TT>- Да. TT>- Я все равно НЕ возьму изменения!!! TT>- Почему? TT>далее он предлагает другой способ, как через Ж обойти эту багу, и добавляет: TT>- Мне пофигу, нравится тебе или нет! Я ничего делать не буду!
Не тушуйся. В следующий раз делай так: посылай Ч (и CC тимлиду\менеджеру проекта) ошибку е-мэйлом с описанием и твоим возможным решением. Спроси когда Ч этот баг поправит, сам работай пока со своей исправленной версией. Если получишь письмо в стиле "не возьму твои изменения, ты такой-сякой" — переправь это письмо тимлиду со своими комментариями. Тот найдет время поговорить с Ч лично, это его дело. Если ничего не получишь — направь это письмо еще раз тимлиду со своими комментариями.
...Ei incumbit probatio, qui dicit, non qui negat...
Здравствуйте, TafT, Вы писали: TT>ПС: TT>В остальном у меня отличный коллектив, со всеми прекрастные отношения. Очень нравится проект.
TT>Ваши комментарии.... я просто незнаю что думать. TT>Спаисбо.
Багтрекинг система есть?
Заводи баги.
Пусть он потом разбирается уже с тестерами и менеджером, а не с тобой, ты то тут причем
Здравствуйте, captainPower, Вы писали:
P>Здравствуйте, TafT, Вы писали: TT>>ПС: TT>>В остальном у меня отличный коллектив, со всеми прекрастные отношения. Очень нравится проект.
TT>>Ваши комментарии.... я просто незнаю что думать. TT>>Спаисбо.
Веди разговоры по почте, если какая фигня начальству отправишь
Или сразу обращайся через начальство.
И запомни замечательную пословицу "дружба дружбой, а служба службой". Жаловаться на него как на человека не надо (конечно если он не совсем уж зарвется). Жаловаться на его работу можно. Служба службой.
...Ei incumbit probatio, qui dicit, non qui negat...
TafT пишет: > > Ваши комментарии.... я просто незнаю что думать.
Будь снисходительней. Видно, что у человека немаленькие комплексы, раз
он позволяет себе такое отношение к другим.
_>И запомни замечательную пословицу "дружба дружбой, а служба службой". Жаловаться на него как на человека не надо (конечно если он не совсем уж зарвется). Жаловаться на его работу можно. Служба службой.
TT>- ТЫ ПРАВИЛ ФАЙЛЫ ГРИДА?!!?!? TT>- Да. TT>- Я все равно НЕ возьму изменения!!! TT>- Почему?
TT>далее он предлагает другой способ, как через Ж обойти эту багу, и добавляет: TT>- Мне пофигу, нравится тебе или нет! Я ничего делать не буду!
Похожий персонаж у нас был (уже уволился). Общение с ним в результате свелось к общению с его начальником.
Здравствуйте, CcRaZzY, Вы писали:
CRZ>Полностью согласна, Ч. конечно тот еще *ПИП*, но править чужой проект, архитектуры которого толком не знаешь не надо, тыкать носом, а если отказывается исправлять свои баги — к менеджеру проета с доказательствами.
Он же его не закоммитил молча, а пришел, показал. Вполне разумное и правильное поведение. Тот человек просто не совсем адекватен, по причине комплекса неполноценности. Лечится спокойной беседой со стороны человека которого нельзя послать, а придется приводить аргументы(PM-а, Teamlead-а, или просто местного гуру которого все уважают).
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Прежде чем научишся лечить такие вещи действительно можно убить много нервов. Хорошо хоть что персонаж Ч работает в одной с тобой команде и на одном языке говорит а не индус где-нибудь на стороне заказчика.
Стандартный воркфлоу в такой ситуации уже многими здесь описан — баг трекинг система, стоп шип прайорити баги. Если речь идет о срочной работе и ты от него дико зависишь то дополнительное письмо на начальство с повествованием о том что данный список багов не дает тебе возможности завершить свою работу в срок и ты будешь готов закончить ее к примеру неделю спустя с того момента как они будут зафиксаны. Это для окончательного перевода стрелок.
Ну а насчет нервов, обид и прочего — побереги себя для более славных вещей. Мало ли какие сексуально-половые трудности у персонажа Ч, у тебя за них голова болеть не должна.
У меня ситуация наоборот. В январе получил задание делать грид (WinForms). В общем и целом заверши, однако занимаюсь им до сих пор (избавление от возникающих глюков, добавление новых фич, адаптация к собственному биндингу). Собственно, людям портят жизнь обнаружаемые периодически глюки, и они мне звонят, либо просто обращаются, когда прихожу в офис, начиная всегда: "В гриде обнаружены глюки". Так вот эта фраза когда-нибудь убъёт меню. Представляете, я надрывался, писал — а тут глюк. Кстати, обычно глюки зарыты в самых кривонаписанных местах, которые мне сейчас и видеть противно. Я как на что-нибудь такое посмотрю, так сразу возникает желание переписать грид, а за ним приходит осознание того, сколько времени у меня это отнимет. Иногда могу поспорить, даже твёрдо, но без оскорблений. Даже объяснил коллегам, что фраза "В гриде обнаружены глюки" действует на меня, как звонок на собаку Павлова.
Я сужу по себе, потому могу сказать, что конфликт, в общем-то разруливаемый. Не исключено, что я ошибаюсь. Могу лишь посоветовать поговорить с челом по душам, попытаться объяснить, что Вы против него лично ничего не имеете, что код правите толко из необходимости. Вообще, у меня на работе люди, кроме всего прочего, заметно совершенствуются в плане делового общения. Думаю, что это верно не только для наше конторы . А если он не покажет никаких признаков прогресса, то ну на фиг такого работника . Пусть сидит себе дома и пишет для GNU какие-нибудь OpenSource-утилитки и Perl-скрипты .
Здравствуйте, Pyromancer, Вы писали:
P>Почему-то именно этот грид все любят переделывать, с чего бы это
Прошу прощения за оффтоп.
1. DataGrid, что DataGridView — чушь собачья, подходит только для самых простых задач. Лучше уж пользоваться коммерческим гридом. А в этих творениях MS много глюков и недоработок.
2. Есть проект (пока мало сотрудников, чтобы им всерьёз заняться) написать свою GUI-библиотеку, соответственно в ней будет свой биндинг (а то MSовский глючный и негибкий). Собственно, грид реализует поддержку этого биндинга.
3. Самое главное. Дело в том, что мы работаем с объектно-ориентированной базой данных. Соответственно, подходы немножко другие, нежели в случае с реляционной. Нам нужна была поддерка некоторых весьма специфических вещей.
Здравствуйте, TafT, Вы писали:
TT>Ситуация в 2-х словах такая:
skipped...
TT>Ваши комментарии.... я просто незнаю что думать. TT>Спаисбо.
Извините, бардак у вас на проекте, и виноват в этом менеджер проета или тимлид.
Начать с того что начали писать свой супер пупер грид. Купить готовый стоит не более 500$, а сейчас посчитайте сколько вы на свой потратили уже денег.
Второе, то что у вас люди работают по выходным — то-же рекомендует процесс разработки не с лучшей стороны.
Третье, наличие такого конфликта говорит о том, что в команде не прописаны правила владения кодом. Если бы была установленна политика индивидуального владения кодом, то один разработчик не стал бы править код другого. Если бы была установлена политика коллективного владения кодом, то другой разработчик не стал бы хамить первому за то что тот поправил код.
Четвертое, по всей видимости процедуры багтэкинга и тестирования у вас тоже не на должном уровне.
И т.д.
Вывод прост. Надо организовывать нормальный процесс разработки и это благотворно скажется на атмосфере в коллективе и на вашем здоровье
Здравствуйте, WhiteDev, Вы писали:
WD>В таких случаях не надо проявлять инициативу, она наказуема WD>Идешь к челу и тыкаешь носом в багу, а там его траблы, через какую Ж ему разруливать. WD>Представь, кто-то написал код с багой, кто-то его поправил не вникая в архитектуру, а после челу надо что-то расширить по новым требованиям, а там всякие кучки творения "с миру по нитке" которые решали только локальные проблемы. Вывод: его обязанность, он правит ты тыкаешь носом, на тебя возложат поддержку и развитие — ты правишь.
описаное показывает, что комманда не владеет кодом. кодом владеет один разработчик — автор.
в случае большого проекта, это ошибка.
Здравствуйте, TafT, Вы писали:
TT>Ситуация в 2-х словах такая: TT>Задумалось у нас на проекте сделать супер-грид, который бы отвечал всем требованиям проэкта, был удобен, что бы быстренько клепать страничци (ASP.NET), и все шикарно работало. Поручили это одному человечку (далее Ч). И вот, через 2 месяца мы имеем то что имеем.. а именно гемморой еще в одном месте, точнее говоря, получилось неплохо, но сыро, и багов много(А заодно и нервов, и матов в курилке от коллег по несчастью связаться с ним). Я могу понять что написать хороший контрол, а тем более грид — задача непростая и баги неизбежны, немогу я понять другого:
TT>Дедал сегодя страничку. Вставляю грид, понадобилось добавить дополнительные(additional) колонки. Добавляю, проверяю — падает. Нахожу багу — внутри грида. (Кстати, надо сказать что Ч. очень много (пусть и не оч хорошо) пишет, делает огромную работу, и даже работает по выходным, (я то работаю потому что студент и сессия)). Что бы все было быстрее, и что бы съэкономить Ч время, я правлю багу, попутно натыкаюсь на еще одну, и тоже правлю. Потом иду к Ч, объясняю ситуацию... "вот я тут исправил, посмотри пожалуста, все ли нормально, ты же лучше его(грид) знаешь.". В ответ слышу TT>- ТЫ ПРАВИЛ ФАЙЛЫ ГРИДА?!!?!? TT>- Да. TT>- Я все равно НЕ возьму изменения!!! TT>- Почему?
TT>далее он предлагает другой способ, как через Ж обойти эту багу, и добавляет: TT>- Мне пофигу, нравится тебе или нет! Я ничего делать не буду!
TT>На этом я ушел. Уже 3-й час не могу отойти.. Я человек не очень то впечатлительный, но отойти от такого не могу. Поначалу тряслись руки, хотелось плакать... Эти слова, они были сказаны с такой ненавистью ко мне... и даже не посмотрел что я делал (кстати, правил я именно ради того. что бы в ту Ж, про которую говорил Ч больше не лазить).
TT>ПС: TT>В остальном у меня отличный коллектив, со всеми прекрастные отношения. Очень нравится проект.
TT>Ваши комментарии.... я просто незнаю что думать. TT>Спаисбо.
Попробуй понять мотивацию человека, я не думаю что он всем и всегда так отвечает.
Если не получится или поймешь, что в любом случае ты не в силах повлиять на него, обращайся к менеджеру.
Здравствуйте, stump, Вы писали:
S>Здравствуйте, TafT, Вы писали:
TT>>Ситуация в 2-х словах такая: S>skipped...
TT>>Ваши комментарии.... я просто незнаю что думать. TT>>Спаисбо.
S>Извините, бардак у вас на проекте, и виноват в этом менеджер проета или тимлид. S>Начать с того что начали писать свой супер пупер грид. Купить готовый стоит не более 500$, а сейчас посчитайте сколько вы на свой потратили уже денег.
Насколько мне известно это купленный грид, который просто подогнан именно под наши требования.
Хммм... не факт, что чел, пишущий грид совсем уж плох — может просто заработался и в отпуск пора, а начальство не пускает. Вот и гавкает. У нас тут тоже народ по 6 месяцев без отпуска — им приносишь баг, а они "это не моя проблема". Тем более, что программеры сильные — идти к медежменту жаловаться на них по таким пустякам, не сильно хорошая идея.
План действий тут уже описали. От себя могу довавить только:
1. Успокоится самому.
2. Еще раз успокоится.
3. Вызвать человека в отдельную комнату или в обед и объяснить ему что:
а) ваша часть проекта горит
б) через неделю вам сдаваться заказчикам
в) его кусок сидит на морде проекта и должен выглядеть хорошо
г) вы знаете, что он сильно завален работой
д) что бы съэекономить ему время вы пофиксили его баги
е) давайте включим эти фиксы в codebase
На ненависть особо внимания не обращать — это пройдет — думаю, тут половина программеров со стажем больше 2 лет будет злиться если студент начнет править их код
Если это не сработает, тогда уже доносить до сведения вышестоящего руководства.
Здравствуйте, stump, Вы писали:
S>Начать с того что начали писать свой супер пупер грид. Купить готовый стоит не более 500$, а сейчас посчитайте сколько вы на свой потратили уже денег.
C остальным согласен. А это оспорю. Мне НИ РАЗУ не попадался грид, который бы отвечал вобщем-то и не очень сложным требованиям(в т.ч. и из коммерческих). А если нужно что-то действительно экзотическое — тут только свой (правда, я искал гриды только для CompactFramework, но учитывая разнообразные требования к гридам, не думаю, что за 500 баксов продается вообще совсем универсальный и для обычного, и тем более для веба).
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Здравствуйте, B0rG, Вы писали:
BG>Здравствуйте, TafT, Вы писали:
BG>Хммм... не факт, что чел, пишущий грид совсем уж плох — может просто заработался и в отпуск пора, а начальство не пускает. Вот и гавкает. У нас тут тоже народ по 6 месяцев без отпуска — им приносишь баг, а они "это не моя проблема". Тем более, что программеры сильные — идти к медежменту жаловаться на них по таким пустякам, не сильно хорошая идея.
Блин, посмотрел на себя — и правда... Уже полтора года без отпуска, сам мягко но настойчиво посылаю всех с вопросам по поддержке трех прошлых проектов под предлогом "занят". Раньше делал по доброте душевной.
Все, заканчиваю проект, и гулять!
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Здравствуйте, TafT, Вы писали:
TT>и что бы съэкономить Ч время, я правлю багу, попутно натыкаюсь на еще одну, и тоже правлю. Потом иду к Ч, объясняю ситуацию... "вот я тут исправил, посмотри пожалуста, все ли нормально, ты же лучше его(грид) знаешь.".
ЗАЧЕМ было это делать, не поговорив предварительно с коллегой? Коллега может и не совсем адекватен, но объясни пожалуйста, зачем тебе делать чужую работу? Я бы поступил так: нашел багу -> поговорил с коллегой -> если тот начал бы возражать, пошел бы к начальству. А вообще, если бы кто-нибудь стал править мой код, пусть даже и с багами, _не поговорив предварительно со мной_, я бы как минимум был недоволен.
Здравствуйте, Great_Vova, Вы писали:
G_V>ЗАЧЕМ было это делать, не поговорив предварительно с коллегой? Коллега может и не совсем адекватен, но объясни пожалуйста, зачем тебе делать чужую работу? Я бы поступил так: нашел багу -> поговорил с коллегой -> если тот начал бы возражать, пошел бы к начальству. А вообще, если бы кто-нибудь стал править мой код, пусть даже и с багами, _не поговорив предварительно со мной_, я бы как минимум был недоволен.
уже давольно давно избавился от понятия "мой код".
есть понятие "моя ошибка". а вот "мой код"... это только если "сам пишешь — сам продаешь".
в остальных случаях рекомендую представить ситуацию, когда "владелец кода" однажды не выходит на работу.
бизнес должен встать? ...или лечь?
Здравствуйте, bastrakov, Вы писали:
B>уже давольно давно избавился от понятия "мой код". B>есть понятие "моя ошибка". а вот "мой код"... это только если "сам пишешь — сам продаешь". B>в остальных случаях рекомендую представить ситуацию, когда "владелец кода" однажды не выходит на работу. B>бизнес должен встать? ...или лечь?
Да все правильно. Только в данном случае "владелец кода" на работу выходит. Представь, что ты сидишь в данный момент на работе, рядом с тобой — чел. Чел вдруг тебе говорит: "знаешь, я в твоем модуле исправил то-то, то-то и то-то. скажи мне за это спасибо". Вряд ли это будет выглядеть слишком здорово для тебя.
Здравствуйте, Great_Vova, Вы писали:
G_V>Здравствуйте, bastrakov, Вы писали:
B>>уже давольно давно избавился от понятия "мой код". B>>есть понятие "моя ошибка". а вот "мой код"... это только если "сам пишешь — сам продаешь". B>>в остальных случаях рекомендую представить ситуацию, когда "владелец кода" однажды не выходит на работу. B>>бизнес должен встать? ...или лечь?
G_V>Да все правильно. Только в данном случае "владелец кода" на работу выходит. Представь, что ты сидишь в данный момент на работе, рядом с тобой — чел. Чел вдруг тебе говорит: "знаешь, я в твоем модуле исправил то-то, то-то и то-то. скажи мне за это спасибо". Вряд ли это будет выглядеть слишком здорово для тебя.
не поверишь, это было в обе стороны не раз и не два.
все проблемы решаются чисто административными методами (как уже было сказано выше).
а вообще — я бы присоединился к некоторым высказываниям по поводу первого письма.
попробую от себя еще сформулировать:
1) очень много людей пишут "свой грид". это уже даже не смешнь. я тоже писал, но это было года 4 назад последний раз.
2) давать писать базовый компонент молодому (а значит без большого опыта не только технического, но и командного) человеку холерического типа — загубить команду.
3) человек, который пишет базовые компоненты должен работать не больше (меньше можно) чем 8х5.
4) если не выполняется пункт 3 — "не трогать руками" разработчика. он опасен! вообще если человек (любой член команды) систематически перерабатывает — надо что-то делать. проект под угрозой.
5) комманда — главнее всего. я видел несколько работающих гуру, которые не могли договориться. один студент работает быстрее.
6) делать разницу между работой и своей собственной жизнью. в том числе, понимать, что со своими нервами — ночью спать, а с его кодом — даже не здороваться.
все это было сказано выше не мной, я просто повторил.
. 
По моему опыту — подобные начинанию кончаются плохо, уж лучше потратиться на покупной грид. Ну а девелопера, пишушего грид понять можно, ему не позавидуешь. Да еще работа в выходные... вообщем сорвался человек. Ну а принимать твои фиксы или нет — его дело, т.к. он отвечает за грид.
. Пусть сидит себе дома и пишет для GNU какие-нибудь OpenSource-утилитки и Perl-скрипты 
.
