Как стать автором
Обновить

Комментарии 180

выход имхо только один — «работать на дядю»… как следствие чётко знаешь что получишь ЗП такого то числа, в таком то размере
ответственность за риски в фрилансе почти всегда лежит на исполнителе :(
Риски всегда мои, тут вопросов нет =)

Вопрос почему страховка от рисков стоившая 10% от бюджета так сработала. И что делать что бы больше так не поподать.
Не работайте с заказчиками из СНГ, не работайте на русских биржах.
Мысль интересная, но мне кажется должно быть решенеи попроще чем «сменить рынок». За пять лет работы это 5-ый случай обращения в арбитраж, и первый случай когда я не вполне понял мотивировку решения.
Вы будете удивлены, но на том же RAC ситуация идентична.
Вам просто не повезло. Арбитраж RAC (ныне vWorker) на моей памяти всегда был адекватен.
Вам просто повезло. Арбитраж у них в последнее время абсолютно не адекватный
Все зависит от того, кто ведет арбитраж. Я два раза учавтсовал в арбитраже и оба раза в положительную сторону для меня. Во-вторых, все еще зависит от предоставленных логов (почты, комментов в самом биде, логов с аськи/джаббера/мсна и т.д.). И главное, стараться придерживаться правил, которые прописаны на сайте и в арбитраже вставлять цитаты из правил — действует просто на ура.
заказчики из других стран вряд ли отличаются.
по крайней мере, из последних своих (немаленькая организация, Израиль) деньги выбили только отключением админки сайта. увы.
работать по принципу деньги вперед?!

вообще если прочитать правила www.free-lance.ru/help/?q=778
то «Как только условия сделки выполнены, и исполнитель прислал вам готовый проект, нажмите кнопку «Проект выполнен». Тем самым вы подтверждаете ваше согласие перевести деньги исполнителю.»
после этого не понимаю почему вам вынесены штрафные санкции…
«Шаг 4. Проект на исполнении»
На этом шаге вы отслеживаете процесс выполнения сделки. Как только условия сделки выполнены, и исполнитель прислал вам готовый проект, нажмите кнопку «Проект выполнен». Тем самым вы подтверждаете ваше согласие перевести деньги исполнителю. Менеджер Free-lance.ru связывается с вами (через личные сообщения), уточняет ваше согласие перевести деньги исполнителю и только после этого переводит зарезервированную сумму фрилансеру.

Хотя этого пункта в описании работы сервиса я не видел (это описание для заказчика), остается предположить что это защита от «случайных нажатий», хотя в моем случае получилось что случайно был оставлено два отзыва, что все вопросы решены — спасибо за работу.
нажатий случайных не бывает, имхо тут дело в том что заказчик приносит деньги в сервис, фрилансеров много, заказчиков мало… обидеть заказчика = уход его с сервиса

вы писали в сервис что вы не согласны с решением арбитража?
Я запросил мотивировочную часть решения, без нее тяжело соглашаться либо нет.
Логика решения мне не понятна.
По поводу обидеть заказчика — заказчик заказчику рознь, разовый не так дорог сервису как постоянный, то же самое с фрилансерами. Мне после этого проекта дали «первый разряд» — я «много» сделок провел через сервис. Как думаете, эта ситуация будет стимулировать меня для работы через СБР?
Что касается деньги вперед: обычно это на мелких проектах, но средних и больших — это поэтапная предоплата и передача исходников только после окончательного рассчета. Просто когда деньги не «пожимают» — я не считал зазорным работать и через СБР, в свете последних событий я буду этого избегать, по крайней мере на фриланс.ру.
Жестче нужно быть и сразу же следовать вашим же вывода в конце данного материала, хотя бы в будущем.
А вообще договор и оплата по безналичному расчету.
К сожалению безнал (если это не предоплата) не дает бОльших гарантий
есть древняя народная мудрость — любые отношения с заказчиком фиксируй официально (на бумаге, через интерфейс фриланса, например (сам им не пользуюсь как я понимаю из прочитанного текста есть такое)).
надо было так: от заказчика: в качестве компенсации за срыв сроков сдачи проекта просим исполнителя сделать то-то. срок начала. срок сдачи.
от исполнителя: согласен

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

Просто это сильно мешает работе, а в нашем случае от заказчика было 3 подтверждения(2 отзыва+закрытие сделки) через сервис что проект принят и все устраивает, почему это не помогло — загадка.
могу предположить почему так было:
в арбитражный случай рассматривает человек, он какбы непредвзят.
подает заказчик запрос — просим рассмореть дело, сроки сорваны, требуем компенсацию в размере 40%.
человек а арбитраже отслеживает прохождение заказа в соответсвии с условиями, и те сроки которые были зафиксированы официально. ага в договоре срок сдачи 1 января. а реальная информация о сдаче поступила 10 января. других официальных документов подтверждающих что задержка была обоснована или по вине заказчика нету, значит виноват исполнитель. занчит удовлетворить требования заказчика.

