Как выбрать программиста с адекватной ценой за час?

Question

[Дмитрий]

Я понимаю, что работа программиста - это творческий труд и KPI не измерим.

spoiler

Фрилансеры бывают разные, есть начинающие с завышенной самооценкой, а есть опытные, которые без затруднений напишут функцию за минимальное время и за адекватную плату. Не опытный может биться над функцией 10 часов * 10$, а опытный напишет за 0,5 часа *50$. Хуже всего, если не опытный, с завышенной самооценкой выкатит ценник в 50$ и будет рассказывать что там все сложно.

Вообщем вопрос:
Можно ли оценивать работу программиста за конкретную функцию, конкретный скрипт?

Например:
есть база MYSQL 100+ таблиц, в среднем по 10 столбцов, есть связи таблиц, фреймворк YII2
есть четкое ТЗ, где прописана вся логика работы.

Сколько будет стоить создание страницы с выводом простой таблицы?
А если добавить форму, а если добавить функцию...?
Вывод на страницу простой таблицы у начинающего и у опытного займет примерно одинаковое время, а цена за работу разная.

Может есть какой-то показатель, который отличал бы сложность выполнения?
Или один выход?
Простейшие функции отдавать молодым, а сложные профессионалам?

Comments

[sim3x]

Вам секономить или работу сделать нужно, или просто поговорить?

Answer 1

[cicatrix]

Знаете, это рынок.
Представьте себе, не дай бог, у вас судебное разбирательство, и надо вам нанять адвоката. Один стоит 1000 р. в час, другой - 15000 р. в час. Как оценивать работу адвоката?

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

Comments

[Дмитрий]

На рынке я знаю цену помидорам, а рынок знает цену создания страницы с выводом простой таблицы? Сколько часов\минут понадобиться для этого? Считаю что оплата должна быть не за часы работы умноженные на самооценку\скиллы, т.к. самооценка часто не равна опыту. Должен же быть конкретный ценник за определенные действия программиста. Вывести простую форму, добавляющуую запись в таблицу, с несложной логикой может иметь цену от 100 до 100000т.р так по вашему? И как на этом рынке найти адекватную цену?

[Артур]

Дмитрий, а вы цены на аналогичные задачи посмотрите, и портфолио у специалистов разнообразное,а не одни лединги...

[Довольный Айтишникъ]

Дмитрий, У помидоров есть сорт и цена часто зависит от сорта, рынок наименование сорта знает. У вашего задания есть ТЗ, но его никто кроме вас не знает, а от того что там написано и зависит цена

[iBird Rose]

Дмитрий, не будет никогда конкретного ценника в таких вещах. причем не только в IT сфере. И не бывает конкретных цен за действия программиста. Цена действий всегда будет разной у разных программистов.
А что по вашему адекватная цена? Один клиент заплатит за работу 100к р. Для него это будет адекватная цена, а вы к примеру и 100 будете считать дорогим ценником. Что же считать адекватной ценой?

[Александр]

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

[Dmitry Bay]

Minifets, что-то мелькало раньше, была подобная площадка.

[Денис Янчевский]

Дмитрий, вы сравниваете товар (помидоры) и услугу (разработку по Вашему ТЗ) — это не корректно. Корректное сравнение — это готовые решения vs помидоры. В таком случае, Вы можете загуглить и найти все сорта плагинов для вывода табличек и выбрать адекватную цену. И будет как на рынке.

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

P.S. Кстати, почему одни помидоры стоят 50 рублей, а другие 250 за килограмм? Я считаю, что это некорректно, это же просто помидор и он не должен зависеть от самооценки производителя и тем более от того, что ему было сложнее его сделать или сложнее привезти или неурожай у него. Пусть производит там где выгоднее и проще, он же в конце концов профессионал в данной сфере и должен уметь подбирать оптимальные решения.

[Дмитрий]

Minifets, Вот и я о том же.

[zooks]

Дмитрий, Так почему бы все не бросить и не пойти торговать помидорами? Зачем лезть в сложную сферу IT-услуг?

