сколько стоит час программиста php

Сколько стоят услуги программистов? Цены студий и фрилансеров

В этой статье мы собрали подробную информацию о стоимости услуг программистов. Вы узнаете, сколько стоит час работы веб-разработчиков на PHP и других языках, 1С программистов и других специалистов. Сколько платят штатным сотрудникам и фрилансерам. Где найти хорошего разработчика на разовый проект или постоянную работу, и многое другое. Обязательно прочитайте статью до конца – в ней много полезной информации.

Две схемы, по которым работают программисты

Оплата по часам. Заказчик платит за время, потраченное программистом на работу. Многие клиенты боятся схемы почасовой оплаты, считая, что исполнитель будет работать медленно. На самом деле разработчику невыгодно работать медленно, поскольку завышать бюджет – значит терять клиентов и репутацию. Кроме того, исполнитель отчитывается, сколько часов он потратил на каждый этап. Если он будет работать специально медленнее, заказчик это увидит (задачи, которые ранее решались быстрее, станут занимать больше времени). Оплата по часам применяется на нестандартных проектах, когда нет ясности, сколько часов уйдет на разработку. Также оплата по часам используется при поддержке ИТ-продуктов.

Как рассчитывается стоимость 1 часа работы программиста?

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

Формула для расчета стоимости 1 часа программиста в студии:

(Зарплата программиста + Налоги + Иные расходы + Прибыль) / 120 часов = Стоимость 1 часа работы

Например, если зарплата программиста составляет 50 000 руб. в месяц, то минимальная выручка, которую он должен приносить компании в месяц, составляет 50 000 * 3 = 150 000 руб. Коэффициент 3 – это минимально возможный коэффициент в компании, которая честно платит налоги и закладывает минимальную прибыль в свои услуги.

Таким образом если рыночная зарплата специалиста составляет 50 000 руб. в месяц, то стоимость часа его работы для клиента будет 150 000 руб. / 120 часов = 1250 руб. в час. Это минимум, но по факту цена будет выше, т.к. далеко не всегда можно загрузить специалиста на 100%, а зарплату придется платить все равно.

Средние зарплаты программистов сейчас начинаются от 50-60 тыс. руб. и доходят до 80-120 тыс. руб. Опытные разработчики могут получать 150 тыс. руб. и больше. Приведенная в примере планка 50 тыс. руб. является низкой зарплатой в области ИТ.

Если говорить о фрилансерах, то обычно их ставку можно рассчитать по формуле:

Зарплата в офисе * К / 120, где К равен от 1,5 до 2.

Логично, что человек, который переходит из офиса на фриланс, хочет зарабатывать больше, чем в штате (иначе ему нет смысла уходить в свободное плавание). Например, если в офисе фрилансер получал 50 000 руб., то его минимальная ставка на фрилансе будет 50 000 х 1,5 / 120 = 625 руб. в час.

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

Сколько стоит 1 час работы программиста?

Среди программистов выделяются три уровня по квалификации и опыту:

Senior – знают несколько языков программирования, могут с нуля разработать архитектуру приложения или программы, выбрать стек необходимых технологий с учетом планов по развитию ИТ-продукта в будущем. Как правило, имеют опыт работы от 4-6 лет.

Стоимость часа работы разработчика при переходе на следующий уровень увеличивается в 1,5-2 раза.

Если изучить уровень зарплаты специалистов, то мы получим примерное представление, сколько стоит 1 час работы каждого разработчика в студиях и при заказе услуг на фрилансе (когда вы работаете напрямую с частным специалистом). Ниже можно посмотреть, какие получились цифры (1С выделили в отдельную таблицу).

Источник

Сколько стоит час разработки PHP проекта?

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

как определить, что вы можете сделать за этот час?

Оценкой программиста времени, которое ему нужно для реализации проекта, как правило сюда также входит и чтение мануалов (разумное конечно, если программист на каждую задачу читает по 2-3 часа мануал, то стоит найти более опытного программиста)

Я в самом начале своей работы на фрилансе имел рейт 5$. И вот тогда я часа 2-3 читал мануалы))

Потом как-то постепенно рейт сам собой становился 7-9-12-15$ в зависимости от ускорения и повышения качества решения задач. Сейчас я довольно редко читаю мануалы, гораздо больше рисую карандашом