примерно как-то так. вот поэтому каждый чих и надо на бумажку :) а, логи аськи, насколько я знаю, нигде не принимаються в подобных случаях.
>а, логи аськи, насколько я знаю, нигде не принимаються в подобных случаях.
логи переписки внутри сервиса тоже!!!
> логи переписки внутри сервиса тоже!!!
А вот это уже что-то новенькое о_О
На веблансере логи внутри сервиса принимаются.
Арбитраж запрашивал у меня доп. информацию, и в его распоряжении были отзывы и мои замечания. Если бы он был в информационнам вакууме — я бы это понял.

Логи аськи не могут быть доказателсьтвом если их подлинность оспаривается кем-либо, именно поэтому основной акцент я делал на отзывы и принятие проекта (там все было сказано в т.ч. и про задержку). Если бы этого не было — я бы сделал то что требовал заказчик предварительно прикрыв свою (_*_) сообщением в сделке т.к. в противном случае у меня не было бы никаких доказательство.
Единственно верный метод, имхо, это оплата неустойки деньгами за каждый просроченный день. Остальные варианты непонятно как считать, выполнить 2 маленьких задания, или выполнить 1 маленькое, или сделать настройку сервера, это совершенно неприемлемые варианты.
Да, этот вариант имеет право на жизнь, в любом случае — это вопрос договоренности (договоритесь на бутылку пива — так тому и быть).
Фриланс.ру просто гребут деньги, им с высокой колокольни на все справедливости и несправедливости. А вот таких заказчиков на стену позора и в черные списки.
То что гребут деньги — молодцы.

Вопрос зачем такими действиями они отмахиваются от денег =)
Думаю, им проще забить на решение вопросов, чем париться из-за каких-то 40% вашей сделки. Сервис сделан так, чтобы насколько возможно минимизировать его обслуживание и сохранить стабильный приток финансов.

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

Просто СБР — один из самых интересных инструментов как для заказчика, так и для исполнителя (да и для сервиса, только процент по этой сделке — полугодовой «про» акаунт). Почему он так «оригинально» сработал?
В эти 10% входят издержки по транзакциям/конвертации ден. средств + выгода фриланса.

Сапа, к примеру, как налоговый агент удерживает 13% НДФЛ+% издержки с дохода исполнителя, зато прибыль физика — белая.
> В эти 10% входят издержки по транзакциям/конвертации ден. средств + выгода фриланса.
Издержки по конвертации/транзакциям не превышают 2%, за 8% выгоды можно и поработать =)
Не забывайте, что расходы компании — это целый букет издержек. И в услуги они частично включаются (где-то маржа больше, где-то меньше), чтобы, как минимум, окупиться.
Я про маржу говорю, понятно что расходы у них не только на конвертацию+транзакции =)
Да бросьте — расходы компании не оправдывают неоказания обещаной услуги.
Ведь было обещано: «сделка без риска» в обмен на 10%, а в итоге: сервис своё получил, заказчик своё получил, а вот фрилансер не совсем.
Потому, что это большая головная боль, объяснять компаниям с их моделью наебизнеса, что они обязаны вести дела честно, а не обманывая где только можно, по привычке. Проще кинуть фрилансеру косточку (60%), чтобы не гавкал, после чего на том и разойтись.
Да уж, неожиданно. Надеюсь на веблансере такого не будет…
А я то как =)
На веблансере вроде уже есть проверка личности по реальным документам (что спорно, но, может, и правда работает?) и бан аккаунта за любой чих в их сторону, скажем, на том же хабре. =) (или этого мало?)
Проверка личности там только по требованию. По умолчанию проверки нет
Не встречал таких банов.
temza.com/2010/02/02/weblancer-badlancer/

Чисто в качестве примера. А вообще, по запросу «weblancer бан» можно много чего найти. Просто темза у меня в ленте и я хорошо запоминил этот пост.
Забавно, просто то что я видел по банам — убивали только полный неадекват.

Что касается «россия вперед» и иже с ними — то думаю после обращения в саппорт проблема бы разрешилась (основания для бана очевидны).
Ну, ИМХО, серьезному сервису не к лицу заниматься баном за «нехорошие слова». Вон, RentACoder прямо на их Facebook страничке матом кроем и ничего :-)
Подправьте в примере УСН 8% на 6%. Или удалите пример, а то на УСН ещё вариант с 15% есть :)
А почему не на 3% поправить =)
Дописал уточнение.
А-а-а, Беларусь. Налоговая немного жаднее :)
Жаднее то ладно, там полно других приколов =)
Похоже когда-то наступит время когда будут говорить — не лезь к нему, отдай что просит — у него брат на хабре зарегистрирован :)

По ситуации — тут опять же сложно судить. Заказчик так же может свою историю рассказать, и там возможно читатели на его стороне будут. Тут как бы и вы лажанулись, и заказчик свое не упустил.
Заказчику ссылка предоставлена, если будет нужно — то и инвайт =) Я стараюсь четко отделять факты от оценок, а в этом случае против фактов не попрешь.

