История изменений

Если начать считать построчно, то программисты будут заинтересованы в раздувании лапши из кода.

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

Но почему-то никто даже не вчитывается, что я упоминаю наиболее оптимальный вариант (по крайне мере в рамках своих возможностей и знаний), не пытаясь заработать больше за счёт большего количества строк кода, написанных специально только ради заработка, а не решения задачи. Иначе вместо DRY можно было бы просто копипастить inline повторы? Зачем пытаться заработать на большем количестве строк кода для решения одной задачи, если наоборот хочется решить её как можно красивее, компактнее, изящнее и перейти к решению следующей задачи?

Точно так же можно сказать, что недобросовестные кодеры и/или бодишопы могут накручивать кодочасы? Им ведь выгоднее потратить как можно больше времени и получить большую оплату за большее количество часов, если руководстоваться такой логикой?

IMHO базовым должна быть порядочность исполнителя, а не способ учёта. Непорядочный и fixed цену может загнуть в 10-20 раз больше реальных затрат времени по рыночным ценам.

Ненужно постоянно пытаться смешать желание читерить и способ учёта как таковой, если исполнитель не является читером.

Именно из этой истории пошло нарицательное «индусский код».

Если review кода показывает, что он не является «индусским», то причём тут «индусский» код и якобы желание увеличить стоимость решения задачи сверх её рыночной стоимости?

Если стоимость строки кода обозначить одной копейкой, то способ учёта за строки кода без повторов кода сразу станет приемлемым для заказчика? IMHO нужно определиться с правильной стоимостью строки качественного кода, а не пытаться натягивать разные случаи читерства на мой способ учёта стоимости разработки.

Если начать считать построчно, то программисты будут заинтересованы в раздувании лапши из кода.

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

Но почему-то никто даже не вчитывается, что я упоминаю наиболее оптимальный вариант (по крайне мере в рамках своих возможностей и знаний), не пытаясь заработать больше за счёт большего количества строк кода, написанных специально только ради заработка, а не решения задачи. Иначе вместо DRY можно было бы просто копипастить inline повторы? Зачем пытаться заработать на большем количестве строк кода для решения одной задачи, если наоборот хочется решить её как можно красивее, компактнее, изящнее и перейти к решению следующей задачи?

Точно так же можно сказать, что недобросовестные кодеры и/или бодишопы могут накручивать кодочасы? Им ведь выгоднее потратить как можно больше времени и получить большую оплату за большее количество часов, если руководстоваться такой логикой?

IMHO базовым должна быть порядочность исполнителя, а не способ учёта. Непорядочный и fixed цену может загнуть в 10-20 раз больше реальных затрат времени по рыночным ценам.

Ненужно постоянно пытаться смешать желание читерить и способ учёта как таковой, если исполнитель не является читером.

Если начать считать построчно, то программисты будут заинтересованы в раздувании лапши из кода.

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

Но почему-то никто даже не вчитывается, что я упоминаю наиболее оптимальный вариант (по крайне мере в рамках своих возможностей и знаний), не пытаясь заработать больше за счёт большего количества строк кода. Иначе вместо DRY можно было бы просто копипастить inline повторы? Зачем пытаться заработать на большем количестве строк кода для решения одной задачи, если наоборот хочется решить её как можно компактнее и перейти к решению следующей задачи?

Точно так же можно сказать, что недобросовестные кодеры и/или бодишопы могут накручивать кодочасы? Им ведь выгоднее потратить как можно больше времени и получить большую оплату за большее количество часов, если руководстоваться такой логикой?

IMHO базовым должна быть порядочность исполнителя, а не способ учёта. Непорядочный и fixed цену может загнуть в 10-20 раз больше реальных затрат времени по рыночным ценам.

Ненужно постоянно пытаться смешать желание читерить и способ учёта как таковой, если исполнитель не является читером.