DIY-онлайн – серия статей о том каким образом создавать и продвигать продукты онлайн без знания таинства написания кода.

DIY — в этом контексте означает, что вам не придётся обращаться к кому-либо для разработки сайта. Копирайтер, дизайнер и разработчик в одном лице.

Первая тройка игроков (с)

Общий рейтинг выглядит так:

Методика: оценка критерия от 1-10 с выведением среднего значения в качестве итоговой оценки.


Буду благодарен за правки, замечания и предложения.

Источник

Всячески поддерживаю инициативу Хабрахабра по введению поощрений авторов блогов. Справедливо позволять пользователям зарабатывать на качественных постах, по сути получая часть прибыли, что они приносят сервису. Считаю, что любой уважающий себя сервис должен рано или поздно прийти к тому же.
Я ознакомился с Правилами, и условия очень даже неплохие, в стиле Хабра. И я хотел было уже поставить галочку, что принимаю, но… увидел вторую галочку про согласие с условиями соглашения, которое запрятано по ссылке.
В иных обстоятельствах я, может быть, даже бы и не прочел соглашение, хотя юрист, т.к. для меня, как мне казалось, человеческим языком суть соглашения изложили в Правилах, зачем читать юридический текст, но не тут-то было!
Какие подводные камни таит в себе хабровское Публичное предложение к заключению договора Авторского Заказа (далее – Договор), рассмотрим ниже.

Арбитражный суд Санкт-Петербурга принял решение, которое может серьёзно повлиять на практику современной поисковой оптимизации в России.

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

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

Ситуация: я занимаюсь разработками баз данных. К примеру выдумана определенная схема работы, которую жутко хотелось бы обсудить в сети, на той же хабре. Но смущают некоторые моменты:
1. Идея как обычно проста до безобразия, и её с легкостью потянет ЛЮБОЙ более-менее толковый программист на Delphi (или другом языке) + PHP-реализация. Отсюда вытекает второй пункт;
2. Описание реализации схемы работы системы с гарантией имеют возможность спереть. Видя интерфейс и структуру базы скопировать оную — дело недели.

Проект действительно социально-полезен будет для населения. Сразу оговорюсь это не социальная сеть в которых толпа обменивается фотографиями с подписями… в общем по этому вопросу хорошо в Камеди-клаб выступили, и не очередной файлообменный сервис, вобщем таких проектов на все СНГ — 2 штуки всего, и те работают в Москве и «раком». Аналоги реализованы уже давно (лет 5-6 назад), но ни один из них не предоставляет нормальной работающей схемы и уже на протяжении нескольких лет не развиваются, и не из-за того что не прибыльно, а из-за изначально неправильной схематики работы.

Ориентация на законодательство Украины, России в равной степени является смешным, ибо «наши Законы — себя берегут».

Реально вижу в таких ситуациях только несколько выходов:
1. Абсолютно 100% реализация самостоятельная либо локально-региональная. Далее развитие проекта в своем регионе. Накопление средств на выход, например, столичный (Киев) рынок. Накопление средств. Выход на всю страну.
2. Если неможешь реализовать проект самостоятельно полностью — то забить на проект, или учить недоученное, и опять же возврат к первому пункту. Но время ведь тоже идет.

С другой стороны именно «общество» может помочь быстрее реализовать и оттестировать систему, и вход на рынок будет не через полгода, а через месяц-полтора.

Кто и как поступает в данных ситуациях?

UPD: Пожалуйста, хотелось бы услышать не флейм, а все-таки обсуждение и дополнение проблемы насущной.

UPD #2: Поменять название топика на «Все новое — хорошо украденное старое»? :)

В начале 2008 г. бурно обсуждался Федеральный закон от 19.07.2007 N 195-ФЗ, которым в Налоговый кодекс (НК) была внесена поправка о предоставлении льготы по НДС при реализации прав на программы для ЭВМ и базы данных. Прошло три года, Минфин высказал свое мнение о порядке применения льготы, разработчики и дистрибьюторы подстроили под них договорные схемы, страсти поутихли. Однако подошло время налоговых проверок за период с 2008 г., когда принятые в отрасли схемы ухода от НДС попадут под пристальное внимание налоговых органов. Устоят ли они в судах? Попробуем разобраться.

Начнем с сути поправки. Законом установлено, что не подлежит обложению НДС (освобождается от налогообложения) реализация (а также передача, выполнение, оказание для собственных нужд) на территории РФ исключительных прав на программы для электронных вычислительных машин, базы данных, а также прав на использование указанных результатов интеллектуальной деятельности на основании лицензионного договора. На первый взгляд, казалось бы, не хитрая формулировка, но насколько полно она ложится на реальные схемы создания и распространения программного обеспечения?

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