Ну и самое главное, топик не про заказчика, а про СБР и подводные камни. Жаловаться на заказчика — смысла нет, ничего не измениться, а вот разобратьяс с услугой было бы полезно не только мне.
Потому я сразу пошел на oDesk…
P.S.: У меня тоже из 5 фиксед прайсов выплатили только один. Суммы правда там смешные — по 10..15 баксов. Хотя выплотили тот, что был 50. +10 баксов даже премии дали :)
Исторически сложилось что начинали в.ру нете и переползать лениво =)
Я бы на Вашем месте переползал бы понемножку. Там и заработок повкуснее ИМХО…
Я просто когда только начинал пробовал там появится цены индусов и иже с ними не позволяли с ними конкурировать.
Да, то что индусы жмут цены — я согласен. Но есть вполне адекватные товарищи (имею ввиду работодатели) которые также понимают какое качество работы они получат.

В общем, желаю Вам удачи!
Спасибо и вам того же =)
0. Избегать СБР и не передавать заказчику результаты работы до получения денег.

Именно так всегда и делаю: полноценное решение деплоится на собственной площадке и дается на «порулить» заказчику без доступа к исходникам. Нравится — платим и забираем. Не нравится — прощаемся.

За все время (примерно 8 лет использования этой методики) был 1 случай, когда заказчик сказал, что он хотел другое. Получил от меня контактный e-mail того, кто может предложить это «другое» и мирно расстались. И 1 случай, когда заказчик посмотрел и… пропал. :) В обоих случаях код был в течении года заюзан в других проектах.
Я то же стараюсь работать по такой схемме, хотя иногда крайне желательно проверять проект в окружении заказчика + раньше получаются деньги.

Сейчас стало попроще, и я могу позволить себе отложить получение денег если это даст заказчику спокойно спать, при условии что у меня будут 100% гарантии получения денег (за которые я даже готов заплатить), до недавнего времени я думал что СБР дает такую гарантию.
Можно приходить со своим ноутом и на нем все показывать.

Что касается СБР, то я планировал воспользоваться этим сервисом, но в ТАКОМ виде он мне нафиг не сдался.
В москву из минска — как-то не с руки. Да и не это самое важное — скрипты серверные можно показывать у себя на сервере. Дизайн и верстку — лучше на своем ноуте (или после 100 оплаты).
100% гарантии получения денег при 100% выполнении требований заказчика и соблюдении сроков. Хочет заказчик какашку — будь добр отдай и строго в срок.
почти никогда не бывает 100% выполнения требований того что написано в ТЗ. Например тут заказчик просил изначально что бы «доставка товара» выполнялась SQL запросом который он будет вводить. Потом выяснилось что это работать не будет, что делать:
пересозадвать сделку, писать коментарий, подписывать новые требования кровью в 4-х экземплярах?
Сделку пересоздавать не надо, а вот согласовывать изменения с участием менеджера, чтоб он видел что вносится — это нужно. По крайней мере делать это через сам интерфейс СБР.
Это личное мнение или официальный ответ?

дело в том что я думал что фиксации чего-то в отзывах более чем достаточно, оказалось что ошибался.
Все действия «от ТЗ» должны фиксироваться. Даже задержка на № времени должна согласовываться. Чем больше информации есть у менеджера (или Арбитража) тем лучше для сделки. Попробуйте написать в обратную связь если остались какие-то вопросы.
Обо всем уже написано norisk'у.

То что лучше было документирваоть каждый чих — то же понятно, вопрос почему не хватило того что было задокументировано.
почасовая работа — решение вашей проблемы
Это только создает доп. проблемы:

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

Но по второму пункту Вы правы — это никак не помогает, если Заказчик просто не хочет платить.
Суровая правда жизни состоит в том что мы не знаем сколько времени займет разработка проекта до его завершения (можем только оценить, с большей или меньшей точностью). Далеко не все заказчики готовы брать на себя эту неопределенность т.к. это требует приличной квалификации и(или) веры исполнителю.
Суровая правда жизни состоит в том, что существуют методики оценки объемов работы и они дают вполне приемлемую точность (60-80%) для сработанной стабильной команды. К примеру, методика оценки Usecase points вполне подходит для того, чтобы показывать результаты оценки заказчику.

А если не оценивать, то лично мне вообще непонятно, как назначать цену.
даже если допустить что точность всегда в диапазоне 60-80% (что не так для нетиповых проектов), то попробуйте заказчику дать такую оценку проекта: от 4 000 до 8000 $ (± 30%).

Оценивать конечно нужно иначе не выставить счет, но бОльшая часть заказчиков просят назвать конкретную сумму (и это объяснимо), а с почасовой оплатой все риски в ошибках оценки (или в реализации) понесет заказчик.
Это уже моя проблема — учесть риски и добавить к оценке подушку. Это, собственно, классика. Заказчик получает уже итоговую — после учета рисков — оценку.
А как это решает проблему? Может, Вы путаете с поэтапной оплатой по календарному плану?

