Комментарии 31
А использование заранее заготовленного бекдора, когда сайт уже под контролем заказчика, не может рассматриваться как взлом с соответствующими последствиями?
По-моему, мороки с судом будет меньше, чем мороки с созданием, отладкой и маскировкой бэкдора. Тем более что наличие бекдоров в продукте может негативно отразиться на вашей репутации.
Месть - удел слабых и подлых людей (каким бы видом защиты она не являлась).
это не месть. я как можно аккуратнее путался это подчеркнуть, видимо не получилось :(
НЛО прилетело и опубликовало эту надпись здесь
Честно признаюсь, я не профессиональный фрилансер. Но простите, зачем строить такое западло ребячество, когда морально (а скорее всего и юридически) Вы имеете полное право не отдавать заказчику то, за что он не заплатил? Вы же ясно пишете - сдаются этапы, так ведь и оплата наверное привязана к этим этапам. А значит - нет оплаты - нет этапа. "Утром деньги, вечером стулья" (c) ... в таком ключе.
В любом случае вы тратите на какую-то, простите, срань своё время, нервы и главное те частички позитивного настроя, с которым следует относиться к делу. Имхо лучше быть спокойным добрым профессионалом, нежели нервным и злым фрилансером-западлостроителем :)
В любом случае вы тратите на какую-то, простите, срань своё время, нервы и главное те частички позитивного настроя, с которым следует относиться к делу. Имхо лучше быть спокойным добрым профессионалом, нежели нервным и злым фрилансером-западлостроителем :)
никто не говорит о злобовстве и прочем. я опять же подчеркну, что этот топик для плохих заказчиков. об этом стоит иногда задумываться. так же как задумываешься о совей безопасности, когда в твоем подъезде бью морду в три часа ночи твоему соседу и просят мобилу. это косвенный пример. не поймите буквально.
я просто задумался о способах защиты от недобросовестных заказчиков. получился вот такой текст.
быть может он поможет кому то, кто отчаялся.
я просто задумался о способах защиты от недобросовестных заказчиков. получился вот такой текст.
быть может он поможет кому то, кто отчаялся.
сменить пароли? по идее можно им очень насолить...
можно поребячиться - kidala.info, его вроде как индексируют нормально. если заказчика будут следующий раз искать, вдруг наткнутся?
можно поребячиться - kidala.info, его вроде как индексируют нормально. если заказчика будут следующий раз искать, вдруг наткнутся?
хорошая мысль, правда все же сомнительно, что кто нить выйдет на этот ресурс.
админ мой знакомй. по идее сайт посещаемостью 2к в день. просто его ддосят 3/4 суток в сутки)
раз ддосят, значит действительно популярный :)
ну да. сайт-то на самом деле немного более специализированный - красноглазики друг другу перечисляют деньги или там покупают что-то в интее друг у друга (аськи там или трояны), ну и если одна сторона не выполняет -то понятно, что происходит.
даже хакер, говорят, о них однажды написал)
даже хакер, говорят, о них однажды написал)
проблема таких сервисов в том что их много. :( и быть может человек на одном сайте в blacklist а в другом, наоборот в whitelist. Так же смена ников и прочего.
Правда если добавлять именно название компании. Но и они могут дублироваться в разных регионах, а тем более в СНГ.
Правда если добавлять именно название компании. Но и они могут дублироваться в разных регионах, а тем более в СНГ.
исходный файл обязательно должен размещаться на рабочем сервере и передан заказчику только по истичению срока договора, даже в том случае если проект выполнен раньше. Все изменения не включенные в ТЗ вносятся с дополнительным соглашением.
Вообще дополнительные соглашения должны стать обязательной практикой любого разработчика.
Предположим модель поведения такая:
заказчик признал свою потребность в услуги.
вы предоставили ему бриф в котором он описал все цели будущего ресурса и личные пожелания.
после этого вы согласовали обьем работ и бюджет.
после этого вы (за деньги заказчика) разработали техническое задание - план работ.
далее выполнили все что описано в ТЗ.
на этапе согласования заказчик предложил еще несколько дополнительных элементов.
Очень хорошо, вы согласны с этими мерами но в ТЗ они не входят.
Все просто заключаете, дополнительное соглашение и дорабатываете сайт.
Аргументы из серии бюджет ограничен или вы могли бы включить это в ТЗ сразу же не катят.
Если сразу предупреждать о всей стратегии поведения вас как разработчика то притензий быть не должно.
Дать 30 % аванс а потом пытаться заставить вас создать уникальный сервис, не выходя за рамки бюджета излюбленная тактика всех заказчиков, за очень малым исключением.
Вообще дополнительные соглашения должны стать обязательной практикой любого разработчика.
Предположим модель поведения такая:
заказчик признал свою потребность в услуги.
вы предоставили ему бриф в котором он описал все цели будущего ресурса и личные пожелания.
после этого вы согласовали обьем работ и бюджет.
после этого вы (за деньги заказчика) разработали техническое задание - план работ.
далее выполнили все что описано в ТЗ.
на этапе согласования заказчик предложил еще несколько дополнительных элементов.
Очень хорошо, вы согласны с этими мерами но в ТЗ они не входят.
Все просто заключаете, дополнительное соглашение и дорабатываете сайт.
Аргументы из серии бюджет ограничен или вы могли бы включить это в ТЗ сразу же не катят.
Если сразу предупреждать о всей стратегии поведения вас как разработчика то притензий быть не должно.
Дать 30 % аванс а потом пытаться заставить вас создать уникальный сервис, не выходя за рамки бюджета излюбленная тактика всех заказчиков, за очень малым исключением.
это в идеале. при нормальных документах, договорах и порядочности заказчика и исполнителя.
тут очень хорошо работает психологический фактор, когда ТЗ уже выполнено, говорит тебе заказчик сделай вот такто и такто, это же не долго (а это и в самом деле, действительно не долго). ты делаешь. он опять. и так циклично. и тебе кажется, что вот вот тебе выплатят окончательныую сумму, а этого не происходит. ладно, если есть бумаги - можно ему их ткнуть в лицо, а если их нет, что тогда делать?
хорошая структура ведения переговоров при переполнении задач ТЗ.
тут очень хорошо работает психологический фактор, когда ТЗ уже выполнено, говорит тебе заказчик сделай вот такто и такто, это же не долго (а это и в самом деле, действительно не долго). ты делаешь. он опять. и так циклично. и тебе кажется, что вот вот тебе выплатят окончательныую сумму, а этого не происходит. ладно, если есть бумаги - можно ему их ткнуть в лицо, а если их нет, что тогда делать?
хорошая структура ведения переговоров при переполнении задач ТЗ.
Если не рассматривать вариант, что вы не оговорили четко ТЗ, сроки оплаты за сданные объемы, а именно заказчик "тянет резину", то моя рекомендация такая:
поговорить с ним об этой ситуации (Если не ошибаюсь я здесь первый, кто это предложил)
Делается это так.
Подготовка. Первое - переключится из роли униженного и обиженного просителя в роль начальника, который разговаривает с недалеким по разуму подчиненным. Поймите, что это действительно так. Это человек, у которого с одной стороны вы, с другой стороны настоящий заказчик, который ничего не понимает в ТЗ, но понимает в дЕньгах. Ваш "агент" что-то плохо понял или расчитал, теперь у него из-за этого проблемы. Он заслуживает только сочувствия. Во время разговора помните - перед вами не злой и коварный кидала, котрый ест маленьких фрилансеров на ужин, а обремененный семьей человек, который по своей глупости попал в тяжелую ситуацию. Соответственно никакой злобы и напряжения в голосе с вашей стороны. Это важно.
Во время разговора, когда заказчик говорит раздраженно, торопится и грузит вас всяким, слушаете молча, а затем, когда он поставит точку в предложении, не отвечая на его вопрос и не комментируя по теме, обращаетесь к нему по имени отчеству.
- Сергей Васильевич!
(он что-то отвечает)
(далее очень доброжелательным голосом)
- Не найдется ли у вас двух минут, чтобы обсудить сейчас со мной один важный вопрос?
(он отвечает "ну давайте только быстро")
- Вы знаете, я чувствую, что у нас какие-то неразрешимые проблемы со сдачей последнего этапа. Если у вас есть какие-то трудности, расскажите мне, чтобы между нами не было непонимания.
(он отвечает "бу-бу-бу", а вы очень доброжелательно продолжаете)
- У меня к сожалению нет возможности делать большой объем доработок, не согласованных нами ранее. Давайте поищем выход из положения?
и так далее...
Попробуйте.
P.S. Если вам понравился комментарий, вы можете отблагодарить меня за потраченное время, добавив кармы. Спасибо.
поговорить с ним об этой ситуации (Если не ошибаюсь я здесь первый, кто это предложил)
Делается это так.
Подготовка. Первое - переключится из роли униженного и обиженного просителя в роль начальника, который разговаривает с недалеким по разуму подчиненным. Поймите, что это действительно так. Это человек, у которого с одной стороны вы, с другой стороны настоящий заказчик, который ничего не понимает в ТЗ, но понимает в дЕньгах. Ваш "агент" что-то плохо понял или расчитал, теперь у него из-за этого проблемы. Он заслуживает только сочувствия. Во время разговора помните - перед вами не злой и коварный кидала, котрый ест маленьких фрилансеров на ужин, а обремененный семьей человек, который по своей глупости попал в тяжелую ситуацию. Соответственно никакой злобы и напряжения в голосе с вашей стороны. Это важно.
Во время разговора, когда заказчик говорит раздраженно, торопится и грузит вас всяким, слушаете молча, а затем, когда он поставит точку в предложении, не отвечая на его вопрос и не комментируя по теме, обращаетесь к нему по имени отчеству.
- Сергей Васильевич!
(он что-то отвечает)
(далее очень доброжелательным голосом)
- Не найдется ли у вас двух минут, чтобы обсудить сейчас со мной один важный вопрос?
(он отвечает "ну давайте только быстро")
- Вы знаете, я чувствую, что у нас какие-то неразрешимые проблемы со сдачей последнего этапа. Если у вас есть какие-то трудности, расскажите мне, чтобы между нами не было непонимания.
(он отвечает "бу-бу-бу", а вы очень доброжелательно продолжаете)
- У меня к сожалению нет возможности делать большой объем доработок, не согласованных нами ранее. Давайте поищем выход из положения?
и так далее...
Попробуйте.
P.S. Если вам понравился комментарий, вы можете отблагодарить меня за потраченное время, добавив кармы. Спасибо.
Сначала показываю сайт на своем сервере. По истечении срока договора, в том случае, если никаких дополнительных доработок не требуется, заливаю на сервер заказчика.
вспомнилась байка как строители закладывают сырое яйцо за штукатурку и используют это как универсальное оружие против неплательщиков :)
а если серьезно, то в договоре необходимо четко прописывать момент перехода заказчику прав на сайт, так, чтобы до полной оплаты и подписания всех бумаг сайт был бы вашей собственностью.
а со своей собственностью вы вольны делать что угодно, даже уничтожить, и это не будет правонарушением.
если же сайт уже принадлежит заказчику, то есть является по отношению к вам "чужим имуществом", то все перечисленные в этой теме способы будут незаконны и наказуемы (вплоть до уголовного преследования по ст.273-275 УК РФ).
а если серьезно, то в договоре необходимо четко прописывать момент перехода заказчику прав на сайт, так, чтобы до полной оплаты и подписания всех бумаг сайт был бы вашей собственностью.
а со своей собственностью вы вольны делать что угодно, даже уничтожить, и это не будет правонарушением.
если же сайт уже принадлежит заказчику, то есть является по отношению к вам "чужим имуществом", то все перечисленные в этой теме способы будут незаконны и наказуемы (вплоть до уголовного преследования по ст.273-275 УК РФ).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Проект закончен, а денег нет.