В октябре прошлого года в социальной сети «В контакте» произошел локальный скандал, связанный с неофициальной группой компании «Nokia». К тому моменту группа, созданная в 2007 году, насчитывала уже более миллиона членов и обладала «красивым» доменным именем «nokia.vkontakte.ru». В результате переговоров представителей компании с персоналом социальной сети домен этот перешел под контроль «Нокии», и сейчас там находится уже «официальная» группа. В группе на тот момент было более миллиона членов, и что они все подумали о «Нокии», легко можно себе представить. Вообще, такие непродуманные действия скорее навредили имиджу компании.

Хромая аналогия «Конкуренция» между товарным знаком и доменным именем ведет свое начало еще с тех времен, когда домены не были предусмотрены в российском законодательстве. Однако, практика требовала – и суды начали выносить решения по таким спорам, творя прецеденты в буквальном смысле этого слова, хотя право у нас и не прецедентное. Тем не менее, аналогия между доменом и ТЗ при ближайшем рассмотрении начинает выглядеть ущербной. Для того, чтобы понять, почему это происходит, нужно уяснить себе природу того и другого. Товарный знак представляет собой обозначение, задача которого – идентифицировать определенный товар или услугу. С этим связаны некоторые особенности его использования.

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

Если кто помнит, в первой части своей статьи о гарантиях я упоминал о «подразумеваемых гарантиях» (Implied Warranties), которые автоматически являются частью контрактов на разработку ПО, т.к. они закреплены законодательно. В британском законодательстве эти гарантии закреплены в The Sale of Goods Act 1979 и The Supply of Goods and Services Act 1982. Напомню, что к «Implied Warranties» относятся: 1) Warranty of Title, 2) Infringement Warranty, 3) Warranty of Merchantability, 4) Warranty of fitness for а specific Purpose.Мы говорили о том, что если прямо не исключить действие этих гарантий, то они будут распространяться на правоотношения в рамках этого контракта. Теперь я предлагаю рассмотреть варианты исключения действия этих подразумеваемых гарантий.

В первую очередь стоит отметить, что если мы говорим о праве Великобритании, то все исключения «warranties» должны соответствовать требованиям, которые предъявляет UTCA (Unfair Contract Terms Act 1977). В соответствии с UTCA, некоторые «implied warranties» вообще не могут быть исключены (например, «Warranty of Title»), а некоторые, могут быть исключены только целесообразно — «only if reasonable» (например, «Warranty of fitness for а specific Purpose»). Если суд придет к выводу о том, что условие об исключении гарантии идет в разрез с требованиями этого нормативного акта, то это условие будет считаться недействительным. Во избежание рисков, связанных с нарушением UTCA, и в целях обеспечения исключения максимального числа гарантийных обязательств, разработчик может воспользоваться следующей конструкцией: «Other warranties are excluded to the maximum extent permitted by law».

Итак, в прошлом посте, который был посвящен гарантиям в договоре на разработку ПО, я остановился на гарантии работоспособности («Warranty of functionality»). Я предлагаю продолжить этот увлекательный экскурс по миру гарантийных обязательств и рассмотреть особенности использования гарантии соблюдения прав третьих лиц «Infringement Warranty».

В современном мире защита прав интеллектуальной собственности весьма актуальна. Вот и Заказчик, начитавшись новостей про многомиллионные иски правообладателей ИС-прав к нарушителям, интересуется: «нет ли при разработке рисков, связанных с нарушением прав третьих лиц?» и «кто в ответе за это нарушение?».

В контракте на разработку ПО порядок этих правоотношений описывается посредством «Infringement Warranty». Суть этой гарантии заключается в том, что при разработке и дальнейшей передаче заказчику исключительных прав на использование ПО, разработчиком умышленно не будут нарушены авторские, патентные и любые иные права третьих лиц.

Я юрист ИТ-компании, которая занимается разработкой мобильных приложений и базируется в СНГ, и по роду своей деятельности тесно связан с процессом подписания контрактов с Заказчиками, которые в последнее время все чаще и чаще норовят не согласиться с условиями нашего «шаблонного контракта». Вот и теперь очередной британский Заказчик требует пересмотра состава гарантийных обязательств, которые мы обычно предлагаем. Для удобства заказчика применимым правом выбрано английское право, что подразумевает определенные трудности при согласовании таких сложных условий как гарантии.

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

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

Уверен, что не готовы ни мы, ни любая иная отечественная компания-разработчик. И если основная задача юриста – это распознать и нивелировать правовые риски, то мне бы стоило задуматься над тем, какие гарантии мы можем предложить Заказчику, а какие оставить за бортом.
Проведя небольшое исследование, хочу поделиться своими выводами по этому поводу:

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

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