В случае просто почасовой оплаты Вы в конце проекта даете Заказчику итоговую раскладку по часам и стоимости, он говорит «Не верю» и все вместе идете в Арбитраж с еще более мутными условиями.
У меня была другая проблема, которая может и связана с тем, что я не до конца ознакомился с методикой работы СБР.

Я попросту ввел деньги через пластик в FM и хотел использовать их для ввода суммы. Как оказалось, деньги можно ввести только через WM и именно со счета, что для меня неудобно (не пользуюсь WM, под мак оперативно все ставить было лень). В итоге — чарджбек на неделю. Как-то расширять возможности надо, господа с free-lance.ru

Справедливости ради отмечу, что сам free-lance.ru оперативно отреагировал на запрос отката суммы, задержка была по части ассист-банк.
У нас то же была такая проблема (валюта сделки была указана ФМ), но этот вопрос довольно быстро решился.
rcnfnb нехилая проблема это требование webmoney. В выходные я обежал район — пункты приёма либо оказались только на сайте webmoney, либо не работали. Пришлось 5.5% автомату подарить. Итого 5.5+10+3.5 -19% переплаты. А исполнителю ещё придётся обналичивать их — тут все 30% потерь. Есть над чем подумать.
А почему требование вебмани? Там же вроде оплачивать можно кучей способов.
Только webmoney для СБР.
Да, действительно.
Странно, счет пополнить можно многими способами, а на сделку деньги только через ВМ.
Жеесть… никогда там не даже не пытался работать. И как выясняется чутье не подвело.
Это просто пи… Даже не знаю какими словами описать впечатления от поведения заказчика. Как говорят на демотивации, хочется взять и уеб****.

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

Речь про сервис и его работу.
> чтобы можно было приехать в офис и потолковать…
В другую страну сильно накатаетесь по офисам?
Ну во-первых бываю за картонкой :-) Во-вторых много знакомых… кто может на месте потолковать. Это вопрос психологии, а не реальных намерений поехать к кидале в офис.
Есть неадекватные заказчики — с ними нужно прописывать в договоре каждую мелочь, все штрафы, задержки и дополнительные фичи.
Есть адекватные заказчики — те с пониманием отнесутся к задержке, если она компенсируется дополнительными фичами.

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

Хотя, конечно, еслие сть сомнения лучше не лезть.
Как я понял, с вашей стороны действительно была задержка проекта на длительный срок (как я понял, на месяц). Извините, но то что «штрафных санкций за задержку в договоре не было» это не аргумент. В проекте есть сроки, и вы, если беретесь за проект, должны их выполнять. То что Вы считаете, что «сроки никого не волнуют» — это Ваши проблемы.

Так что я лично считаю, что решение вынесенное арбитражем вполне справедливое. А ваша ошибка была в том, что вы изначально «повелись» на выполнение дополнительной работы в качестве издержек просрочки.

P.S. Сам фрилансер раньше, но в данном случае все таки на стороне арбитража (не заказчика — заказчик как я понял мудаком и шантажером редкостным оказался)
> То что Вы считаете, что «сроки никого не волнуют» — это Ваши проблемы.
Не стоит приписывать мне то, чего я не говорил.

Задержка действительно была (хотя и не на месяц, но это не принципиально), факт в том что урегулирование вопроса с задержкой было подтверждено через 100% проверяемые сервисом механизмы 3-ды (2 отзыва + завершение сделки).

Я считал что арбитраж в такой ситуации (и имея такие док-ва) приймет мою сторону на 100%, если бы их не было (или заказчик просто обратился в арбитраж т.к. мы не договорились о компенсации задержки) то никаких вопросов бы не было.
>«сроки никого не волнуют»
>>Не стоит приписывать мне то, чего я не говорил.

Эмм… Цитата из вашего поста:
«и если закрыть глаза на моральную сторону — то задержка никого не волнует».

Так что не стоит говорить что вы чего то не говорили, если таки сказали ;)
Нехорошо выдергивать слова из контекста искажая смысл. Советую прочитать еще раз.

Там написано что если следвать букве «закона (ТЗ)» — то там нет никаких штрафов за задержку.
ну имхо 60 процентов от суммы еще вам повезло. Вообще всякое бывает. А заказчику пускай будет стыдно)
Я бы не назвал это везением =)

Мне кажется что вполне обоснованно ожидал 100% решения дела в мою пользу.
Перенесите в блог «Фриланс». :)
А сейчас он где?
о, смотрю уже перенесли ;)
Хорошо, а то первый раз она ушла в «хостинг» каким-то чудом :-D
В чем вы видите вину Арбитража?

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

По поводу комиссии, вы можете договориться с заказчиком по 5%, это в его интересах тоже.
1. Я не вижу ни в чем вины арбитража.
2. Мне не понятно решение выплатить 60%, учитывая что работа и компенсация за задержку была принята (а потом отозвана)
3. Договариваться можно и о 10%, это все делает мою работу более дорогой, при том что я получаю меньше. Очевидно что само по себе это не плюс, а минус.
Второй пункт, на самом деле очень сложный.

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

