Зарубежные не особо лучше :-)

по личному опыту знаю что лучше, работал только с нормальными

Пфф... Почему он должен платить программисту за то, что он плохо делает свою работу?
Другое дело, когда заказчик принял работу, а потом уже через какое-то время начинает говорить, что ему должны что-то подправить. Понятно дело, что он уже принял работу. Но пока работа не принята, баги не забота заказчика.

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

Даю ситуация именно такая чаще всего: сделал одну функцию, сломал пару других. Так вот нужно ли исправление этих "других" оплачивать. И где гарантия что фрилансер не накрутит специально часов на этом?

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

а гарантий нет нигде, надо смотреть на собеседовании на адекватность, и выполненные проекты вот и всё.

@pavel_salauyou ну я вот могу тебе рассказать и другую ситуацию - прогер сопутствующе отрефакторил чужой код, считая это решение оптимальным, но по факту, вероятно, не разобрался как и что там работало. Появилось 7-8 багов на ровном месте. По юнит тесты разговора даже не шло.

@pavel_salauyou ну и я например теряю драгоценное время по его вине из за этого. Этот момент не стоит учитывать?

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

@pavel_salauyou вот видите,как все меняется при смене контекстов ) Но я просто для себя хотел общий принцип выяснить: разговоры оплачиваются и по тому же рейту что и рабочее время? И баги в общем случае - платятся? Просто я работал до этого в строительной сфере и там подрядная организация устраняет недочеты за свой счет. Дело совсем не в скупости или неделании платить. Но как в этом случае страховать себя от риска намеренных созданий багов исполнителем?

попросить кого-нибудь прособеседовать фрилансера, выяснить его адекватность почитать отзывы про него, какие технологии он знает и какие проекты делал. к общему времени на проект, добавить 25% времени на баги, но программеру не говорить про дополнительное время)).

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

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

@pavel_salauyou вот именно поэтому я оплачиваю за проект, а что внутри проекта фрилансер делает что бы всё работало - тесты, не тесты, это не мои проблемы уже.

@marrk2 при создании большого проекта, фикс прайс не уместен т.к. требования изменяются да и с архитектурой программист может ошибиться. А для создания сайтика на говноцмс, то можно и по фиксированной цене работать.

@pavel_salauyou может быть, у моих проектов требования в процессе ещё ни разу не менялись в процессе работы. Понятно что в самом начал фрилансер закладывает какой-то фикс на общение и всё.

т.е. это общепринятая практика - оплачивать ошибки допущенные программистом?

да, ошибки допускают все а программирование не простое дело и без них просто никак, нужно это понимать и закладывать риски на багфикс

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

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

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

Ок. а какая пропорция приемлема. К примеру из 100 часов 30 - общение. Это норм?

Да может быть и 30 часов работы и 100 часов общения, все зависит от сложности.

в моем случае "Криворукое ТЗ" - вики описание со скриншотами в редмайн на 40 страниц + таск с описанием задач по пунктам и примером

> "фрилансер не знает это точно баг или заказчик решил протолкнуть по багом фичу"
критерий простой - на проде это работает, на деве перестало. Не думаю, что могут быть варианты.

Вот это в точку. Смотря какой заказчик и какой исполнитель.