История изменений
Исправление sanyo1234, (текущая версия) :
В пикселях IMHO замороченно считать и лишь добавляет ненужный информационный шум в формулы расчётов.
Думаю, если посмотреть качественные DevOps проекты, сданые по почасовке, где нет лишних строк, код аккуратен, точен и компактен, посчитать в них стоимость строки кода, то в следующих похожих проектах на почасовке стоимость строки кода получится примерно такой же при прочих равных условиях.
Поэтому не вижу особых проблем вместо почасовки использовать для биллинга количество строк кода, если следовать DRY и т.п. качественным техникам кодирования.
По крайне мере это отражает трудоёмкость намного лучше чем вообще fixed price фантазии некоторых менеджеров взятые с потолка или ещё неведомо откуда.
Понятно, что ненужно учитывать копипасту больших фрагментов кода. А зачем? если нужен большой готовый шаблон, то его можно не включать в биллинг, а только код, который его использует, и можно включить в биллинг свой кастом код для kustomize.
Исправление sanyo1234, :
В пикселях IMHO замороченно считать и лишь добавляет ненужный информационный шум в формулы расчётов.
Думаю, если посмотреть качественные DevOps проекты, сданые по почасовке, где нет лишних строк, код аккуратен, точен и компактен, посчитать в них стоимость строки кода, то в следующих похожих проектах на почасовке стоимость строки кода получится примерно такой же при прочих равных условиях.
Поэтому не вижу особых проблем вместо почасовки использовать для биллинга количество строк кода. По крайне мере это отражает трудоёмкость, если следовать DRY и т.п. качественным техникам кодирования.
Понятно, что ненужно учитывать копипасту больших фрагментов кода. А зачем? если нужен большой готовый шаблон, то его можно не включать в биллинг, а только код, который его использует, и можно включить в биллинг свой кастом код для kustomize.
Исправление sanyo1234, :
В пикселях IMHO замороченно считать и лишь добавляет ненужный информационный шум в формулы расчётов.
Думаю, если посмотреть качественные DevOps проекты, сданые по почасовке, где нет лишних строк, код аккуратен, точен и компактен, посчитать в них стоимость строки кода, то в следующих похожих проекты на почасовке стоимость строки кода получится примерно такой же при прочих равных условиях.
Поэтому не вижу особых проблем вместо почасовки использовать для биллинга количество строк кода. По крайне мере это отражает трудоёмкость, если следовать DRY и т.п. качественным техникам кодирования.
Понятно, что если не копипастить большие фрагменты. А зачем? если нужен большой готовый шаблон, то его можно не включать в биллинг, а только код, который его использует, и можно включить в биллинг свой кастом код для kustomize.
Исходная версия sanyo1234, :
В пикселях IMHO замороченно считать и лишь добавляет ненужный информационный шум в формулы рассчётов.
Думаю, если посмотреть качественные DevOps проекты, сданые по почасовке, где нет лишних строк, код аккуратен, точен и компактен, посчитать в них стоимость строки кода, то в следующих похожих проекты на почасовке стоимость строки кода получится примерно такой же при прочих равных условиях.
Поэтому не вижу особых проблем вместо почасовки использовать для биллинга количество строк кода. По крайне мере это отражает трудоёмкость, если следовать DRY и т.п. качественным техникам кодирования.
Понятно, что если не копипастить большие фрагменты. А зачем? если нужен большой готовый шаблон, то его можно не включать в биллинг, а только код, который его использует, и можно включить в биллинг свой кастом код для kustomize.