Есть ещё один момент в СБР, это факт завершения сделки. В итоге нажатия одной кнопки недостаточно, нужно ещё подтверждение. Я не знаю, почему нужно подтверждать факт закрытия сделки письменно, но надеюсь, этому есть причина. Так вот, заказчик может закрыть проект (вы довольны и ожидаете полную оплату) и после, как выясниться, с несогласием. В общем, на это распытывать и ставить как факт «согласие заказчика» тоже нельзя.
Цель этого и других постов — выяснить что учитывается, а что не учитывается в арбитраже. Что бы больше не наступать самому на эти грабли ну и помочь другим.
с меня хватило одного раза пользования данным сервисом.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
ИП есть, к сожалению или к счастью, не все могут работать по безналу.

Да и в случае разбирательства в суде тут было бы еще хуже (дольше).

НЛО прилетело и опубликовало эту надпись здесь
Твердо уверен что без договора подписанного с их стороны я не могу эти деньги получить в банке (по крайней мере в этой стране). А это где-то неделя(две) с этой почтой =)
НЛО прилетело и опубликовало эту надпись здесь
Ну и каким образом это гарантирует получение денег? Судиться?

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

Тут есть только два простых и эффективных метода — «фильтровать неадекватных клиентов» и «брать предоплату» :)
НЛО прилетело и опубликовало эту надпись здесь
Не, договор я тоже подписываю всегда, но совершенно не вижу в нем никакой реальной гарантии получения денег.

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

Рассмотрим дизайн сайта:

1. Разработка двух вариантов макета %30 — 1 неделя
2. Доработка выбранного макета %30 — 1 неделя
3. Финальная версия %40 — 1 неделя

Сам в последнее время работаю по такому принципы и если даже в какой-то момент что-то идет не так все остаются при своем. Заказчик получает часть работы за которую он заплатил, работник получает оплату за проделанную работу.
То есть проблема всех сделок без риска, полная оплата после полностью сделанной работы
Тут есть проблема, часть работы сложно оценить в деньгах (90% работа занимают 90% времени, оставшиеся 10% работы еще 90% — не такая уж и сказка). Но более гибкий механизм (при простоте использования) может быть полезен.
Понятно что решение надо дорабатывать, но с заказчиками я стараюсь работать именно так. Делается сначала прототип приложения, заказчик переводит допустим %30 процентов, потом идут доработки еще %30, а потом заказчик пропадает или не хочет платить, но я остаюсь при своем.
Исполнитель в нашей стране всегда незащищен, для заказчиков просто идеальные условия не давать предоплат, не платить за проекты вообще, огромный выбор исполнителей готовых сделать все дешевле, которые еще не знают всех проблем на этом рынке
надо добавить еще в «Рекомендации» пункт:
* про ICQ\Skype забудьте. Общайтесь с заказчиком только через внутреннюю почту
Вы повели себя неразумно (это на мой очень субъективный взгляд) взявшись за проект с СБР. СБР это очень тревожный сигнал.

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

Арбитраж повел себя непонятно. С какого-то рожна взявшись штрафовать исполнителя за просрочку. Это вообще полный неадекват и минус в репутацию сервиса. Не приведено ни оснований — с чего вдруг арбитраж вообще так имеет право сделать, ни способа расчета процента «Здравствуйте, я арбитр Вася и мне нравится цифра 60».
С СБР не раз работал, проблем не было, даже с арбитражом сталкивался. Само по себе это не тревожный сигнал.

Обсуждать заказчика тут — не вижу смысла, тут все ясно. А насчет арбитража — мне то же очень интересно мотивировка, но пока на мой вопрос не ответили.
Была большая задержка по проекту? Была. А что там у вас в асе кто кому сказал — недоказуемо. Я всю переписку всегда веду через личные сообщения на сайте. Так что арбитраж прав.
То что было сказано в отзывах то же недоказуемо?

Если бы была только ICQ с лоагми — то понятное дело никаких вопросов бы не возникло (там можно написать чего угодно).
Знаю, что пустяк спрашиваю, но рейтинг накинули тоже только 60% от суммы?
Не слежу особо за рейтингом, так что ответить не могу.
Я уже писал на хабре, что я делал, в своё время, для защиты от таких клиентов. Могу Вам тоже порекомендовать вставлять в код кусочек кода, который поможет решить подобную проблему. Тут и СБР не нужна.
1. это лечится
2. это не помогает (бекапы наше все).

Только если побаловаться.
1. Если нормально спрятать — то почти не лечится. Да и вряд ли заказчик будет ковырять код.
2. Можно запускать с разным интервалом. Вплоть до крона (в инете даже такие сервисы есть, которые дергают скрипт по крону). С бекапами надо возиться. Далеко не каждый заказчик знает, что такое бекапы. Зачастую заказчик вообще ничего не знает.

