Как оценить исходник проекта?

[Pevek80]

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

Да, наверное, так будет правильно!

[mike-y-k]

NewWriter, таки с готовым Вы несколько неправы - отсутствие необходимости изменений определяется объёмом и диапазоном тестирования. Чем меньше тестирования, тем выше вероятность последующих обновлений. В тех же холодильниках, стиральных и посудомоечных машинах условия эксплуатации могут отличаться от условий в ТЗ, имеет место износ,…
И те же счетчики газа и электроэнергии спокойно себе обновляются, там просто методика этого действа несколько иная, да и их пример несколько некорректен - таки они совсем в ином классе (СИ, Госрестр, поверка, защита).

[NewWriter]

А представьте, что вы купили "недотестированный" холодильник )) Если он будет глючить, вы его просто сдадите и возьмете какой-нить другой. А производитель холодильника, намучавшись с рекламациями, просто снимет модель с продажи.
Но, как я говорю, с расширением "интернета вещей" быть может мы скоро будем видеть ежемесячные обновления для холодильников и стиралок ) Ведь еще совсем недавно телевизоры не умели обновляться.

Про поверку бытовых счетчиков ресурсов вообще просто - приходят и измеряют расход ресурса эталонным прибором. Расходы совпали в пределах погрешности - значит, норм, продлевают срок. Не совпали - прибор на замену и без базара

[OakRidge]

Цена программы проекта в коментариях. Если их нет цена ноль. Если через 10 строк тоже ноль. Если все строчки подоробно прокомментированы 1 Юро за строчку.

[NewWriter]

Цена программы проекта в коментариях. Если их нет цена ноль. Если через 10 строк тоже ноль. Если все строчки подоробно прокомментированы 1 Юро за строчку.

Интересное мнение
Хорошо, вот этот фрагмент с комментами:

if(a ‹ b)                // если a меньше b,
{
    SetPort(GPIOA, 3);   // поднять ногу 3 в порту GPIOA
}

или этот же фрагмент, записанный без комментов вот так:

if(water_level ‹ min_threshold)
{
    WaterPump(ON);
}

- вот какой из них будет стоить дороже? в деньгах и в ценности для читающего

[OakRidge]

Код:
if(water_level ‹ min_threshold)
{
WaterPump(ON);
}
Разумеется в том фрагменте можно и без комментариев. Однако логика программ много сложнее. И не только для стороннего читателя. Для писаки тоже. Без комментариев никуда. Я же продешевил, 1,5 Юро за строчку если с комментариями.

[NewWriter]

тогда взгляните на первый фрагмент Он точно такой же по функционалу, но комментарии.. они просто повторяют написанное на Си.
Далеко не всегда нужны комменты в каждой строчке - хватает общего описания блока. А в случае библиотек (в т.ч. и открытых) вообще достаточно описания функции, входных/выходных её параметров, и пример использования ф-ции.
Вот например медианный фильтр. Достаточно в общих чертах написать, что в ф-ции выполняется сортировка по возрастанию и возвращается средний элемент. Входные параметры - указатель на массив и ширина фильтра (число элементов). Выходные параметры - полученная медиана. А как выполнена функция внутри, по большому счету, не столь важно.

Переизбыток комментов так же вреден, как и их недостаток. Комментиться должно то, что реально нужно описывать. Внутри блоков пишется самодокументируемый код, как написал ранее во втором примере. Этот фрагмент не нуждается в каких-либо дополнительных объяснениях, всё видно из названий переменных и функций. А целый блок таких фрагментов можно описать как "Управление водяным насосом по сигналам датчиков уровня воды". И понятность такого кода ничуть не меньше, чем комменты в каждой строке.

[jump]

Pevek80,
реально продавал проекты по такой схеме:
- оценка потенциальных аналогов оборудования
- серийность
- трудозатраты, сложность алгоритмов ПО
- комментарии/без
- поддержка/без
- права полные/частичные/без прав
- участие сторонних разработчиков
- тестирование/отлаженное
- морда лица заказчика и его карман
все эти параметры имеют разное сочетание в конкретных условиях и разные весовые коэффициенты, но главное - проект должен себя окупать и хотя бы на 1% быть прибыльным (иногда 1% имеет вес более, чем жилой дом)
вариант 1 - для серийки определял как выпуск 100-500шт продукции, вес в ней ПО и просил не менее чем трудозатраты+отладка+сопровождение установочной партии.
вариант 2 - программировал N устройств с заданной ценой, после этого передавал ПО в собственность с учетом вышеозвученных пунктов
и еще - если гонорар будет значительным, можно выделить часть как премиальные первописателю, а если на 2 бокала пива... так пойдите и выпейте с первописателем

[AR_Favorit]

Не соглашусь! Есть конечные продукты, не требующие обновлений. Например, бытовой счетчик газа или электроэнергии. В них программа написана и отлажена один раз и не требует больше обновлений на весь срок службы.
Сюда же идут и бытовые холодильники, стиралки, мультиварки, домашние метеостанции.

Можете не соглашаться, но это таки факт: получение человеком на руки прошивки контроллера любой из перечисленных вами вещей практически ничего этому человеку не даст (речь о простых устройствах, разумеется, с "умными вещами" с IoT, есть нюансы, связанные с несанкционированным доступом))). Получение исходников - в общем, тоже, так как обычно нету там никаких "ноу-хау".

Вот это я и имел в виду под "ничего не стоит".

Для организации производства и успешной продажи тех же счётчиков газа или электроэнергии, или, например, холодильников - расходы на ПО вообще имеют исчезающе малое значение.

[NewWriter]

Эт вы еще не видели стиралок с нечеткой логикой, кучей датчиков и мотором-частотником ))
И еще, уже несколько лет как появились стиралки с блюпупом. Видать, не за горами стиралки с инетом.