[Дмитрий]

zooks, Хочу торговать помидорами по-новому, а вы программисты, мне поможете))

[zooks]

Дмитрий, честно говоря, с таким подходом это вряд ли получится.

[Дмитрий]

zooks, Я уже понял. Чтож, придется искать компромисс. То, что смогу сам, сделаю сам, а более сложные задачи, отдам средним спецам.

[Saboteur]

Minifets,

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

Это например не написать сайт под заказ, а поставить готовый wordpress с минимальным ребрендингом?

[Александр]

Saboteur, можно разработку и на чистом php разделить на типовые задачи. Ну и естествено учитывать поправку на cms или framework, где-то быстрее, где-то дольше, а где-то и готовый плагин уже есть.

[Anton Mashletov]

Minifets, только самое простое, типа "слайдер+корзина+оплата PayPal+каталог". Это исполнитель и сам разбивает и оценивает. А как вы опишите в конструкторе как это должно выглядеть? Как должно меняться поведение? Смысла в бирже - 0.

[Дмитрий Евграфович]

Minifets, это называется "составить техзадание"

[Александр]

Дмитрий Евграфович, ну да, конструктор тех.заданий, это я и имел ввиду.
Заказчик не сидит и не сочиняет, то в чем он не разбирается. А выбрал технология и framework (если новый проект, то можно посоветовать из списка задач.), нашел из списка задачу, которую нужно сделать (тут же можно предложить скрины/ссылки/видео как примерно должен конечный результат выглядеть). Потом от себя дописать к задачи хотелки. Их тоже по возможности можно типизировать.
И вот уже есть и примерное ТЗ, сроки и бюджет.

[Дмитрий Евграфович]

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

[Saboteur]

Minifets,

можно разработку и на чистом php разделить на типовые задачи. Ну и естествено учитывать поправку на cms или framework, где-то быстрее, где-то дольше, а где-то и готовый плагин уже есть.

Типовые задачи, которые встречаются часто - уже реализованы на каком-то движке. Таким образом требовать такое на чистом php означает нестандартную задачу написания своего велосипеда.
То есть типовые задачи - это на 90% уже реализованные вещи, которые нужно просто интегрировать/настроить.

[Александр]

Saboteur, Ну да, так это и должно выглядеть. Заказчик например выбирает php/wordpress и ему нужен интернет-магазин. Конструктор ему предлагает из возможных вариантов поставить WooCommerce, тут же ему ссылки на демку с чистой установленной woo + в качестве опций например установка темы, или другие модификации woo, которые "обычно" заказывают. Если, что-то хочет из того чего нет в базе (список опций), он может добавить свои опции и описать их (В дальнейшем эти опции будут модерироваться и заноситься в базу).
В итоге: Есть тз, заказчик примерно знает за какую стоимость ему должны это сделать (у кого дороже/дешевле) и примерные сроки реализации.

[awesomer]

Minifets,

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

а зачем тогда программисты для решения этих задач, если они типовые?
для типовых задач делаются типовые программные продукты.

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

[awesomer]

Minifets,

ну да, конструктор тех.заданий, это я и имел ввиду.
Заказчик не сидит и не сочиняет, то в чем он не разбирается. А выбрал технология и framework (если новый проект, то можно посоветовать из списка задач.), нашел из списка задачу, которую нужно сделать (тут же можно предложить скрины/ссылки/видео как примерно должен конечный результат выглядеть). Потом от себя дописать к задачи хотелки. Их тоже по возможности можно типизировать.
И вот уже есть и примерное ТЗ, сроки и бюджет.

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

а типовое ТЗ....
так не бывает.

бывают опросники, checklist для составления ТЗ.

[Александр]

awesomer,

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

И как заказчик поймет, много запросил разработчик или нет? Как на базаре ходить и узнавать, кто сколько просит?

а типовое ТЗ....
так не бывает.

Есть сайт с логинкой на Yii2 и фронтом на jQuery, клиент хочет сделать ajax логинку без перезагрузки, чем не типовая задача?

