Как правильно нанимать программистов?

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

Если программист бросается профессиональными фразами и даже не хочет вам по-русски доходчиво объяснить, то реально раскрутка :). Обычно все заинтересованы чтобы заказчик понимал что он получит и чтобы сам исполнитель понял, что же хочется заказчику?

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

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

Например, разработка логотипа, до чего же трудно объяснять что он делается не 10 минут :))). Хотя сделать рерайт с готового логотипа, можно уже и за 10 минут.

3. Оценивать проект достаточно просто, если программист фрилансер, то толковый программер просит от 1000$ в месяц работы. Оценивайте человекочасы и будете знать сколько должен стоить проект. Если заказывать в студиях, то порядка 3000$ за месяц разработки (я сужу по нашей студии). Есть такие, где и от 20000$ в месяц.

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

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

нет там ничего уникального, могу сказать с уверенностью

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

Покажите, хоть для примера, какой сайт то хотите?

Используйте рекомендации от своих знакомых, которые в теме...

"знающие люди" сказали цену сайта для какого из случаев? первого или второго?

просто Вы хотите нанять "менедждера проекта", который будет получать свою часть оплаты + он будет набирать команду, которая будет хотеть свою часть оплаты

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

То через 5-10 минут общения "специалист" или будет нормально все объяснять, или замолкнет.

Во 2-м случае - это к лучшем(по-моему)

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

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

DyaDya, ну вот давайте я вам свое это описание скину, а вы предположите, сколько это может стоить?

Увы, они искренни в своих заблуждениях. Они на самом деле считают, что Вам будет лучше. Но Ваш бизнес знаете Вы, а не они.

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

Про "первый раз" действительно лучше говорить сразу :)

Увы, хорошего программиста (не программисту) найти тяжелее чем хорошего дизайнера (не дизайнеру)

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

Но за совет спасибо, потому что разбиение этапов у меня, видимо, не столь чёткое, чтобы сразу снимать все вопросы и "идеи".