Это прозвучало бы убедительнее если бы
а) Веб-студии/программеры это сказали заказчику на этапе оговаривания условий задачи, а не старательно умалчивали бы об этом вплоть до получения всех денег за проект и последующих разборок.
б) Если бы вебстудии/программеры не вводили заказчика в заблуждение утверждая, что единственный вариант выполнения его требований это "написать самому", когда ему всего лишь достаточно отвернуться от Вас и посмотреть на другие веб-студии.
Вот именно об этом мы и говорили.
Вместо того, что бы отказаться от заказа увидев что условия заказчика вебстудии/программеру не подходят... или честно и полно оговорить условия, многие веб-студии/программеры или обходят вопрос молчланием или начинают втирать что "по другому никто не сделает" и единственная альтернатива это "написать самому".
Но многим вебстудиям/программерам просто выгоднее погрязнуть в словоблудстве и косить под недалёких, заявив что они "ничуть не подозревали" что знали что "заказчику может хотеться скрипт в свою собственность", когда заказчик говорил что "хочет скрипт себе".
P.S.: Топик не об авторских правах, а об имущественных.
Попробуйте руководствуясь своей логикой ответить на вопрос - зачем Вы до получения денег объясняете заказчикам, что авторские права остаются у Вас, если Вы "не догадываетесь" "что еще может хотется заказчику" и раз "незнание закона не освобождает от нужности их выполнения".
Вам ведь тоже не надо это "оговаривать". Тоже можете включить... э... "непонимание" и изобразить что "заказчик ничего такого не хотел и закон на Вашей стороне". Только Вы этого не делаете, не так ли? Так зачем тогда защищаете программера который это делает?
Нет. Закон почитайте об авторском праве. Или хотя бы посты MoMM в этом топике.
Когда заказчик приходит к программисту и говорит "напиши мне вот такую программу", то это означает, что заказчик хочет иметь программу в своей собственности и может ей свободно пользоваться.
В варианте "код принадлежит программисту" заказчик должен был бы прийти и сказать "напиши, программист, себе вот такую программу, я тебе дам денег за то, что смогу полюбоваться на результат трудов твоих, ну а ты раз себе написал, то и делай с ней что хочешь".
И само существование этого топика говорит о том, что мы правы в такой оценке:)
Да, российские законы имеют нехилый перекос в пользу авторов скриптов, типа - забыли подписать писменный договор и вуаля - автор может сказать "фсё маё". Кстати штатовские законы намного более лояльны к заказчикам в этом смысле, на чем кое-кто из наших знакомых уже обжигался и теперь работает только с россией:)
И знаете что тут самое грустное? Что все программисты/студии превосходно понимают, что бОльшая часть заказчиков, особено заказывающих первый раз, ожидают именно получить код в собственность (подразумевая создание служебного произведения), но т.к. у многих $$$ в глазах горят, то этот вопрос мягко "обходится" на всех стадиях обсуждения проекта. Малейшее упоминание об этом, могло бы помочь избежать недопонимания и расстройства заказчика... но и заказчик мог бы отвернуться... поэтому и не упоминают. Вот что печально.
Ну вот не верим мы, что программеры/студии не специально умалчивают о такой особенности русского законодательства.
У нас, кстати, по этому поводу есть чёткое ощущение, что при желании это можно подвести под "введение в заблуждение". Потому что заказчик пришел и сказал что хочу "себе скрипт", а программер ввел его в заблуждение - сказав что сделает скрипт как заказчик хочет, а сделал его "для себя".
Это сильно отличается от ситуации "заказчик пришел с четким тз и договором и ничего не просил кроме его выполнения". Это знаете - как с мошенничеством иногда, обвинить в мошенничестве можно если принимаешь чьи-то слова на веру (приходит и говорит "хочу себе скрипт"), но не в случае если сам всё проверяешь ("приходит сразу с договором и говорит хочу строго по нему").
Так что в данном случае мы однозначно считаем, что правда на стороне заказчика, а программер неадекватен.
P.S.: На случай нелепых упрёков и подозрений - мы - программисты.
Недавно не поленились и написали в "Гарантийное агенство" по поводу вывода вебденег на банковский счет и через контакт, позволим себе процитировать ответы (т.к. считаем это официальным ответом, а не личной перепиской)
На вопрос "что такое формально вывод через банк и контакт", получили следующий ответ.
На вопрос "а где тогда бумаги при выводе через контакт, веб в отличии от банковского счета никаких красивых бумажек при выводе не акцептируется" получили следующий ответ
Так же хотели бы отметить, что являемся обладателями персонального аттестата, и для него ИНН не требуется при выводе через контакт. Хотя при попытке вывести на банковский счет - с нас попросили прислать сканы паспорта на гарантийное агенство (но не ИНН).
mihas,
К сожалению на фрилансерских форумах действительно распространено мнение, что если программер/дизайнер что-то для кого-то делает, то исполнитель значит автор и обладает всеми правами на сделанную работу, а Вам отсылает одну копию попользоваться. В случае обсуждения таких вопросов на фрилансерских сайтах действительно нередко включается режим "я автор, я автор, я делаю что хочу, ведь это моя работа" забывая о том, что заказчик вообще-то заплатил и идея вообще-то заказчика, и автор идеи заказчик. Попробуйте изложить эту ситуацию на free-lance.ru например в блогах.
Многие фрилансеры путают режимы "создал сам работу за свой счет и продаю кому попало" и "мне заказали работу я её создал и отдал заказчику".
Нормальный адекватный исполнитель всегда оговорит эти моменты во избежание недоразумений. Поэтому по "уму и совести" исполнитель конечно не прав.
По закону сложнее.
В первую очередь Вы должны давить на то, что он использовал Вашу авторскую идею в своих разработках для продажи. И за использование этой идеи Вам не заплачено.
Во вторую очередь Вы должны давить на то, что программист работал на Вас по найму, для выполнения конкретного проекта, а это таки тогда служебное произведение и результат работы принадлежит таки Вам.
В третью очередь Вы должны напомнить фрилансеру, что бы он не путал имущественные права и авторские. На его авторские никто не посягает, так пусть и он не посягает на имущественные. Почему-то многие фрилансеры считают что раз авторское право неотъемлимо, то оно включает в себя и имущественные права и вообще все что только в голову приходит.
P.S.: Почитайте вообще закон об авторском праве. http://www.internet-law.ru/law/avt/avt.htm . Обратите внимание на то что относится к работе по найму и служебным произведениям (статья 14 в частности).
В общем-то это противозаконно и если человек действительно захочет насолить, то начнёт с оспаривания именно этого пункта. Оговаривать заранее можно конечно что угодно, хоть казнь через повешивание если кто-то не вовремя сломает руку, но если не хотите проблем - лучше что бы Ваши принципы не расходились с законодательством.
По пунктам.
1) Могут уцепиться за что угодно: решение - стирать всё на фиг, ставить лицензию или опенсоурс, все рабочие файлы переделать лицензионными версиями с чистого листа.
2) Так в офисе или в квартире? Если в офисе, то задать вопрос "чего они тут делают" конечно могут, но в целом тут ничего страшного - вариантов может быть много, от "дал бесплатно посидеть знакомым ознакомиться с работой за компом" до "это только что нанятые сотрудники, тестируем их".
3) Подавать декларацию надо достаточно редко, поэтому "вдруг" прихватить вряд ли смогут, т.к. по только что пришедшим деньгам Вы её возможно ещё не подали просто. Но вот кошельки со старыми переводами лучше убить, начать принимать деньги в другом банке и т.д., оставив конечно какой-нибудь из старых каналов. Если глубоко копать не будут - просто не заметят.
4) Сменой принципов взаимоотношений с сотрудниками и ведения бизнеса на законные:) При том по любому, ведь кому-нибудь из текущих сотрудников может запомнится как Вы перепололишисль и могут запомнить на будущее.
Вот этот момент нас несколько настораживает. Насколько нам помнится, то дверь налоговой вполне имеете право не открывать, т.к. квартира таки частная, сказали что не работаете здесь, а спите просто и всё. Не можем вспомнить ни одной статьи закона по которой налоговая может заглянуть в квартиру к ИП "на огонёк" с проверкой. Но тут можем ошибаться, будем рады если нас поправят ссылками на соответствующие законы.
Смотря как блокировался кошелёк.
Если в принципе, то переводы были не возможны и тормошите переводящих, у них не получилось их выполнить.
Если только на вывод, то все переводы должны были проходить, но может просто Вам на заблокированный кошелёк не рискнули перевести.
Потом вопрос - денег у Вас реально на кошельке нет или просто в истории поступлений не видите. Потому что могла история пропасть просто, а не сами переводы.
В любом случае "в системе" они штатно застрять не могли.
P.S.: У нас например бывает такой странный глюк, что перевода нового не видно в новых, а реально он появляется только если найти его в истории и просмотреть детали, тогда он становится завершенным. Но это скорее исключение.
wire.exchanger.ru собственно.
при чем не обязательно wmz, можно и wmr, благо на wm.exchanger.ru отличный курс
Найти в штат программиста умеющего разбираться в чужом коде и работать с чужим кодом.
Тексты обычно на любом сайте с CMS можно менять:)
Нередко студии видя старую CMS сразу пытаются объяснить клиенту что тут надо "переделывать всё с нуля", но это как правило студии где куча свободных программистов которым делать нечего, а сео-специалистов не хватает, у Вас же ситуация как раз обратная.
Если речь за титлы, урлы, меты и декскрипшены - то надо умудриться найти CMS в которой это настолько трудно сделать, что приходится искать спец. программиста. Даже в самых тяжелых случаях это легко решается "навесным" решением, т.е. просто напросто ловится вывод страницы в буфер, а потом уже идет работа с html кодом страницы в зависимости от урла. Подставляются допустим ссылки со слова "вода" на соответствующую страницу, на базе урла анализируется страница подставляются соответствующие титлы и мета-тэги, можно даже заранее сварганив карту сайта для поисковика загнать в noindex ненужные коды ссылок и т.д. и т.п..
При чем такое решение зачастую получается и проще и элегантнее чем встраиваемое в CMS, а за счет универсальности - экономится время на работу с сайтами - ведь не надо сео-шников обучать работе с каждой конкретной CMS - поставили "единый плагин" и вуаля.
Как-то нам с ним пока не очень везет, или мы слишком высокие требования предьявляем?
Поболтали в онлайне с суппортом - понравилось, окей, решили брать на пробу.
Подали заявку на дешевый сервер 9-ого числа утром. Тут же пришло мыло с заказом, мол всё ок (при чем юмористы, всюду кавычки прослэшили зачем-то), заказ получен.
10-ого числа днем пришло мыло мол "заказ получили, все ок, как активируем сервер - пошлём письмо".
11 числа мы решили поинтересоваться статусом заказа, онлайн суппорт что-то вяло промямлил про 5 дней, сказал что нет никакой системы отслеживания текущего статуса заказа и надо просто ждать мыло. Тут мы решили уточнить (т.к. с мылом бывают проблемы), а что делать если мыло так и не получим. Суппорт замялся и сказал что надо просто ждать мыло, а других способов что-либо узнать нет.
Вчера днём написали им письмо на суппорт, в ответ на одно из мыл с уведомлением, с вопросом "как там оно, ребята". До сих пор пришел только автоответ с зарегистрированным тикетом и всё.
Суппорт в онлайне работает строго в рабочие часы и дни и походу сугубо presales. Опасаемся что суппорт в мыле такой же, ждать более суток ответа на вопрос "как там" это как-то даже странно для нас.
Платили с нормальной кредитки, кредитка до сих пор не зачарджена даже. Можем предположить что не прошла, но почему тогда было 2-ое письмо и почему не было сказано что не прошла?
Тут раньше в топике упоминалось про 1-2 недельный сетап у них? Если это так, то это жесть какая-то, а совсем не праздник.
Впрочем пока не паникуем, сверх-скоростей не ожидали, просто удивительно после 2-24часовых сетапов у других провайдеров столько ждать в полной неизвестности (даже на украине 49баксовый сервер за 2 часа в строй ввели). Паниковать если что начнем в конце недели:)
На регах это "в лоб" не сделаешь, там конструкции "все что не" как таковой нету.
Варианта 2.
1) Сначала заменяете свои ссылки на нечто не подходящее под маску (например http на abazaba), потом убиваете все оставшиеся активные сыслки, потом воскрешаете свои ссылки посредством обратной замены.
2) Используете preg_replace_callback и свою функцию для более интеллектуальных выводов о том, что на что менять или нет.