[awesomer]

Minifets,

клиент хочет сделать ajax логинку без перезагрузки, чем не типовая задача?

тем, что какую конкретно логику

[awesomer]

Minifets,

И как заказчик поймет, много запросил разработчик или нет? Как на базаре ходить и узнавать, кто сколько просит?

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

Answer 2

[Dmitry Bay]

определитесь, функции или задачи?

Сколько будет стоить создание страницы с выводом простой таблицы, а если добавить форму, а если добавить функцию...?

Вы не поверите, но конкретно это задача с 100+ таблиц отнимет не более часа, (10 минут на запуск проекта, 10 на установку базы, миграций, и 15 - создать автоматически все таблицы и круды, используя шаблон).
Вы получите возможность редактирования, таблицу просмотра, создания.

А вдруг у вас там не Jquery а React будет?
Вдруг вам нужно не просто цифру связной таблицы подставлять, а выпадающий список с аякс подгрузкой с сервера?
Или вся работа должна проходить в одном окне с модальными окнами.

Так вот и у программистов, когда они называют цену, они руководствуются правилом - а что если? И используют вилку цены для себя. Иногда называя больше. Лучший способ продуктивно работать с программистом - оплачивать его работу по часам. Тогда вся проблема несостыковок времени программиста и ТЗ - это проблема менеджера.

Answer 3

[Сергей Горностаев]

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

Comments

[Игорь Воротнёв]

На количество работ в портфолио я бы внимания не обращал. Чем более опытный исполнитель и чем больше работает с западными заказчиками по нормальным ставкам, тем больше у него будет проектов под NDA. А если это еще и крупные проекты, отнявшие прилично времени, то количественный показатель в портфеле сильно страдает. А вот качество - да. Как там там говорится - за одного битого сто небитых дают? Как-то так.

Answer 4

[Пума Тайланд]

Даете платное тестовое задание, смотрите результат, на основе оценки программиста по шкале от одного до десяти даёте ему цену

Comments

[Дмитрий Евграфович]

Чтобы оценить качество результата, нужно самому быть программистом.

[Пума Тайланд]

Дмитрий Евграфович, это скорее из глупостей, как то же хедхантеры ищут программистов и сами ни разу не программисты

[Дмитрий Евграфович]

Пума Тайланд, после хэдхантера кандидату обычно устраивают собеседование с техническими специалистами, так что последнее слово не за ним.

Answer 5

[Максим]

Дмитрий, конечно я вас разочарую. В нашей ТП саппорт может отвечать сутки, просто перебирая чей-то говнокод и как итог - плюнуть на тикет и закрыть со словами Лаврова "д*билы б*я". Он же может по просьбе клиента за 10 минут из заготовок уже создать макет проекта на 100% рабочий.
Как нам оплачивать ему работу в первом и втором случае?
Ответ на поверхности: оклад.

Отсюда вывод: не приглашать фрилансеров для работы, а заключать контракт на создание/ведение/обслуживание вашего проекта. Сейчас достаточно грамотных в техническом плане малых компаний, которые берутся за обслуживание и честно выполняют свою работу. Их регламент: оплата после выполнения, или с минимальной предоплатой. Уровень сложности вы описываете в ТЗ или вместе с вами специалист компании составляет ТЗ (техническое задание) и сроки. Приемка по акту. Если вас не устроила их работа - акт не подписываете и все.

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

Comments

[PavelSyz]

Да-да все верно. Только человек говорит о суммах 100 долларов. Кто будет вникать во все тонкости за 100 долларов как только вопрос чуть не типовой? В АСУ ТП - постоянная нехватка специалистов не потому что очень трудно что-то изменить в программе PLC, а потому что перед этим надо пару лет вникать в сложности завода и опасности. Но заказчик считает - а что это я буду за эти пару лет платить? Мне надо то раз в месяц привязать датчик к уже существующей системе на существующем и РАБОТАЮЩЕМ заводе (с его точки зрения это все упрощает, по факту все многократно усложняет, так как есть опасноть остановки установки). Вот и выдают в среднем зарплату по РФ по 50 тыщ рублей для полевых, да и то чтобы не сбежали. Для справки - от 50 долларов в час на международном рынке чистыми при хорошо сегрегированной и документированной системе (как правило к вендору обращаются, который уже нанимает под этот проект) минимально как правило работа на неделю по 12 часов, меньше просто никто к нему не поедет.