ставка оплаты работы (обычно в час)
например 10 долларов в час при 8-ми часовом рабочем дне, пятидневной рабочей недели обеспечивают 1600 долларов зарплаты за месяц работы
Очень популярная тема для западных компаний, там даже продавец в Маке работает с почасовым рейтом.

Одна команда будет делать его 100 часов, а другая 300.
Отталкивайтесь больше от самого ТЗ. Фриланс и часовая работа, по-моему, не совсем совместимые вещи.

ставка оплаты работы (обычно в час)
например 10 долларов в час при 8-ми часовом рабочем дне, пятидневной рабочей недели обеспечивают 1600 долларов зарплаты за месяц работы
Очень популярная тема для западных компаний, там даже продавец в Маке работает с почасовым рейтом.

смешно, те же деньги можно заработать на неделю, например, и никому не доказывать свой уровень (ни один жлоб директор не согласится ОПЫТНОМУ платить столько, это избитая тема).

Сколько стоит час разработки PHP проекта?

У среднестатистического программиста средний рейт составляет 10-15$.

Источник

Подсчет себестоимости часа разработки программного обеспечения

Сегодня я расскажу о больной теме как для покупателей программного обеспечения, так и для провайдера этой услуги – себестоимости разработки. Понятно, что сейчас не самое лучшее время для того, чтобы разбрасываться бюджетами. Только это не значит, что производители должны работать себе в убыток. Многие говорят о жадности предпринимателей, но я вам вот что скажу: нет ничего постыдного в том, чтобы делать честный бизнес и адекватно считать свои косты.

Наша компания разрабатывает российский софт для видеосвязи – какой, сами догадывайтесь, здесь не реклама. Не дешевый, не дорогой; стандартный, качественный софт. Интеграция с аппаратными решениями, гибкость, облака – все, что душе угодно. Буквально в конце прошлого года мы поняли, что в коммерческое предложение надо добавлять главу об экономической обоснованности. Чтобы все вопросы отметались сразу, чтобы экономить время и наше, и клиентов, потому что опять же: время – деньги.

Выяснилось, что клиенты действительно не понимают, сколько стоит час работы высококвалифицированного разработчика с постоянной рыночной официальной зарплатой. Иногда клиенты ориентируются на прайсы фрилансеров. Ничего не имеем против них, но ведь это совсем другие ребята.

Сначала мы надеялись найти какую-то методику подсчета себестоимости разработки ПО в открытых источниках, но потерпели фиаско, так как никто таких расчетов не производил.

Так что мы не пожалели времени и все сделали сами. Конечная формула получилась универсальной и на удивление простой:

Где ЗП – это средняя зарплата группы разработчиков, включая руководителя, занятых в проекте, а число 36 – высчитанное отношение себестоимости часа разработки к зарплате разработчика.

Чтобы избежать обвинения в голословности, приводим полностью прозрачное обоснование.

Состав работ по разработке софта получился таким:
• анализ требований, проектирование возможностей;
• проектирование архитектуры и интерфейсов;
• разработка документации и плана интеграции;
• кодировка и сборка;
• тест продукта;
• инсталляция, квалификационный тест;
• сопровождение (рефакторинг, исправление кода, поддержка версионности) – 30% от емкости.

Про 30% от емкости скажем отдельно. Многие компании-разработчики не включают сопровождение в состав работ и, соответственно, в финальную стоимость. В итоге заказчик дополнительно платит за любой баг, за малейшее исправление кода.

Мы предпочитаем работать с высокой степенью ответственности, поставлять клиентам, так сказать, «софт под ключ» и обеспечивать полную техподдержку, потому что разрабатывать сложное ПО, работая по принципу аутсорсинга – несерьезно. По нашему опыту, клиенты скорее согласятся платить за поддержку сверх требуемого, чем взваливать на себя проблемы по сопровождению кода.

Возвращаемся к методологии.

Оплата труда включает:
 зарплата, включая подоходный налог 13%;
 премия – без нее никуда: сделал все в срок, клиенту нравится – получи премию;
 выплаты в пенсионный фонд и фонд социального страхования 14% (социальный налог для разработчиков ПО – льготный).
 Медицинская страховка 1% от зарплаты;
 Компенсация питания 2% от зарплаты (серьезно, у нас это есть).

