Какую информацию видит заказчик об исполнителе на сервисе Фриланас? - страница 2

 
Nikolay Ivanov:
да это мы знаем, просто не понятно как отправленный пример кода может пролить свет на ситуацию
Это уже мои проблемы, как оценить. Если человек профессионал и заинтересован в сотрудничестве, то он не задает вопросов, что, зачем, как. Если начинается недопонимание на старте, то это один из фильтров.
 
Maxim Romanov:
Это уже мои проблемы, как оценить. Если человек профессионал и заинтересован в сотрудничестве, то он не задает вопросов, что, зачем, как. Если начинается недопонимание на старте, то это один из фильтров.

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

 
Maxim Romanov:
Это уже мои проблемы, как оценить.

не оцените, многие из начинающих разработчиков используют готовые решения из КБ и из статей - это нормальное явление и почему бы и нет (как пример в рунете ну процентов 70% советников МТ4 написаны с использованием функций КимIV)

проблема в возможностях и опыте модифицировать чужие готовые решения, как пример - я свою библиотеку МТ4 переписывал раза 3, и до сих пор нет идеального варианта с которым можно выполнить написание советника путем складывания готовых функций (блоки / участки программы), всегда найдется ТЗ, которое не будет повторять предыдущие  - заказчики же не дураки? - они тоже готовые решения уже "покрутили" и хотят что то новое "прикрутить"  )))


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

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

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

 
Igor Makanu:

не оцените, многие из начинающих разработчиков используют готовые решения из КБ и из статей - это нормальное явление и почему бы и нет (как пример в рунете ну процентов 70% советников МТ4 написаны с использованием функций КимIV)

проблема в возможностях и опыте модифицировать чужие готовые решения, как пример - я свою библиотеку МТ4 переписывал раза 3, и до сих пор нет идеального варианта с которым можно выполнить написание советника путем складывания готовых функций (блоки / участки программы), всегда найдется ТЗ, которое не будет повторять предыдущие  - заказчики же не дураки? - они тоже готовые решения уже "покрутили" и хотят что то новое "прикрутить"  )))


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

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

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

Если так подходить, то лучше сразу заказать работу безымянному исполнителю за 1000$. К чему проверки и попытки хоть как-то отфильтровать исполнителей, заказываем у безымянного исполнителя и потом платим комиссию снова и так покругу. 
Какие вы предлагаете способы оценить квалификацию исполнителя?
 
Maxim Romanov:
Какие вы предлагаете способы оценить квалификацию исполнителя?

только общение с разработчиком перед выбором исполнителя

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

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

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

 
Igor Makanu:

только общение с разработчиком перед выбором исполнителя

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

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

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

Общение дальше идет, в целом я так и делаю.
Арбитраж не очень приятен для заказчика, по тому что 10% комиссия с каждого арбитража. Пару раз ошибешся и бюджет весь уйдет на комиссии. А если еще и работа большая, то комиссии становятся ай какие неприятные. В итоге и работа не сделана и деньги потеряны. 
 
Maxim Romanov:
Общение дальше идет, в целом я так и делаю.
Арбитраж не очень приятен для заказчика, по тому что 10% комиссия с каждого арбитража. Пару раз ошибешся и бюджет весь уйдет на комиссии. А если еще и работа большая, то комиссии становятся ай какие неприятные. В итоге и работа не сделана и деньги потеряны. 

да понятно это все

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

ЗЫ: ситуация, в принципе как и везде - пока не попробуешь не узнаешь )))

ЗЫ: Вы же парикмахерскую не по фото стрижек на информационном стенде выбираете, а там где цена качество и обслуживание Вас устраивают, а сам информационный материал... ну как бы он есть

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

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

И еще интересно, какое количество отличных отзывов вам необходимо, чтобы разработчик вас заинтересовал?

 
Elena Baranova:

А разве большое количество отличных оценок и отсутствие арбитражей не говорит Вам о высоком проф уровне разработчика?

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

 
Elena Baranova:

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

И еще интересно, какое количество отличных отзывов вам необходимо, чтобы разработчик вас заинтересовал?

Смотря какие работы выполнять. Если надо что-то простое сделать, например отправку данных на сайт или простенького робота/индикатора, то можно и на звездочки ориентироваться. Многие работы здесь очень похожи и стандартны, поэтому разрабы на тренеровались минимум менять в своих кодах. Если нужно сделать что-то сложное и не стандартное, то это другой вопрос. У человека может быть средняя квалификация, позволяющая выполнить 1000  средненьких работ на фрилансе, но если требуется сделать что-то сложное его квалификация не позволит выполнить эту работу, как ни крути. 

Отзывы штука вообще субъективная. Не известно, какой сложности была работа, за которую оставлен отзыв, поэтому количество тут не решает.