[Дмитрий]

PavelSyz, А теперь представь, потребовалось мне прикрутить датчик к контролеру Siemens(например), специалистов не много, они дорогие. Я готов заплатить за их опыт, за скорость работы. Допустим я найду пять фирм, занимающиеся этими контроллерами и у всех цены на мою задачу будут кардинально отличаться. Ониж все крутые, у всех большой опыт.... А задачка то простая.... И себестоимость этой задачи должна быть. Сколько человек должен учиться для того что бы подключить датчик контролеру и настроить запись в базу данных? Думаю не много. Для более сложных задач, я готов гораздо большие суммы платить, но для типовых\элементарных задач, платить как за крутого спеца, как-то многовато будет. Разделять на разных подрядчиков по сложности задачи? Или все же лучше к группе спецов обращаться, там где есть и синьоры и мидлы, и джуниоры(как раз для типовых задач)... Там они уже сами делегируют задачи. ...

[Stalker_RED]

Дмитрий, вот там где вы писали про 100+ таблиц, вы это серьезно? Вот вам наивный взгляд с позиции исполнителя:
Опа! Заказчик хочет выводить 100+ тупых таблиц, и вообще не в теме как что работает. Если удастся договорится с ним об оплате "потаблично" я прикручу первый попавшийся CRUD-генератор, затратив пару часов, а затем буду получать неплохие деньги за пару кликов, потому что этот генератор будет делать всю работу за меня!

Почему наивный? Потому, что до того как сделать эти два клика, скорее всего придется с заказчиком пару часов переписываться, чтобы выяснить чего он особенного хочет от данной таблицы. А он обязательно захочет чего-то особенного, про "стандартное поведение" он сгоряча ляпнул. Так часто бывает - работы на 10 минут, а на предварительное выяснение деталей уходят часы. Причем заказчик почему-то не хочет за эти часы платить (мы же разговоры говорили, а не код писали!). И это хорошо еще, если детали будут заявлены до работы, потому что в режиме переделок все происходит еще дольше.

А его "подробное ТЗ" - чаще всего просто обман. Нет у него подробного ТЗ, иначе он бы уже примерно представлял сложность и стоимость.

-------------------------------------

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

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

Answer 6

[Михаил Р.]

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

Один раз напрячься и все продумать сейчас , будет стоить Вам в 2, 3, а может и все 10 раз дешевле и меньше потраченных нервов потом...

Comments

[Станислав]

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

[Дмитрий]

Вот ни разу не попадались такие заказчики
всегда пойди туда не знаю куда сделай то не знаю что

[Михаил Р.]

Станислав

работа по ТЗ - это всего лишь один из вариантов

Что значит 'один из'? ТЗ должно быть всегда, и чем продуманнее, тем лучше. Без ТЗ работа не должна выполняться от слова совсем...

он работоспособен только в тех проектах, которые уже живут своей жизнью

Не согласен. ТЗ критично для новых проектов и менее критично для старых, ибо в новых нужно изначально задать планку-стандарт исходя из которого будет писаться вся остальная архитектура проекта, а в старых уже как правило есть своя 'архитектура'...

то есть заранее известен весь функционал

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

[Михаил Р.]

Дмитрий,

Вот ни разу не попадались такие заказчики
всегда пойди туда не знаю куда сделай то не знаю что

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

[Станислав]

Что значит 'один из'? ТЗ должно быть всегда, и чем продуманнее, тем лучше.

