Команда программистов. Самые частые способы развода
Сегодняшняя статья об уловках разработчиков, рассчитанных на невнимательных клиентов и тех, кто недостаточно хорошо разбираются в технической части. В случае негативного развития событий исполнители защищены законом. Давайте расскажу про несколько способов защиты от наиболее популярных схем.
Пришла первая ошибка – вот и первый список, пришла следующая – второй. Третья ошибка – уже список сверх оговоренного, и потому будет считаться платным.Суть понятна. Но обычно конечный продукт подразумевает отсутствие ошибок в принципе? И если они есть, то обязательство не выполнено?
Какой-то полуискуственный пример в Вашей статье.
Не совсем так. Работа программиста сравнима с работой врача, или адвоката. Нет гарантий, что всё будет верно. Можно парировать, что это разные вещи, однако математически верифицированное ПО на заданном аппаратном комплексе будет стоить совершенно других денег (и особенно — времени). Например, готовый софт практически всегда поставляется с лицензией AS-IS и отказом от ответственности. Дополнительные гарантии — по отдельным контрактам поддержки, за отдельные деньги. Также, как и коммерческая разработка без дальнейшего сопровождения редко когда заказывается.
Обычно разработка ведется по ТЗ и тестируется на соответствие ТЗ. В рамках ТЗ все до мелочи описать невозможно, общепринятые стандарты часто остаются за скобками - и тут засада, если разработчики опытные, они это реализуют по умолчанию, если нет - увы и ах)
тут соль в том, что за чей счёт исправление ошибок. Я писал о том, что можно клиента подловить и сдать проект с багами, при этом остаться правым с юридической точки зрения.