Количество рабочих дней в году взяли из производственного календаря, вычли 20 дней отпуска и разделили на количество месяцев. В отпуске ведь люди не работают, а отпускные платятся. Получилось

(247-20)/12=18,9… дней в среднем в месяц работает сотрудник.

Считаем, что в полном рабочем дне 8 часов. Здесь перед нами встает задача понять, сколько денег мы тратим на оплату труда сотрудников за час разработки. В разработку продукта, помимо разработчиков, вовлечены тестировщики, проектировщики и группа внедрения. Соотношение их зарплат таково:
Тестировщики – 50% от зарплаты разработчиков.
Сотрудники подразделения внедрения получают столько же, сколько и разработчики.
Проектировщики – 75%.
Разработчики в среднем 2,4 часа в день сопровождают код, а 5,6 часов в день его разрабатывают. Тестировщики – аналогично тратят 5,6 часов на разработку. Проектировщики и внедренцы занимаются все 8 часов в день своими работами, предваряющими и завершающими разработку.

Для примера берем за основу зарплаты программистов Java по данным портала Superjob.ru – 120 000 рублей в месяц – и составляем табличку калькуляции затрат на оплату часа труда сотрудника в пересчете на час разработки:

Понятно, что люди должны где-то сидеть (как минимум, на стульях, но вообще-то неплохо бы поставить эти стулья в кондиционируемое помещение), работать с приличной техникой, иметь хорошие каналы связи для работы с внешними приложениями, серверами, командами. Сотрудников должен кто-то искать, кто-то – считать им зарплату, кто-то – следить за офисом и так далее. Высокая квалификация сотрудников влечет за собой определенный уровень затрат на их содержание и администрирование. Такие факторы, как «условия» и соцпакет на рынке труда играют не последнюю роль. Все эти соображения привели нас к тому, что в нашу методологию должны быть включены общехозяйственные и административные расходы. Мы их считали по факту за последние полгода и разделили на количество производственного персонала, получилось 20% (относительно зарплаты разработчиков).

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

Отметим, что технические писатели, которые готовят документацию, получают такую же зарплату, как тестировщики.

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

Точное определение себестоимости часа разработки в рублях зависит, таким образом, от зарплаты, которую получает разработчик в конкретной компании. Если, к примеру, считать по данным Superjob.ru (120 000 рублей в месяц), то час труда разработчика обойдется работодателю в 3 342 рубля с НДС.

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

Будет здорово, если эта информация пригодится не только нам.

Источник

Сколько стоит час веб-разработчика-фрилансера?

Добрый вечер.
Занимаюсь несколько лет программированием в целом и веб-разработкой в частности. Но это всё было любительским, параллельно школе.
В итоге хорошо знаю HTML+CSS, JS (в т.ч. с jQuery), C++ (писал на нём для олимпиад школьников), Python. Также знаю PHP+MySQL (но не так глубоко, как вышеупомянутые языки), когда-то проектик писал на Haskell (то бишь знания функционального программирования есть). Из-за олимпиад я знаю множество алгоритмов и структур данных (реально множество) и математическая подготовка есть (это так, перечень знаний, мало ли). Также, конечно же, знаю основы ООП.
В чём, собственно, вопрос. Я бы хотел податься во фриланс как веб-разработчик (ну, либо как программист на C++ и Python, но, как мне кажется, это не так перспективно). Как я понимаю, чтобы оценить размер работы, нужно хотя бы примерно знать цену своего часа. Ну так вот. Какая она у меня, хотя бы примерно?
И куда мне дальше развиваться во фрилансе? На какие фреймворки/библиотеки обратить внимание в первую очередь? А то их очень много, и непонятно, с чего начинать. И какую я смогу поставить цену с этими знаниями? И вообще, не слишком ли переполнен сейчас этот рынок?

UPD
Короче, что я понял. Заказчику пофиг, что я знаю. И просто резюме его не запугать. Так что всякие мои «математические подготовки» и «знания ООП» не задобрят его. Жаль.

Я бы взялся за Python. Благо выбора фреймворков не особо много, Django как стандарт.

