Сервис Работа: Нужен ли ТОП разработчиков в существующем формате - страница 22

 
Wahoo:

Лично я готов ответить за каждую из этих работ, и за большинство уже ответил ...


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


 
abolk:

Что планируете делать с таким скоростным выполнением работы проведением/конвертированием средств? ...Как Вам такая статистика:...-- 10% выполненных работ сроком меньше 13 минут 

Это прохождение этапов? выполнение работ? или конвертация? или прогонка средств? Что это было? 

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

изначальная цена ведь зафиксирована и сервис не позволяет её изменить....

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

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

 
vspexp: и введению некого уменьшающего стоимость % за не попадание в ранее оговоренные сроки - это будет всем полезно

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

со стороны сервиса работа должен быть лишь контроль оговоренного времени выполнения работы или с возможностью добавления времени выполнения при согласии сторон

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

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

рычаг один - если считаете нужным, то можно разорвать ранее заключенное соглашение если условия соглашения не выполнены, пообещали за 1 день сделать код - прошло 3 дня и "ни слуху ни духу" , имхо, арбитраж в помощь

 
vspexp:

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

Попробуйте дистанционно соместно с заказчиком подтвердить за 44 секунды все четыре этапа (8 подтверждений). В единичном редком случае - это возможно. Но когда таких "прохождений этапов" - регулярная практика? А ведь кроме нажатия кнопок, хотя бы в одном этапе что-то и написать надо.

Сколько найдётся заказчиков, которые способны принять работу стоимостью от 100 долл меньше чем за 13 минут (о времени выполнения уже не говорим)?

Сколько может быть работ, за которые регулярно идут "довески" в 100, 200, 300, 400 долл?

Сколько найдётся разработчиков, которые возьмутся выполнять работу в 400 долл без гарантии оплаты?

Если работа выполнена "вне сервиса", то зачем проводить такую работу через сервис?

Причём что интересно - приведенные факты имеют стабильно(!) место только у трёх разработчиков. Больше ни у кого нет на примете такого количества скоростных заказчиков.


Основной поднятый мной вопрос - это форумла расчёта ТОПа. Как недвусмысленно показано - формула расчёта ТОПа по количеству выполненных работ - в корне не верна, не обоснованна, не объективна - к тому же, безнаказанно накручивается.

Из-за такого пагубного расчёта ТОПа - как есть недавний яркий пример https://www.mql5.com/ru/forum/9762 - за 10 долларов разгораются настоящие баталии (хорошо что дистанционно). Что стало твориться в заявках на заказы https://www.mql5.com/ru/job/6491https://www.mql5.com/ru/job/6490 - откровенные обвинения друг друга в мошенничестве (уголовщина какая-то) - явное нарушение правил сервиса (выяснение отношений) и уголовного законадательства (статья о клевете) - причём где модераторы? где администрация? - не понятно - никакой административной защищённости чести, достоинства и деловой репутации участников сервиса Работа.

И многое это из-за ошибочного (или непродуманного) подхода к формированию ТОПа. 

А ведь это только первые прецеденты. Сервису-то всего 30 месяцев. И уже описанные случаи берутся как пример для подражания. А что ожидать дальше? 

 
abolk:

А что ожидать дальше? 

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


Сколько милионов людей было загублено.. из-за неправильного формирования ТОПа..

 
_Techno_:

 

abolk:




Молодец! 5 звезд..

Предлагаю создать целую тему какой Аболк молодец. Ведь все ради людей старается, в лепешку прям разбивается.. о себе совсем не думает..

кто за ?

 
IgorM:

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

.....

рычаг один - если считаете нужным, то можно разорвать ранее заключенное соглашение если условия соглашения не выполнены, пообещали за 1 день сделать код - прошло 3 дня и "ни слуху ни духу" , имхо, арбитраж в помощь

по поводу "залезть в карман" - спорно, т.к. если сказал - нужно сделать, и заказчика особо не волнует когда будет делаться работа - я студентом был диплом ночами и на работе писал, и защитил на отлично; а днем, в аудитории изучая предмет трояки хватал. /есть объективные причины увеличения времени/

...

заказчиком тратится время на объяснение ньюансов ТЗ ... и после этого в арбитраж? через них и так 40% заказов проходит, зачем? просто имеют место ситуации когда программист взявшись за работу, берёт в разработку ещё и ещё - тратит время проплаченное заказчиком на разбор чужих кодов, в итоге нарушаются сроки и обязательства, + не проводится должная проверка кода и проч. И планируемое к внедрению новое ограничение в 5 заказов - это правильно.  

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

  

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