Серый список

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

В случае кидалова - это хорошо, так и должно быть.
Но тех, кого подозревают в чем-то, помещать в Черный список IMHO неправильно. Вот пример такой темы: посилання

Выход есть. Уже неоднократно были идеи создать Серый список для подозреваемых в кидалове, для тех кто хамит, неадекватно себя ведет, и т.д. Вот именно это и можно организовать.

Но техническая особенность Серого списка будет такова, что на его страницах будет стоять метатег <meta name="robots" content="noindex,nofollow">, чтобы поисковики не индексировали эти страницы.

tvv, ну и что спасет от попадания в этот список любого? Не понравитесь кому-то вы (не так ответили на вопрос), и все - вы в сером списке.

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

Только индексироваться роботами не будут эти страницы, пока идет "следствие". Если вина будет доказана в будущем, можно и в Черный список из Серого переводить... Это более справедливая схема, таким образом репутация не пострадает (в кеш гугла информация не попадет), если человека занесли в этот список незаслуженно, и он оправдается. По сути, это своего рода инкубатор перед помещением в Черный список.

Есть встречное предложение.

Предлагаю создать списки разных градаций серого по степени хамовитости и неадекватности.

А еще создать белый список, куда заносить всех белых и пушистых.

И конечно не забыть про серобуромалиновый список.

В общем тут еще работать и работать в этом направлении.

Тема серого списка уже поднималась. Не поддержали.
Вообще серые и черные списки часто вещь сама по себе опасная.
И если человек работает в этой сфере то должен быть готов к ошибкам и несправедливостям занесения в такие списки.

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

Чтоб черный список не был инструментом шантажа или местом для разборок и выброса грязного белья.

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

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

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

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

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

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

- Исполнитель, после того как заказчик выбрал его победителем должен акцептовать сделку
(также как сейчас устроена система договоров, то есть "официально" признать, что условия ему подходят и он готов работать)

При этом в пользу заказчика в 100% случаев (независимо от обстоятельств) трактуются следующие варианты:
- Исполнитель принял условия сделки без ТЗ
- Малобюджетные проекты (до $30 или другой лимит) не могут быть предметом для занесения в черный список
(спорный пункт, но по данным проектам никто ТЗ составлять не захочет)
- В случае конфиденциальности ТЗ - обязательно использование договора Weblancer (СБС по желанию)
- Ну и естественно, если пользователь не был выбран победителем
(чтобы уже закрыть наболевший вопрос скрытых конкурсов - участвуешь в конкурсе, все риски твои, готовься быть кинутым)

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

> При этом в пользу заказчика в 100% случаев (независимо от обстоятельств) трактуются следующие варианты:
> - Исполнитель принял условия сделки без ТЗ

Это спорно. Я бы наоборот это трактовал в пользу исполнителю (иначе вечное рабство получается), а другие могут решать иначе. Так что лучше этот пункт исключить.

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

Цитата:

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

Ну а как считать, например, проекты Маузера на тестирование?

> - Малобюджетные проекты (до $30 или другой лимит) не могут быть предметом для занесения в черный список
Это тоже не вариант ИМХО
Я тоже не высокобюджетный заказчик, но это не значит, что я имею право постоянно кидать людей.
К тому же если малобюджетные не будут приниматься в черный список, что мешает мне с высокого бюджета перейти на низкий, а раз в ЧС не попаду - то получать работы и совсем на бесплатно?
Поставлю низкую ставку и пойду бесчинствовать.

ashv, по идее tuls исполнитель подписывается под низким бюджетом. Но даже это не повод не заносить в ЧС.

SolNikolay ммммм.... Значит до меня не сразу дошло. Мне показалось что имеются ввиду неоплаченные проекты с низким бюджетом.
А так если оплатили то при чем тут ЧС

ashv, акцептовали, а не оплатили. Заказчик принял на себя обязательство по оплате, но не оплатил.

SolNikolay не поняла к чему вы. Поясните пожалуйста.

tvv,

Цитата:

Это спорно. Я бы наоборот это трактовал в пользу исполнителю (иначе вечное рабство получается), а другие могут решать иначе. Так что лучше этот пункт исключить.

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

SolNikolay,

Цитата:

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

Не вижу связи - наоборот это какое-то ущемление свобод...
Насчет проектов Mauser - у него нет ни одного малобюджетного проекта (то, что одна ошибка = $5 не значит, что весь бюджет равен $5 и опять же проект по тестированию - это фактически конкурс, в нем следует участвовать на свой риск). Никаких жестких обязательств оплаты нет (имеется ввиду, что заказчик явно говорит, что определенные ошибки он засчитывает, а некоторые нкт).

ashv,
Если Вы не работали с высокими и средними бюджетами, то этот вопрос может быть неочевидным, но никто из серьезных разработчиков просто не заглядывает в разделы, кроме Высокий бюджет и Средний бюджет. То есть манипулировать бюджетом просто не позволят исполнители.
А насчет малобюджетных проектов - тут риски очень легко компенсировать - требовать использования СБС. Если исполнитель готов работать без СБС - он снова отвечает за свой риск сам и в случае кидка не может добавлять заказчика в черный список.

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

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

P.S. Вы просто сейчас смотрите со своей высокой ступени. А если бы вы сейчас только начинали? Вам бы не понравились такие условия.
И вообще ИМХО глупо бороться с жертвами преступлений, а не с преступниками