S>Это снова однобокий подход, пахать должны все. Сорвать сроки очень легко, достаточно любого из пунктов:
S>* тимлид/менеджер по проекту не обсуждает с командой задачи/ресурсы на итерацию, или не учитывает предупреждения от команды (от всей команды. угу, и от тестеров тоже). S>* разработчику лень поднять задницу и сказать тимлиду о задержке сроков, товарищам — о переделках в общем хелпере, архитектору — о косяках в API, тестерам — о проблемном месте где всё может упасть. S>* общение внутри команды идёт только на совещаниях/через тикеты.
Коммуникации с продуктовнером забыл, а он, как правило, не часть команды.
Здравствуйте, Ikemefula, Вы писали:
I>Коммуникации с продуктовнером забыл, а он, как правило, не часть команды.
Если овнер принимает решения по проекту и отвечает за их последствия — он как раз менеджер команды, пускай формально он и принадлежит к другой фирме или подразделению. Да, мелкие вопросы перекидываются на тимлидов, но ответственность за сбор информации и выводы из неё несёт по прежнему овнер.
Если овнер выступает исключительно в роли заказчика — т.е. видится с командой только на запуске и на приёмке очередного релиза — тем более, без обратной связи и итераций ничего хорошего не выйдет.
I>Как ты хотел, что бы в контракте были строчки навроде "если код окажется неподдерживаемым, мы ничего делать не будем"?
Я не юрист и далек от контрактов, но я бы хотел видеть что-то типа
— или "1 этап: делаем небольшую чтобы разобраться", 2,3 этап по результатам первого.
— или возможность отказа от проекта, пусть с потерями, но без крупных убытков.
— или как ни странно, вариацию на тему "если код окажется неподдерживаемым, ...": "в случае обнаружения обстоятельств, неизвестных на этапе заключения договора..."
В общем, задницу свою прикрывать нужно.
I>Это факты,а не нагнетание. Как только поняли, что за проект, нужно было спасать ситуацию.
Иногда нужно не спасать, а честно смотреть правде в глаза. Посмотрели? Идем к заказчику и говорим правду (пусть полуправду). Если заказчик адекватный, то он "доплатит". Если нет, то уходим от него с минимальными потерями (нахрена он нам такой нужен). Потери возмещаем другими проектами.
В любом случае тебе-то что беспокоиться? Твоя задача показать начальству, что ты понимаешь что спасаешь их задницы, а не они прикрывают твой косяк. Смог -- супер, работаешь хорошо, тебе все благодарны. Нет -- сам себе буратино, работай как папа карло.
I>Это обычная техника, когда заключается контракт, челы еще не знают, с чем будут иметь дело. Потому надо было выполнить обязательные пункты. Обычная техника это ввязаться, а там разберемся. Но ее тоже с головой делать нужно.
Здравствуйте, Aikin, Вы писали:
I>>Как ты хотел, что бы в контракте были строчки навроде "если код окажется неподдерживаемым, мы ничего делать не будем"? A>Я не юрист и далек от контрактов, но я бы хотел видеть что-то типа A>- или "1 этап: делаем небольшую чтобы разобраться", 2,3 этап по результатам первого. A>- или возможность отказа от проекта, пусть с потерями, но без крупных убытков. A>- или как ни странно, вариацию на тему "если код окажется неподдерживаемым, ...": "в случае обнаружения обстоятельств, неизвестных на этапе заключения договора..."
Ну вот, это же не означает, что у девелоперов всё будет в шоколаде.
I>>Это факты,а не нагнетание. Как только поняли, что за проект, нужно было спасать ситуацию. A>Иногда нужно не спасать, а честно смотреть правде в глаза. Посмотрели? Идем к заказчику и говорим правду (пусть полуправду). Если заказчик адекватный, то он "доплатит". Если нет, то уходим от него с минимальными потерями (нахрена он нам такой нужен). Потери возмещаем другими проектами.
Так все и было, спасибо.
A>В любом случае тебе-то что беспокоиться? Твоя задача показать начальству, что ты понимаешь что спасаешь их задницы, а не они прикрывают твой косяк. Смог -- супер, работаешь хорошо, тебе все благодарны. Нет -- сам себе буратино, работай как папа карло.
Здравствуйте, Ikemefula, Вы писали:
I>Ну вот, это же не означает, что у девелоперов всё будет в шоколаде.
Хм, т.е. цель получить шоколадный проект? Шоколадные проекты нужно делать. У меня, во всяком случае, это так Не видел шоколадного проекта с самого начала.
Я не пойму что ты хотел понять своим исходням постом?
По мне так нормальная рабочая ситуация. Плавали, знаем.
On 26.04.2013 14:13, netch80 wrote:
> Я, кстати, не увидел ни кода, ни даже описания алгоритма, так что ты > подразумеваешь тут под сдвигами — осталось, похоже, твоей личной тайной.
Я не могу выложить весь код, по понятным причинам. Просто вместо того,
что бы просто зачитать сруктуру или вопользоваться готовыми функциями от
WinAPI, чел зачитывал шапку как массив, а потом сдвигами (накладывание
битовой маски по сути) вычислял значения челнов структуры. (Да насчет
причин сего фантазировать не надо, просто это был студент, что не смог
осилить ни WinAPI в этой части, ни libsndfile).
Да, для любителей посраться, сейчас этот код нигде не используется, я
всего-лишь приводил пример "говнокода", какой он бывает и не более.
> Осталось, видимо, от момента, когда это было структурой.
Вот не надо фантазировать, человека так научили в спбгу. После жесткой
беседы с ним, как нужно писать код, а как не нужно, он так не пишет
(жесткой, потому как считал, что научили его правильно).
On 26.04.2013 14:27, Ikemefula wrote:
> То есть, точно так же, у девелопера меньше информации, чем у > руководства, и квалификация не та, что бы выяснять детали контракта и > финансовые вопросы.
Еще раз — незнание законов не освобождает от ответсвенности. Это
работает во всех областях человеческой деятельности, будь-то
программирование, торговля, или деятельность, покрываемая УК.
On 26.04.2013 15:04, Aikin wrote:
> Я не юрист и далек от контрактов, но я бы хотел видеть что-то типа > — или "1 этап: делаем небольшую чтобы разобраться", 2,3 этап по > результатам первого. > — или возможность отказа от проекта, пусть с потерями, но без крупных > убытков. > — или как ни странно, вариацию на тему "если код окажется > неподдерживаемым, ...": "в случае обнаружения обстоятельств, неизвестных > на этапе заключения договора..."
А вот здесь мне стало интересно, неужели бывают такие контракты в IT?
Для меня это из разряда фантастики — никогда не видел такого и не слышал
о подобном (опыт работы и с Минском и с Питером и с Москвой).
S>И как ни парадоксально, девелоперы могут влиять на всё вышеперечисленное. Достаточно поставленных итераций с чётким горизонтом планирования и работающей обратной связи.
Добавлю только одно важное замечание — очень-очень редко девелоперы могут сами по себе на пустом месте всё это организовать. Обычно таки требуется воля руководства, чтобы появился и горизонт планирования, и итерации, и восприятие обратной связи.
Здравствуйте, Vzhyk, Вы писали:
>> То есть, точно так же, у девелопера меньше информации, чем у >> руководства, и квалификация не та, что бы выяснять детали контракта и >> финансовые вопросы. V>Еще раз — незнание законов не освобождает от ответсвенности.
Здесь речь о другом — исполнитель не в курсе деталей происходящего, а эти детали как раз и являются квалифицирующими признаками.
Если ты обсчитываешь покупателя, то независимо от начальства, это твоя ответственность, приказ начальства может только смягчить наказание. Всё.
А если у тебя нет сведений которые позволяют квалифицировать действие, то это значит, что ответсвенность несет начальство.
V>Это работает во всех областях человеческой деятельности, будь-то V>программирование, торговля, или деятельность, покрываемая УК.
Ну и винигрет. Да ты в УК загляни то:
Статья 42. Исполнение приказа или распоряжения
1. Не является преступлением причинение вреда охраняемым уголовным законом интересам лицом, действующим во исполнение обязательных для него приказа или распоряжения. Уголовную ответственность за причинение такого вреда несет лицо, отдавшее незаконные приказ или распоряжение.
2. Лицо, совершившее умышленное преступление во исполнение заведомо незаконных приказа или распоряжения, несет уголовную ответственность на общих основаниях. Неисполнение заведомо незаконных приказа или распоряжения исключает уголовную ответственность.
Здравствуйте, Vzhyk, Вы писали:
V>Да, для любителей посраться, сейчас этот код нигде не используется, я V>всего-лишь приводил пример "говнокода", какой он бывает и не более.
Ну да, ты весь в белом. О том, что говнокод бывает и какой, ты сказать можешь, но почему то если я сообщаю тоже самое, тебя вдруг рвет на части "не так собеседования проводишь"
On 29.04.2013 11:39, Ikemefula wrote:
> Ну да, ты весь в белом.
Т.е. ты всю эту писанину здесь развел, чтобы понаезжать на меня???
Не проще ли было бы просто так и назвать тему: "мне очень хочется здесь
подоставать Вжика". Или это ты сделал, чтобы в баню не попасть?
Это были риторические вопросы и больше продолжать загаживать профильную
ветку форума не наверен.
Здравствуйте, Vzhyk, Вы писали:
V>Т.е. ты всю эту писанину здесь развел, чтобы понаезжать на меня??? V>Не проще ли было бы просто так и назвать тему: "мне очень хочется здесь V>подоставать Вжика". Или это ты сделал, чтобы в баню не попасть?
Ты лучше посмотри, что сам пишешь: "У твоего оппонента не может такого быть, ибо у них очень грамотное и правильное собеседование и плохие девелоперы его не пройдут."
On 29.04.2013 15:18, Ikemefula wrote:
> Ты лучше посмотри, что сам пишешь: "У твоего оппонента не может такого > быть, ибо у них очень грамотное и правильное собеседование и плохие > девелоперы его не пройдут."
И что? Ты с этим не согласен?
Здравствуйте, Vzhyk, Вы писали:
>> Ты лучше посмотри, что сам пишешь: "У твоего оппонента не может такого >> быть, ибо у них очень грамотное и правильное собеседование и плохие >> девелоперы его не пройдут." V>И что? Ты с этим не согласен?
1. проект начинается, к тому коду ни я, ни команда не имеем никакого отношения
2. Код обрастает макаранами и костялями, фичи навроде "добавить кнопку(свойство, галку)" занимают все больше и больше времени, доходит до смешного — баги реопенятся по десять и более раз или плодятся новые пачками, на ровном месте.
3. Проект фактически дохнет примерно за 5-6 лет, ибо "не нашлось ни одного девелопера, кто бы смог побороть дублирование в этом коде"
4. Код попадает в команду, где работал я (и собеседования с определенного момента проводил тоже я)
5. Проблемы решаются, хотя и не сразу
6. Продукт взлетает заново
Могу еще продолжить список, но это уже не важно.
Внимание !
Отдам всю свою ЗП за месяц, если ты объяснишь мне, как мои собеседования на этапе 4,5,6,7,8 могли повлиять на состояние проекта на этапах 1, 2 и 3.
Здравствуйте, Ikemefula, Вы писали:
I>Внимание ! I>Отдам всю свою ЗП за месяц, если ты объяснишь мне, как мои собеседования на этапе 4,5,6,7,8 могли повлиять на состояние проекта на этапах 1, 2 и 3.
Тут все просто, кстати говоря, мы занимались именно реанимацией дохлых проектов и местами патологоанатомией тех частей, которые поднять нельзя было.
Здравствуйте, Ikemefula, Вы писали:
I>Здравствуйте, Vzhyk, Вы писали:
V>>Т.е. ты всю эту писанину здесь развел, чтобы понаезжать на меня??? V>>Не проще ли было бы просто так и назвать тему: "мне очень хочется здесь V>>подоставать Вжика". Или это ты сделал, чтобы в баню не попасть?
I>Ты лучше посмотри, что сам пишешь: "У твоего оппонента не может такого быть, ибо у них очень грамотное и правильное собеседование и плохие девелоперы его не пройдут." Ikemefula, да забей ты на Vzhyk-а, очередной хрен из интернета (как, впрочем, и я). Зачем тебе ему что-то доказывать?
Я ту тему не помню (да и не читал всю, ибо срач еще тот), но с мнением Вжика категорически не согласен. И что? Да ничего, ну и хрен с ним
, можно пообсуждать. Но, судя по всему, обсуждать нечего, так как цель топика была доказать свою правоту и неправоту Вжика. Зачем? На то мы и разные люди, чтобы иметь разные мнения.
СУВ, Aikin
P.S. Vzhyk, без обид и ничего личного. Чел принял твой наезд близко к сердцу и тратит свое время и энергию на хрен знает что. А я не могу пройти мимо)))
Обычная техника это ввязаться, а там разберемся. Но ее тоже с головой делать нужно.
Не видел шоколадного проекта с самого начала.