Ты веcь такой кругом молодец, то знаешь, это знаешь. А теперь представь себе среднестатистический проект, который должен приносить бизнесу деньги. За две недели работы ты едва напишешь хлипкий CRUD для данных, неправильно смаппив бизнес-сущности в объекты ORM, ещё через месяц натянешь какой-то слайдер на jQ, попутно захватив 2мб JS кривых библиотек, а через два заказчик поставит тебе плохую оценку, потому что твой ценник он оплатил не за то, что ему нужно, а потому что ты знаешь монады, которые ему даром не сдались.

А теперь давай представим простого программиста. Из алгоритмов он с трудом вспоминает сортировку пузырьком, а двусвязный список — предел его знаний о структурах данных, и даже этим списком он пользовался два раза в жизни. Хаскель он никогда не видел в глаза, C++ учил только в школе, вместо этого пишет неэффективный код на PHP. И у него есть опыт. За день он распишет сущности, за второй сделает универсальный CRUD, на третий день поднимет фронт на React’е с SSR. Да, внутренности проекта будут «медленными». Вместо O(logN) что-то будет выполняться за O(N) или даже O(N^2), но всем похер. Пока всё работает на приемлемом уровне — бизнес радуется.

Кстати, к чему эта поучительная лапша? Я хотел сказать, что всеми этими модными словами можно пугать друзей и преподавателей, но в реальной жизни все алгоритмы уже реализованы, все типы данных уже подобраны оптимально. Знать их полезно для себя (чтобы мозг не атрофировался), но не для работы. Для работы тебе нужны такие навыки как:

* Оптимальный баланс между говнокодом и идеальным кодом
* Оптимальный баланс между скоростью разработки и оптимизацией кода
* Оптимальный баланс между поддерживаемым кодом и костылями
* Умение использовать те инструменты, с которыми ты работаешь. Опять же, для того, чтобы писать быстро, при этом имея минимальное количество говнокода и обеспечивая максимальную поддерживаемость (в пределах сроков). Например, можешь выкинуть в помойку свой Vim, как бы круто ты себя не чувствовал, разрабатывая в консольном редакторе, если продукты от JetBrains позволят за это же время сделать что-то лучше или чего-то больше
* Чувство «знаю больше менеджеров». Это то чувство, когда тебе кажется, что «вот эта фича скоро изменится» и надо сделать архитектуру заранее более гибкой. Или «вот эту фичу мы через месяц выпилим» и не надо тратить на неё силы — напиши костыль и через месяц с чистой совестью удали его
* Знания, как сделать ту или иную фичу. Потому что фичи повторяются (немного видоизменяясь) от проекта к проекту. И если ты сделал что-то за два дня, в следующий раз ты похожее сделаешь за три часа

Что касается инструментов, выбери любой полноценный фреймворк, который умеет решать 90%+ потребностей «из коробки»: Symfony, Django, Laravel

Всякие «минималистичные» поделия вроде Falcon, Flask (в PHP не знаю, я на питоне пишу) оставь хипстерам. Пусть они говорят: «Мой фалкон такой быстрый, он написан на Cython». Тебя это не должно волновать, потому что бизнес с твоей скоростью разработки уже заработал достаточно денег, чтобы купить ещё десять серверов, пока фалконисты неделю гуглили, как прикрутить миграциии и запустить юнит-тесты на VPSке за пять баксов.

Источник

Фиксировано, в час или гонорар: как платить разработчику на фрилансе?

В этой статье эксперта международной ИТ-компании Codementor, которую мы перевели, приведены три распространенных способа оплаты услуг разработчиков на фрилансе: фиксированная оплата, почасовая и гонорар. Автор подробно разобрал каждый из методов и рассказал, почему стороны чаще предпочитают систему выплат с гонорарами.

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

Фиксированная оплата может быть выплачена разом по окончании работы или порционно на определенных этапах разработки, как например:

Завершение прототипа с одной работающей функцией

Завершение полностью рабочего прототипа

Проблема с высчитыванием времени по списку требований заключается в том, что ваши подсчеты, скорее всего, будут неверными. Согласно докладу «Стэндиш групп», более 83% ИТ-проектов сталкиваются с различными проблемами, то есть не выполняются строго по составленному заранее плану. Как и показано на диаграмме ниже, большинство подобных проблем связаны с перерасходом времени.

