Pull to refresh
73
0
Павел Малинников @Malinnikov

Пользователь

Send message
Чей это риск, это другой вопрос. Если вы пытаетесь опровергнуть мое определение плохой работы, приводите, пожалуйста аргументы на эту тему. Если аргументов больше нет, то я благодарю вас за дискуссию.
Итак, проверяем мой тезис: допзатраты есть (повышенный счет на новую фичу), понимание, что работа плохо сделана, есть.
Вариант «соответствует, но внезапно захотелось больше чем в ТЗ записано» — это не мой тезис, пожалуйста, не приписывайте это мне.

Мой критерий определения плохой работы — это дополнительные затраты любых ресурсов, связанных с этой работой, которые пришлось понести впоследствии.

Это совсем не то, что «соответствует, но внезапно захотелось больше чем в ТЗ записано».
Кто говорит о «непредвиденных затрат от заказчика»?

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

В этот момент кто-то поймет, что ту, первую работу сделали плохо.

При этом неважно, какие выгоды удалось или не удалось получить при использовании плохой работы. Речь идет о самом факте того, что кем-то была сделана тогда плохая работа.
Это утверждение легко опровергнуть. Работа может быть плохой вне зависимости от того, проверял ее заказчик или принял и оплатил, не проверяя.

Так не распознать плохую работу. Я предлагаю другой признак разпознавания.
Речь не идет о новых требованиях, где вы это взяли? На новые фишки затраты планируются. Речь идет о дополнительных затратах, которых быть де должно.
написал, что должен держать 10к, а потом внезапно захотел 100к

Затраты на достижение 100к не связаны с работой старого кода, это новая цель, новый проект.

А если это не работа старого кода привела к допзатратам, то это не тот случай.
А никто и не говорит. А вот когда придется к ней возвращаться для переделок, терять время/деньги/репутацию, тогда все и прояснится. Согласны?
Само определение затрат, как дополнительных, говорит о том, что изначально их быть не должно.
Я смотрю, вы уже перешли к другому вопросу, как искать виноватого в случае обнаружения плохой работы.

Значит ли это, что аргументов против моего начального тезиса больше нет?
В этом примере нет допресурсов. Тут изначально решили взять профессионала, зная сколько он стоит.

Если после выполнения не пришлось тратить время и деньги на его код, проект не стрельнул по другим причинам, к исполнителю претензий нет.
Пожалуйста, не опровергайте утверждений, которых я не делал.

Я говорю о том, что дополнительные затраты говорят о плохой работе, а не о том, что «простыня спагетти» это плохая работа.
Нет- нет, не путайте. Если новую версию изначально планировалось писать, то это не дополнительные затраты, а запланированные изначально затраты.

Нет дополнительных затрат на поддержку первой версии — значит, работа по ней сделана хорошо. Что-то не работает, незапланированные доработки, переделки — значит, плохо.
Итого: раз пришлось тратить доп. ресурсы (переписывание профессионалом), кто-то сделал работу плохо (в вашем примере это быдлокодер). Это как раз то, что я утверждаю.
Отвечая на вопрос, адресованный UZER2006, вы уверены, что он утверждает именно это?
Так что, плохую работу никак нельзя определить? Все можно объяснить/оправдать стилем, постановкой задачи, субъективностью оценок? Я правильно понимаю ваш тезис? (надеюсь, нет)
Что «это»? С чем именно в моем утверждении вы не согласны? И что вы утверждаете? Каков ваш тезис?
Можно сколько угодно далеко углубляться в философские вопросы вроде «что понимать под...», «что такое работа» и т.д. Но плохой код (объективно плохой) существует. Как распознать эту объективность? Его существование отнимает дополнительные ресурсы. А это значит, что кем-то была сделана плохая работа.
Понятие «код, который я считаю плохим» вы пытаетесь ввести только сейчас. В заметке идет речь об объективно плохом коде, а это плохая работа, да.
Что делать с плохо сделанной работой? Понять и простить? Отвечать ли за плохую работу других людей своим именем, репутацией? Переделывать все самому?

Information

Rating
Does not participate
Location
Винница, Винницкая обл., Украина
Date of birth
Registered
Activity