Это реально помогает. Можно, конечно, замарочиться с более сложной системой защиты — но, зная многих заказчиков, в том числе тех, кто немного «шарит», могу сказать, что хватит 2-3 строчки кода, просто убранных с глаз долой в какой-нить библиотеке.
Я про то что это принципиально лечится, а в хорошо спроектированной системе еще и хорошо видно =)
И понятно что до первого-второго удаления (на что, к стати, не факт что хватит прав) логично просто заплатить кому-нибудь что бы нашел и вычистил.
Заказчику будет удобнее заплатить деньги за проект, чем искать кого-то, кто будет ковырять код.
В хорошо спроектированной системе говорите? Допустим система построена на php при помощи Zend_Framework. Система отлично спроектирована.
Ну или на своем самописном движке с множеством подключаемых файлов.
Сколько потребуется времени найти вредоносный код? Вы уверены, что код всё-таки можно будет найти? Ну можно конечно. Но, издержки на время, лишний геморрой. Ведь неизвестно, по какому событию происходит удаление (логи вебсервера могут и не помочь).

По поводу прав — это уже мелочи. Я писал код, который, если не мог удалить файлы, то давал возможность выполнить произвольные команды на сервере. А этого хватало, чтобы, например, посмотреть конфиги и выудить пароль от базы. Ну, вообщем придумать можно много чего. Дело то не в этом.

Да, 100% защиты нету. Но, пара строчек в коде, иногда, реально может помочь решить проблему наименьшими время/трудо затратами.
Если Вы в это не верите — чтож, не пользуйтесь.
Я предпочитаю другие методы страховки, как выяснилось недавно — по крайней мере один меня подвел =)
Ну и как это «нормально спрятать»? :)))

При условии, что в здравом уме ни одному заказчику в голову не придет зазендованный код покупать без исходников.
А кто говорит о зазендованном коде?

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

«нормально спрятать» — имеется ввиду неявное выполнение действий функции. И необязательно тереть все файлы. Можно отключать работу скрипта с вероятностью 30% (каждое третье открытие страницы).

Это детский сад, я б просто не стал работать с таким подрядчиком в любом случае — мало ли каких сюрпризов он наоставляет в коде, даже если все будет ок.
я б просто не стал работать с таким подрядчиком
У Вас есть методика определения подобных подрядчиков? Вы заранее знаете, что в коде может быть что-то оставлено?

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

И конечно я замечу, что файл изменился, все ж под свн обычно лежит. Да и в хорошо написаном коде трудно скрыть такое.
А ну каждому своё. Один человек работает со страховкой. Другой работает исходя из интуиции.
Вот такой пример. У Вас есть ТЗ, нужно найти программиста. Есть такой программист, с хорошими отзывами, готовый начать работу без всякой предоплаты. Вы договариваетесь, что он должен сделать 50%-80% проекта, после этого Вы ему выплачиваете часть денег. Вроде условия отличные — Вы не рискуете деньгами, исполнитель вроде как тоже хороший, с большим портфолио и многочисленными положительными отзывами. И тут, вдруг, у Вас интуиция начинает Вам подсказывать — не, ненадо. И что, Вы откажитесь от исполнителя, пойдете искать другого?

По поводу если б узнал.
В процессе выполнения если видно, что заказчик начал устраивать канитель (менять ТЗ без условия доплаты, слишком по долго проверяет, задерживает промежуточные выплаты и тд) — то код будет присутствовать.
Заказчик узнает о коде только в том случае, если, он не выплатит деньги после сдачи проекта.
А в таком случае, исполнителю ни такой заказчик, ни его знакомые больше не будут интересны как клиенты. Когда мне пришлось применить такой метод, заказчик не обиделся и даже предлагал поработать ещё, потому как видел качество работы. Да и отзыв оставил положительный. Однако я ему сразу отказал — такая канитель меня больше не устраивала.

Под свн? Зачем фрилансеру заливать заказчику код по свн? Но, даже если такой редкий случай и произойдет — тогда надо будет тщательно обсуждать оплату, либо отказываться от такого заказчика. Ибо, слишком умные заказчики, которым нужно именно свн или что-то там ещё, это отдельный геморрой.

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

Опять же, я не навязываю свою мысль. Хотите руководствоваться интуицией — нет проблем.
Я же предлагал заказчикам начать работать над их проектом без предоплаты (если меня проект заинтересовал) и при этом чуствовал себя застрахованным. В 90% случаев код я даже не вставлял. Воспользовался кодом только в 1 случае. Это и есть моя страховка.

И последнее.
Я постарался максимально подробно обосновать все причины и ньансы подобного метода.
Вы же, кроме как, детский сад и многократных бы ничего не написали.
Объясните, чем же плоха данная страховка?
Ээ ну обычно система контроля версий все равно присутствует где-то, либо исполнитель туда заливает код напрямую (не вижу тут ничего ужасного), либо я его код кладу под свн.

Вообще, код довольно хорошо видно если заказчик программист, или у него есть где-то программист

Метод плох тем что он любые сюрпризы очень сильно расстраивают
Упс, отправилось случайно.

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

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

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

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

Кроме того, при определенном раскладе это подпадает под 274 статью УК.
Если узнает — я написал в каком случае узнает. В таком случае удара не будет — заказчик сам скомпрометировал себя.