Agile, Scrum, Kanban - видимо, вам либо незнакомы данные термины, либо вы до конца не понимаете их, либо вы никогда не работали по таким методологиям.

Без ТЗ работа не должна выполняться от слова совсем

Единственно верный подход в единственном случае - когда цена проекта оговорена заранее. Без него, при почасовой/дневной/недельной/месячной ставке абсолютно все равно, как будет вестись проект, при условии, что заказчик понимает, во что ввязывается.

Не согласен. ТЗ критично для новых проектов и менее критично для старых, ибо в новых нужно изначально задать планку-стандарт исходя из которого будет писаться вся остальная архитектура проекта, а в старых уже как правило есть своя 'архитектура'

Видимо, мы понимаем разное под новыми и старыми проектами, ну или я неверно выразился. Давайте я заменю слово новый на неизвестный никому ранее, а старый - на известный разработчику или же заказчику.

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

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

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

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

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

[Игорь]

Что значит 'один из'? ТЗ должно быть всегда,

Ничего подобного. Читайте Lean Startup.

и чем продуманнее, тем лучше.

Это неверно даже при обычной работе по ТЗ. Хотя смотря что вы имели в виду под "продуманнее".

Answer 7

[Виталий]

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

Answer 8

[vanyamba-electronics]

Судя по вопросу, у вас вообще нет опыта постановки задач на разработку программного обеспечения.
Это означает, что Вы хотите получить Мерседес по стоимости Запорожца, но не хотите получить Запорожец по стоимости Мерседеса.
Вы не знаете, что для покупки автомобиля Вам нужно пойти в автосалон и купить себе Кию или Форд, который удовлетворит вас по соотношению качество/цена и стоимости последующего техобслуживания.
Поскольку опыта нет, то Вы не можете оценить трудозатраты, и предлагаете заняться этим самому специалисту.
Это то же самое, как если бы Вы кому-нибудь предложили нюхать Ваш кокаин, который Вы купили, пока он не закончится.
Один специалист будет его потреблять со скоростью 1 грамм в сутки, другой 1 грамм в неделю, но суть ведь не изменится - просто однажды кокаин закончится, и Вы перестанете быть работодателем в индустрии программного обеспечения.
В том смысле, что Вы будете всё так же искать специалистов, но кокаина у Вас уже не будет.
И тогда Пресвятая Дева над Вами сжалится, и к Вам прилетит ангел, который будет Вас утешать, когда Вы будете читать книжку "Программирование для чайников".

Answer 9

[Максим Тимофеев]

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

Как выбрать программиста с адекватной ценой за час?

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

Answer 10

[dmitriy]

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

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

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

Answer 11

[Евгений]

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

Answer 12

[mrAvenger]

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

Answer 13

[Сергей]

Мне кажется вы показываете этим вопросом свою неадекватность.
Вы можете назначать любую стоимость своего проекта, также как и другие люди могу соглашаться на неё или нет.
Т.о. рынок не в том, что вы идете в магазин и покупаете по ценнику любой товар, что в сетевом супермаркете, что на рынке.
Дело в том, что людям нет смысла работать с вами, если они могут получить больше от других.
Из этого складывается цена разработчика.
Т.о. если считаете что цена часа\месяца\года\жизни не адекватна, ищите дальше.
Если хотите чтобы что-то делалось -- соглашайтесь и работайте.
Наймите двух\10\100, из них выберите лучших для вас.

В общем я в шоке от таких вопросов.

Answer 14

[semen-pro]

Попробуйте найти программиста офлайн. Лучше голодного студента. Офлайн немного другие правила игры, возможно, более привычные дляя вас.

Answer 15

[Игорь]

Варианты:
1. Провести собеседование, дать тестовое задание или проект, оценить.
2. Не можете сделать п. 1 самостоятельно, тогда найти того, кто это сможет сделать за вас.
3. По рейтингам/отзывам знакомых, или публичных площадок (биржи).

Других способов нет.

Answer 16

[awesomer]

Никак - если вы только сам уже не знаете этот рынок.
Методом проб и ошибок.