Многие предприниматели способны без труда сформировать общую картину того, как должно выглядеть готовое ПО, но им тяжело представить себе некоторые конкретные аспекты, пока к ним в руки не попадут рабочие прототипы.

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

«Если не рассчитать количество человеко-часов с превосходной точностью и не учитывать вероятность изменений объема работ, есть большой риск получить в качестве оплаты за услуги сумму, которая не будет соответствовать проделанной работе»

Опытные руководители знают, что разработка программного обеспечения – это не однотипный процесс. Строго установленных формул или количества времени для выполнения работ в этом деле просто нет. Каждый кейс обладает своими уникальными багами и требует индивидуального подхода.

Эта практика известна как «гибкая разработка ПО», то есть метод разработки, в котором регулярные изменения и поставка рабочих прототипов воспринимаются как нормальные явления. Большинство программистов предпочитают именно гибкую разработку, однако её сущность идет вразрез с фиксированной выплатой. Ведь как только первоначальные требования заказчика выполняются, проект считается законченным. Разработчик вряд ли согласится продолжить работу без дополнительной платы.

Когда вы нанимаете разработчика ПО, представьте, что вы нанимаете водителя на личном авто, но платите ему не за потраченное время, а за сам факт вашей перевозки. Поначалу эта идея может показаться неплохой. В конечном итоге вы окажетесь там, где надо, однако для водителя время – деньги, и он сделает всё, чтобы заработать их как можно быстрее: он будет мчаться на красный свет, ехать по обочинам, тем самым подвергая опасности пассажиров, других водителей и пешеходов.

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

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

Устанавливая четкие требования, вы устраняете возможность внесения любых поправок и изменений. Так же, как и в ситуации с водителем, программист может оказаться не в состоянии выполнить ваши новые требования. Разработка ПО – это более сложный процесс, чем поездка из одной точки в другую. В начале может быть не совсем понятно, что именно вы хотите получить, и в дальнейшем вы можете захотеть изменить процесс разработки или же кардинально все поменять.

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

Многие фрилансеры и заказчики для подсчёта человеко-часов используют такие программы как Paydirt и Toggl, которые позволяют максимально честно оценить стоимость услуг.

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

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

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

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

Как и в предыдущих случаях стоимость услуг зависит от почасовой ставки разработчика, однако в договоре прописано количество часов в неделю, в течение которых фрилансер обязан оставаться на должности. Таким образом, руководитель проекта может быть уверен, что исполнитель будет доступен, например, 20 часов в неделю на протяжении 10 недель. Получается, какими бы ни были обстоятельства, разработчик обязан выделить указанное количество времени на написание ПО.

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

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

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

Итак, как же выглядеть комфортная поездка? Вы нанимаете водителя, чтобы он отвез вас из города «А» в город «В». Вы обяжете его каждый день вести вас по четыре часа на протяжении двух недель (непредвиденные остановки и перестройки маршрута также допустимы), но на половине пути вы решаете остановиться у придорожной закусочной, чтобы спросить дорогу. Побеседовав с посетителями, вы понимаете, что теперь вы хотите отправиться в город «С». Ваш водитель соглашается отвезти вас туда, но предупреждает, что дорога до города «С» займет больше времени и вам придется выплатит ему сверхурочные. В конечном итоге вы доезжаете до желаемого пункта назначения довольные комфортным путешествием.

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

Когда вы ставите перед исполнителем задачу по разработке ПО, вы должны быть уверены, что он сможет выполнить ваши требования. Следует проверить портфолио фрилансера, его аккаунт на GitHub и отзывы клиентов, если они есть.

Лучшее лекарство от дефицита доверия – это найм разработчиков, руководствуясь их качеством их работ и опытом, а не стоимостью услуг. Помните, бесплатный сыр только в мышеловке. Опасайтесь девелоперов с почасовой ставкой ниже среднего показателя по рынку. Хорошие разработчики для поиска работы полагаются в первую очередь на свою репутацию. Они заинтересованы в том, чтобы обсудить с вами все детали проекта и выполнить его наилучшим образом. Именно таких «водителей» вам и нужно искать для ваших «поездок».

Источник