Какую информацию видит заказчик об исполнителе на сервисе Фриланас? - страница 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  средненьких работ на фрилансе, но если требуется сделать что-то сложное его квалификация не позволит выполнить эту работу, как ни крути. 

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

Причина обращения: