Сообщение Re[2]: Кто может определить затраченное время, проанализиров от 02.09.2019 15:58
Изменено 02.09.2019 16:04 Shmj
Re[2]: Кто может определить затраченное время, проанализировав код?
Здравствуйте, Gradiens, Вы писали:
G>Ты лучше требования к готовому продукту дай, тогда можно получить более-менее правдоподобную оценку трудозатрат. И у разных профи оценка будет всего лишь раза в 2 отличаться.
Бред полнейший. Во-первых, никто не знает точных требований на этапе планирования — как правило есть лишь некое понимание цели и направление куда развивать. Уже в процессе появляются разные варианты, из которых нужно выбирать.
Во-вторых, на одно и то же Т.З. у разных спецов реальная оценка отличалась на 2 порядка и это не выдумка. То что один оценил в $150 и 3 дня, другой оценил в $15 тыс. и пару месяцев. Это реальность.
И главное — нет методики оценки. Ни одной! Тот же метод функциональных точек — довольно приблизительную оценку дает.
G>А по коду определить сколько его писали — бред несусветный. Ты же не знаешь, сколько раз его читали, сколько раз меняли, прежде чем была сделана окончательная версия.
Посмотри репозиторий — в чем проблема? Там есть все изменения с комментами.
G>И чем больше следили за качеством кода — тем код легче читается, тем он проще, и тебе покажется, что его легко писать.
Мне так не покажется — я знаю цену простому коду и знаю что упрощать — сложно, а усложнять — просто. Может быть ты этого не знаешь и тебе так покажется.
G>В результате оценка трудозатрат гов..да будет больше, чем оценка почти идеального кода, на который в реальности потратили в 5 раз больше времени.
Это если оцениват человек несведущий.
G>Ты лучше требования к готовому продукту дай, тогда можно получить более-менее правдоподобную оценку трудозатрат. И у разных профи оценка будет всего лишь раза в 2 отличаться.
Бред полнейший. Во-первых, никто не знает точных требований на этапе планирования — как правило есть лишь некое понимание цели и направление куда развивать. Уже в процессе появляются разные варианты, из которых нужно выбирать.
Во-вторых, на одно и то же Т.З. у разных спецов реальная оценка отличалась на 2 порядка и это не выдумка. То что один оценил в $150 и 3 дня, другой оценил в $15 тыс. и пару месяцев. Это реальность.
И главное — нет методики оценки. Ни одной! Тот же метод функциональных точек — довольно приблизительную оценку дает.
G>А по коду определить сколько его писали — бред несусветный. Ты же не знаешь, сколько раз его читали, сколько раз меняли, прежде чем была сделана окончательная версия.
Посмотри репозиторий — в чем проблема? Там есть все изменения с комментами.
G>И чем больше следили за качеством кода — тем код легче читается, тем он проще, и тебе покажется, что его легко писать.
Мне так не покажется — я знаю цену простому коду и знаю что упрощать — сложно, а усложнять — просто. Может быть ты этого не знаешь и тебе так покажется.
G>В результате оценка трудозатрат гов..да будет больше, чем оценка почти идеального кода, на который в реальности потратили в 5 раз больше времени.
Это если оцениват человек несведущий.
Re[2]: Кто может определить затраченное время, проанализиров
Здравствуйте, Gradiens, Вы писали:
G>Ты лучше требования к готовому продукту дай, тогда можно получить более-менее правдоподобную оценку трудозатрат. И у разных профи оценка будет всего лишь раза в 2 отличаться.
Бред полнейший. Во-первых, никто не знает точных требований на этапе планирования — как правило есть лишь некое понимание цели и направление куда развивать. Уже в процессе появляются разные варианты, из которых нужно выбирать.
Во-вторых, на одно и то же Т.З. у разных спецов реальная оценка отличалась на 2 порядка и это не выдумка. То что один оценил в $150 и 3 дня, другой оценил в $15 тыс. и пару месяцев. Это реальность.
И главное — нет методики оценки. Ни одной! Тот же метод функциональных точек — довольно приблизительную оценку дает.
G>А по коду определить сколько его писали — бред несусветный. Ты же не знаешь, сколько раз его читали, сколько раз меняли, прежде чем была сделана окончательная версия.
Посмотри репозиторий — в чем проблема? Там есть все изменения с комментами.
G>И чем больше следили за качеством кода — тем код легче читается, тем он проще, и тебе покажется, что его легко писать.
Мне так не покажется — я знаю цену простому коду и знаю что упрощать — сложно, а усложнять — просто. Может быть ты этого не знаешь и тебе так покажется.
G>В результате оценка трудозатрат гов..да будет больше, чем оценка почти идеального кода, на который в реальности потратили в 5 раз больше времени.
Это если оценивать будет человек несведущий.
G>Ты лучше требования к готовому продукту дай, тогда можно получить более-менее правдоподобную оценку трудозатрат. И у разных профи оценка будет всего лишь раза в 2 отличаться.
Бред полнейший. Во-первых, никто не знает точных требований на этапе планирования — как правило есть лишь некое понимание цели и направление куда развивать. Уже в процессе появляются разные варианты, из которых нужно выбирать.
Во-вторых, на одно и то же Т.З. у разных спецов реальная оценка отличалась на 2 порядка и это не выдумка. То что один оценил в $150 и 3 дня, другой оценил в $15 тыс. и пару месяцев. Это реальность.
И главное — нет методики оценки. Ни одной! Тот же метод функциональных точек — довольно приблизительную оценку дает.
G>А по коду определить сколько его писали — бред несусветный. Ты же не знаешь, сколько раз его читали, сколько раз меняли, прежде чем была сделана окончательная версия.
Посмотри репозиторий — в чем проблема? Там есть все изменения с комментами.
G>И чем больше следили за качеством кода — тем код легче читается, тем он проще, и тебе покажется, что его легко писать.
Мне так не покажется — я знаю цену простому коду и знаю что упрощать — сложно, а усложнять — просто. Может быть ты этого не знаешь и тебе так покажется.
G>В результате оценка трудозатрат гов..да будет больше, чем оценка почти идеального кода, на который в реальности потратили в 5 раз больше времени.
Это если оценивать будет человек несведущий.