По поводу статей и УК.
Во первых — исполнитель и заказчик могут находится в разных концах света, тут будет затруднительно искать правды.
Ну а во вторых — за неоплату выполненной работы тоже можно попасть под статью, причем легче.
Да ну, за неоплату работы под статью крайне маловероятно, особенно если это не отношения «работодатель-сотрудник». Это гражданское делопроизводство, арбитражный суд, все дела.
Тогда тем более нужна страховка :)
Ну тут конечно нужно опираться на судебную практику, но по логике вещей — до тех пор пока вам за программу не заплатили — все права на нее принадлежат вам, и вы определяете функционал, которым эта программа должна обладать. И в данном случае вызов скрытой функции самоуничтожения — это ни разу не взлом, это штатный функционал программы, вы, как ее автор решили что ваша программа должна обладать такой возможностью, и вы в праве ею пользоваться, ведь нельзя же привлечь к ответственности за то что написал сообщение в открытой для общего доступа гостевой? Так и тут, для общего доступа открыта возможность удаления всего и вся, а неблагонадежный заказчик пользуется системой на свой страх и риск.
Да и в хорошо написаном коде трудно скрыть такое.
Повторюсь. Каков бы не был хороший код — заказчик наверняка не полезет туда ковыряться. Достаточно просто убрать его поглубже.

Скрыть такое
Какое? Вы уверены, что будет заранее известно что искать? Вы можете найти все дыры в любом программном обеспечении?
«Дыры» — нет, но специальные закладки в «чисто» написанном коде будет хорошо видно. Тем более если они пытаются писать в исходники самой программы.
Мне бы Вашу уверенность.
И исполнителя Вы по интуиции фильтруете и специальные закладки теоретически легко найдете.

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

Проще и дешевле будет отдать исполнителю его заработанные деньги.
А ну если это большой проект «под ключ» то да, вряд ли найдешь. Я на аутсорс отдавал всегда только сравнительно небольшие куски, поэтому типичная ситуация для меня несколько по-другому выглядит )

Но свн остается в любом случае.
Про свн уже обсудили.
Как быть в случае выполнения части проекта (модуля например) — не знаю, с таким не сталкивался. Всегда брал проекты только полностью.

Кстати, моя идея далеко не нова. В инете был сайт пластиковых окон. Там сверху висел баннер с облачками. Так вот, из этих облачков вылетал нарисованных мужской хер, который сообщал всем, что заказчик не заплатил за работу над сайтом. Хотя, возможно что это была вирусная реклама — я потом видел много ссылок на тот сайт.
денег без риска не бывает
Извините, если вопрос — тупой. А есть ли альтернатива free-lance.ru по СБР? Данная ситуация — не суперстрашная, но вляпаться в подобное не хочется. А минимальная конкуренция заставила бы «Сервис» тщательнее прорабатывать систему сдачи-приемки (ох, больная, больная тема!) и доводить свои наработки до своих клиентов.
Есть аналоги почти у всех бирж, есть + траст вебмани (но тут по скорости все еще хуже).

Слету больше не скажу.
Во времена работы на rentacoder вывел несколько правил:
Всё общение только внутри сайта — никаких емейлов
Больше общения с заказчиком.
Если проект задерживается по моей вине — даём заказчику выбор:
— проект завершается в установленное время, я получаю оплату соответственно законченному проценту
— проект продлевается, я получаю меньше
— проект продлевается, я делаю допольнительную работу за те же деньги
Если проект затягивается по вине заказчика (заказчик долго отвечает на вопросы, расплывчатое ТЗ, внесение новых требований по ходу) — сумма контракта увеличивается, время проекта расширяется пропорционально увеличению работы.
Кто и как определяет «законченность процента»?
Желательно вы сами в разговоре с заказчиком. Не можете договориться — придётся идти в арбитраж.
Надо понимать, что лучше до арбитража не доводить — и отношения с заказчиком лучше, и рейтинг чище.
Кроме того — если стоимость проекта выше пары сотен, то уже имеет смысл договариваться о майлстонах — когда заказчик отсылает часть денег по реализации оговоренной части проекта.
Но лучше не фейлить сроки выполнения — это самое оптимальное :)
Самую удобную навигацию я считаю ту, которую сделали в плеере i-Bead 100 в 2002-м году. Потом её растащили на другие плееры, а позже эта великолепная идея умерла :(

Рычажок-коромысло, которое имело всего в 3 степени свободы: вправо-влево и нажатие.
Это позволяло очень легко даже в полной темноте и наощупь заходить в папки, выбирать песни, управлять громкостью или эквалайзером. Эххх…
Сейчас у меня плеер с сенсорным экраном, которым я правктически не пользуюсь, т.к. эта сенсорность просто достала уже! Не знаю, на что бы его поменять, что умеет flv с ютуба и вконтактика воспроизводить
ох, не туда, простите :)
НЛО прилетело и опубликовало эту надпись здесь
Ваша проблема в том, как и 90% программистов — что вы сорвали сроки. О компенсации в договоре не было речи. Что мол если я сроки сорву, то я вам компенсирую. Сроки сорвал-виноват. Так что пеняйте на себя.
У меня как у заказчика есть положительный опыт работы по сделке без риска. Поэтому я пользуюсь только ей. И компенсации меня как заказчика не очень — то интересуют на самом деле. Все должно быть сдано вовремя и в срок.
Большинство программистов срывают сроки — да, возможно. Сорвал сроки — виноват — да, безусловно.

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

В ситуации, описываемой автором заказчик сказал, что решение некоторого вопроса компенсирует задержку проекта. А потом передумал. Либо вы не заметили этот ключевой момент во всей истории либо посчитали, что заказчику не стоит заботится о таких мелочах как следование слову или выполнение договоренностей. Какой вариант из двух?
Срыв сроков = компенсация, тут никаких вопросов нет.
Вопрос почему оговоренная компенсации вдруг стало мало и арбитраж с этим согласился.
*оговоренной
А может хватит ныть?
Я вот работаю по упрощенке, 6% налога вместо 10% комиссии. За это к моим услугам, помимо арбитражного суда и возможного уголовного преследования того, кто попытается меня кинуть (тут я только о законных вариантах пишу, само собой) еще и ОМС. Ну и возможность заключать сделки на куда большие суммы, чем заказики с фрилансичка )))
У меня есть и упрощенка и договора, хотя там то же хватает проблем.

Проект был не на много тысяч долларов и заказчик хотел провести его через сервис, будь он по договору — судится бы ради этих денег я бы не пошел (я больше времени потрачу на суды чем получу в итоге).
Много раз сталкивался с заказчиками, которые начинали «прикреплять» к ТЗ какие-то пункты с пояснениями «ну там же работы на 2 минуты». Выход нашел один — разбиение проекта на пункты, и оплата каждого пункта при его выполнении. При таком условии заказчик кинуть не может, т.к. проект, например, еще не доделан, а часть денег уже выплачено, и мне меньше головной боли.
Ни что так не укрепляет дружбу как предоплата =)
Как интересно…
Месяц назад у меня тоже было кидалово, и тоже по безопасной сделке, только на weblancer.net.
Но принцип весьма схожий.
Меня тоже посетила мысль о том, что следует избегать «безопасных» сделок. После вашей статьи она укрепилась.
А можно чуть подробнее? Были ли какие-то заведомо достовреные «доказательства» у сервиса или нет?
до арбитража я доводить не стала, там сумма проекта была $100.
За то же время вместо бодания можно два таких проекта выполнить.
А если в говно окунёшься — потом долго не отмоешься.
Ну как сказать, мас ничего не мешает бадаться в «фоновом режиме», хотя есть люди которым это очень неприятно (арбитраж, суд и т.д.). А вот насчет «говна» — это вы зря, по-моему нужно устраивать показательные казни, чтобы другим неповадно было.
очень даже возможно.
Но то был мой первый опыт работы на фрилансе, я всё списала на собственную неопытность.
Оглядываясь назад, уже можно заметить ещё один признак мошенничества: работы проводились на тестовом аккаунте, а не на реальном сайте. То есть, практически полная анонимность «заказчика».
Насчет тестового акаунта — это нормально, мало ли что сломается.
Всегда было интересно как логи аськи (или других месенджеров) могут служить доказательством чего бы то нибыло.
Этоже просто текстовые файлы, таких логов можно наделать сколько угодно…

Имею ввиду, что они не снабжены какими бы то нибыло средствами защиты от изменения или подделки.
Логи аськи и других месенджеров которые храняться локально могут быть «доказателсьтвом» только если их подлинность не оспаривается сторонами (например оба предоставили одинаковые варианты). В любом другом случае это просто текст который можно легко поправить.
Просто неоднократно в инете и прессе всплывают разборки в которых на основе логов в аське принимают гораздо более серьезные решения. В плоть до уголовного наказания.
Уголовное наказание на основании логв ICQ — это сказки или больное воображение (суд как доказательство это не приймет), а вот то они могут быть основанием для возбуждения дела — это да.
Так же столкнулась с неадекватным отношением со стороны free-lance.ru. В портфолио у копирайтера проиндексировались статьи, которые я некогда приобрела. На вопрос, убрать мои статьи или закрыть текстовые файлы от индексации, получила ответ:

«пользователи самостоятельно решают вопрос выкладки работ в портфолио. Пользователи могут выкладывать не текстовые файлы, а скриншоты работ, чтобы тексты не индексировался».

А то, что биржа от этого собирает мало-мальски трафик — это, конечно, списывают на «решение» копирайтера, который, по сути, может и не знать, что word индексируется.

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

Потом нужно было писать в саппорт с предметными претензиями (использование текстов без разрешения).

Просто так саппорт убирать действительно ничего не должен.
Фрилансер год как на сайте не был, и возможно уже не будет, поэтому и написала в саппорт.
Суть ведь не в том, что копирайтеры выкладывают текстовые файлы в портфолио, а в том, что фриланс их не закрывает от индексации.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории