Как программисту защитить свой пет-проект

  • Tutorial
image

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

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

Пошаговая инструкция под катом.

1. При устройстве на работу документально зафиксируйте круг своих должностных обязанностей


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

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

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

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

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


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

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

Посвящать работодателя в детали собственного проекта не обязательно. Чтобы не привлекать излишнего внимания можете предложить компании профинансировать ваш проект. Согласится – получите инвестора, откажет – вы предупредили. В любом случае ваш проект останется независимым.

3. Не используйте код из своего проекта в продуктах компании и наоборот


Авторское право защищает по большему счету форму произведения. Для программного обеспечения – это исходный текст программы для ЭВМ или структура базы данных.

В ходе судебного спора может проводиться сопоставление текстов программ или структуры базы данных для подтверждения их сходства. Поэтому не стоит давать противнику дополнительные аргументы в защиту своей позиции.

4. Не храните код на своем ноутбуке или российских серверах


На первый взгляд совет может показаться странным. Однако в рамках гражданского процесса сложно получить доступ к вашему коду (суды, как правило, отказывают в принудительном получении таких доказательств). Поэтому распространена практика досудебного сбора доказательств в рамках уголовного дела по ст.146 УК РФ. Посмотрите, например, многолетнюю практику по искам Microsoft.

У следствия есть широкий круг полномочий по проведению обысков, допросов и изъятию вещественных доказательств. Но изъять сервера с кодом, например, в Германии, как сами понимаете, не так просто (практически невозможно), а в России вынос полицией оборудования проходит без каких-либо проблем из любого офиса и дата-центра.

5. Сразу регистрируйте ПО в Роспатенте на свое имя


Любой авторский спор осложняется необходимостью доказывания авторства или приобретения прав на произведение.

Автором ПО считается физическое лицо, творческим трудом которого оно создано. Лицо, указанное в качестве автора на оригинале или экземпляре произведения либо иным образом (копирайт, условия лицензии и т.п.), считается его автором, если не доказано иное.

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

Поэтому чем раньше вы получите свидетельство о государственной регистрации ПО, тем лучше для вас.

Особо пытливые могут ознакомиться с моим постом Права компании на код программистов. Как в воду глядел!
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

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

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

    Тогда всяким иностранным работодателям, особо жадным до моих разработок в нерабочее время, этим проектом удается заткнуть рот. «Вы, скорее всего, не понимаете, что только что попросили. Вы же не хотите, чтобы вас там в США засудили за ЭТО?»
      0

      А не боитесь, что из-за такого серого проекта вам же самому может прилететь?

        0
        Пока я в России, не прилетит, так как в моем случае законодательство России не нарушено.
      • НЛО прилетело и опубликовало эту надпись здесь
        +6
        Сомнительным мне видится этот пункт —
        Если вы планируете заниматься собственным проектом в рабочее время или на оборудовании работодателя, направьте руководителю письменное уведомление о проводимых работах.

        Именно уведомление?
        Мол я, в рабочее время и на рабочем оборудовании буду заниматься своими делами, а не теми, которыми я должен заниматься в рабочее время.
        Работодатель может либо разрешить, либо нагрузить работой, раз у вас много свободного времени на свои проекты. Сдается мне ему выгоднее еще вам работы подкинуть.
        Ну или уволить просто.
          0
          Я не предлагаю уведомлять постфактум. Это как явка с повинной. В моем варианте уведомление — это запрос согласия на собственный проект.
            0
            Если только должностной инструкцией не установлен запрет на использование служебной техники в личных целях.
              +1
              Нарушение повлечет только дисциплинарную ответственность.
                0
                Три дисциплинарных проступка — и вуаля! увольнение
            +1
            … и на рабочем оборудовании буду заниматься своими делами, а не теми, которыми я должен заниматься в рабочее время

            Но за рабочим ноутом можно работать не только в рабочее время, а т.к. это оборудование работодателя — могут возникнуть проблемы.
            +2
            А вот если рабочий проект и домашний делают примерно одно и тоже, но написаны на разных языках программирования, с использованием разных библиотек, будет ли такое считаться одним и тем же, например на работе пилят на C/C++, а у меня на Go то же самое или на Java?
              +1
              Да, возможно ваш проект признают результатом переработки
                0

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

                  +1

                  Где границы этого… видения ситуации?
                  К примеру, я на работе использую… допустим, Elasticsearch (или jQuery). И даже коммитил туда пару строк, возможно даже в рамках служебных обязанностей (исправление багов, которые мешали использовать это ПО).


                  Может ли работодатель следуя той же логике признать ElasticSearch служебным произведением, заявить на него права, выиграть суд в РФ и веером подавать иски ко всем компаниям, которые незаконно пользуются их "разработкой"?


                  Вместе эластика можно взять любой проект, который тем или иным способом используется в компании и у которого на территории РФ нет собственной юридической защиты?

                    0
                    Внесение изменений в чужой код регулируется условиями лицензии.
                    • НЛО прилетело и опубликовало эту надпись здесь
                        0
                        Если идет речь о том, что программист правит код компании, то он никогда не получит собственных прав, т.к. правка кода разрешена только в рамках служебных обязанностей.
                  0
                  для меня (я не юрист) это попадает под такой пример:
                  нарисовал фломастерами, или любыми другими инструментами, отличными от оригинальных, картину известного художника (при жизни или при существующем праве на картину), с целью выручки прибыли… через продажу или показ…

                    0
                    Или такой случай, я разрабатываю проект, и устраиваюсь на работу на фирму, которая работает в том же направлении, будет ли в таком случае мой проект считаться служебным?
                      0
                      Ну тут уже очень понятная ситуация — изначально нужно себя/свой проект максимально обезопасить, при приёме на работу, как говорилось выше
                  +3
                  — Алло, это юридическая консультация? Сколько стоит задать два вопроса юристу?
                  — 120 долларов. Задавайте второй вопрос.

                  Так вот, (второй) вопрос:
                  Что изменится в п 1-5, если программер оформлен на полставки?

                    +2
                    Нет никакой разницы между полной ставкой и работой по совместительству.
                      0

                      Кстати!
                      Вытекающий оттуда вопрос — если программист оформлен на ставку в ООО "Компания" и по совместительству в дружественном ООО "Рога и Копыта" (возможно даже по разовым контрактам на разработку), то у кого приоритет по претензиям?


                      Может ли разработчик для защиты своих разработок получать тех задание от Рогов и Копыт (далее РиК) и в случае любых претензий от ООО "Компания" доставать из стола ТЗ в качестве доказательства, что всё разработано по заказу РиК.


                      Или даже лучше — немного в нарушении ТК,… но оформиться ещё и на полную ставку в РиК и по любым вопросам сразу заявлять, что всё сделано в рамках трудовых обязанностей РиК и на основе фактуры заведениях претензий — впаивать встречные иски уже от имени РиК к ООО "Компания"?


                      p.s. А чем грозит работа на полную ставку в двух местах? Если ни у одной из компаний нет претензий к соблюдению трудового распорядка.

                        0
                        Кто первый встал, того и тапки. В теории если РиК докажет, что работа по его ТЗ была выполнена раньше, то приоритет у него.
                          0
                          Тут у «Компании» должен возникнуть вопрос в том, на каких основаниях сотрудник передал собственность «Рогов и Копыт» в «Компанию»… Все не так однозначно.
                          0
                          Работа на полную ставку в нескольких организациях не грозит ничем, это нормальная практика. Одна из работ будет основной, вторая (третья-четвертая-сто семидесятая) будут работами по совместительству. Есть мнение что «основное» место работы определяется по тому, где сотрудник проводит больше времени или куда раньше устроился, но на самом деле это место, где находится его трудовая (документ, существующий в единственном экземпляре). Геморрой с налоговыми декларациями ложится на плечи сотрудника.
                          • НЛО прилетело и опубликовало эту надпись здесь
                              0
                              И… с точки зрения нескольких работ ничего не меняется! ))))
                        0
                        Так-то два вопроса уже были заданы.
                          0

                          Полная версия анекдота-
                          — Алло, это юридическая консультация? Сколько стоит задать два вопроса юристу?
                          — 120 долларов. Задавайте второй вопрос.


                          • Могу ли я...
                          • Не можете.
                          • Но вы же даже не дослушали вопрос...
                          • А я уже знаю ответ: Не можете.
                          • Ну хорошо, поставим вопрос по другому. Имею ли я право...
                          • Да, право вы имеете. С вас 180 долларов.
                        +5
                        6. Не работайте в Rambler
                          +7
                          На жену оформить репозиторий )))
                            +1
                            Лучше на маму.
                              0
                              А еще лучше получить в подарок :)
                              0

                              Семейные споры, они бывают похлеще "Фауста" Гёте :)

                              0
                              Создать открытый репозиторий и запушить туда readme.md, в котором написать «Pet project of Vasya Pupkin». Юридически, это означает начало работы над проектом.
                                0
                                Вопрос же не в дате начала работ, а том по чьему заданию они выполняются. Один из документов, который мы предлагаем компаниям для закрепления прав на служебное ПО, называется Договор о распределении прав на служебные произведения. В нем, при желании можно указать, ваши проекты, которые не будут считаться служебными или согласовать внятный порядок работ над таким проектом и отказ компании от претензий.
                                  0

                                  Пет-проект может сначала иметь одно название, а известным стать под другим (как и было с нгинкс). И как тут быть?

                                +1
                                Лучше напишите, как программисту создать свой пет-проект, способный вызвать необходимость «защищаться».

                                А так это не более, чем спекуляция на теме. В мире миллионы успешных «пет-проектов». Конфликты возникают с единицами. И очевидно, что как в случае с Nginx, разрешение не может не быть положительным. И все в конечном счете пойдет только на пользу компании-ответчику, усилив ее позиции. ИМХО.
                                  0
                                  Лучше напишите, как программисту создать свой пет-проект, способный вызвать необходимость «защищаться».

                                  Для этого просто не нужно следовать рекомендациям по превентивной защите.
                                    0
                                    У меня был такой инцидент, я считаю на ровном месте. Но тогда я действительно часть времени разработки над модулем потратил на работе. Как минимум время на тестирование и устранение ошибок, отладку на «боевом» проекте т.с. Своя разработка, которую в проект внедрил «правдами и неправдами», причем работало оно на MSSql и на Oracle, два NuGet пакета опубликовал, в рабочем проекте был использован код с Oracle. Т.е. было логично предположить, что MSSql часть в рабочее время, по заданию от руководителя я не делал, и она была сделана раньше, чем Oracle часть. Но публиковался я сильно позже, попросили для компании «что нибудь опубликовать», в т.ч. статью на хабре. А вот со стороны заказчика усердные работники, увидев этот опубликованный материал, попросили Oracle часть снять с публикации и вообще суетились как то непропорционально сильно.

                                    С тех пор я сначала публикую пакет, а только потом использую в проекте как зависимость. Т.е. сам исходник моей разработки в рабочий проект больше не попадает. Правда не знаю, спасёт ли это меня, если вдруг что.
                                      0
                                      У меня был такой инцидент, я считаю на ровном месте. Но тогда я действительно часть времени разработки над модулем потратил на работе.
                                      Как то эти два предложения не согласованы между собой.
                                        0
                                        я не делал его по непосредственному заданию. проект был создан скорее вопреки оному.

                                        Я просто хотел сказать, что гонения можно поиметь и без того, чтобы продукт сотни миллионов заработал. Хотя и не такого уровня гонения с обысками, допросами и уголовными делами, конечно, но все равно было неприятно…
                                          0
                                          Вопреки, не вопреки. Вы по сути продаете свои ресурсы, свое рабочее время. Все плоды этого времени априори принадлежат работодателю. Поставьте себя на его место.

                                          У меня маленькая компания, где работает несколько человек. Приносит компания прибыль или нет, а зарплату плати по расписанию (а еще аренду, налоги и прочее). Я, как работодатель, точно знаю сколько мне стоит 1 минута рабочего времени. Я беру на себя все риски. Так почему же я должен финансировать сторонние разработки?

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

                                            т.е. ключевой факт — нужно доказать, что плоды и время причинно-следственно связаны. Поскольку в сутках 24 часа, а работодателю в среднем принадлежит около 8 из них, то плоды в период трудоустройства не все априори принадлежат компании. В общем, вопросов нет, только при очевидности связи между одним и другим, а в остальных случаях — серая зона.
                                              0
                                              А если у нас пограничный случай? Вы взяли увлеченного человека. Он изучил вашу предметную область, и, по собственной инициативе, в свое свободное время сделал какой-то пет-проект, который потом подтянул как зависимость или как самостоятельное решение на работу?
                                              А теперь разовьем историю дальше. Установив в рабочее окружение, выясняется, что тут и сям что-то работало не так как задумано.
                                              Чтобы оставить историю относительно чистой, наш разработчик должен доработать до конца дня, приехать домой, пофиксить проблемы, коммит, пуш, а завтра, на следующий рабочий день, подтянуть готовый код/билд, и попробовать снова.
                                              Или он может сделать правки в рабочее время, но эти правки будут принадлежать вам, и он теряет смежные права на них.
                                                0
                                                Тут есть над чем подумать. Но что мне сразу не нравится — этот человек в дальнейшем может поставить меня в зависимость перед таким подходом. И спустя годы оно может «аукнуться», еще и как. Если хочет, пусть приносит свой пет-проект в фирму. Но с того момента он должен стать отдельной, независимой веткой. И принадлежать фирме.
                                                  +1

                                                  А вы форкаете все открытые решения сторонних разработчиков, которые используются в ваших проектах?

                                                    0
                                                    Где-то на хабре (давно) читал статью про то как одна крупная компания делает, да они форкают все open source библиотеки и проводят code review на предмет закладок и бэкдоров. После этого при изменениях автором либы они себе перетаскивают коммиты, опять же после вычитки, такая вот безопасность, в каких-то компаниях это может быть вполне оправдано
                                                      0

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


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

                                                    0
                                                    Зависимости нет — если это опенсорс, а мы здесь в ветке рассматриваем именно его, у вас всегда есть та или иная версия в локальной папочке /vendor или /libraries. Даже если человек свернет разработку, поменяет лицензию — у вас всегда есть продукт той версии, с которой он работал в вашей компании. Это затронет будущие версии. Отсюда делаете форк и развиваете в нужном направлении, если это надо.
                                        0
                                        Я бы еще добавил такой пункт:
                                        — Имейте сайт и группы в социальных сетях по своему проекту, и хоть иногда выкладывайте видео с процессом разработки на youtube

                                        Это, на мой взгляд, позволит «опустить на землю» те компании, в которые вы устроились уже после того, как начали работу над своим пет-проектом.
                                          0
                                          Гораздо лучше зарегистрировать ПО в Роспатенте или U. S. Copyright Office. В таком случае вы депонируете код на определенную дату.
                                          0
                                          Посмотрите гражданский кодекс, для того чтобы имущественные права на результаты интеллектуальной деятельности (РИД) перешли к работодателю, необходимо чтобы в трудовом договоре было отражено, что трудовые обязанности связаны с производством РИД, либо заключено доп соглашение, должно быть оформлено задание на служебное произведение. В этом случае имущественные права переходят к работодателю, но у работника остаются неимущественные права и в случае, если через 3 года работодатель не опубликовал служебное произведение, не передал его третьим лицам или не уведомил сотрудника что оставляет его в тайне, то имущественные права переходят обратно автору.
                                          Вот моя статья на тему авторских прав, их перехода работодателю и обзор правоприменительной практики. cib.csu.ru/bip2018_2.pdf страница 107
                                            0
                                            Где противоречия? Рекомендации даны от обратного, а на что компания вправе претендовать по закону описано в материале, на который я дал ссылку выше.
                                              +1
                                              Меня смущает пункт уведомления работодателя о личных проектах. Нужно разделять личное и рабочее. В рабочее время не стоит заниматься личными делами, и уж тем более, уведомлять о них руководство или спрашивать у них на то разрешение. Рабство отменили вроде как. А такое уведомление, станет отличным инструментом в спорах против сотрудника. Но это мое личное мнение, не претендую на истину, могу глубоко заблуждаться, прошу прощения, если задел чьи то чувства.
                                                0
                                                А что плохого в просьбе финансирования проекта? Вы никак не ухудшаете свою позицию в результате уведомления, а вопрос финансирования и распределения прав на результат должен решаться с рамках отдельного соглашения.
                                                  0
                                                  Отчасти, я даже с Вами согласен. Но как только ты взял чужие деньги на свой проект, то это больше не твой проект. Вспомним Джобса, Цукерберга, основатели гугл ушли со своих постов. Таких примеров масса. Тебя интересует твой продукт, а тех кто дал деньги, интересует прибыль. Не всегда эти вещи пересекаются
                                            0
                                            Вопрос такой, на счет роспатента. Если я создаю библиотечку, код на гитлабе, опубликована в NPM, по лицензии MIT, и я в рабочий проект эту библиотечку поставил как зависимость, это может послужить основанием работодателю считать, что теперь этот пакет вместе с исходником его собственность? только патент его остановит?
                                              0
                                              В случае предварительной регистрации ПО есть основания считать, что только готовый продукт с библиотекой будет принадлежать работодателю. Работодатель не получает ретроспективно права на ваше ПО в связи с его использованием в служебном объекте. Юридически это 2 разных объекта ИС.
                                                0
                                                А если компания активно сама использует OpenSource и свои продукты строит на их основе(99% компаний). И, допустим, программист тоже контрибьютит в OpenSource независимо от работы в этой компании. Работник, допустим, работает по контракту с компанией и предоставляет ей абстрактные R&D Services, используя в том числе и «свои»(хотя так говорить некорректно, т.к. он всего лишь «один из») компоненты. Хоть компания делает и свои продукты, но права собственности на составные компоненты у неё не возникают, т.к. это нарушает и лицензию их использования и права других лиц. И факт работы в компании никакого значения ровным счётом не имеет.( Иначе было бы забавно устроить на пол-ставки к конкуретну «засланного казачка» и на основании этого факта отжать их разработки как «свои» ) С учётом "WFH" чтоб назвать разработку «корпоративной» — нужно явным образом указать что разработка того-то и того-то делается по служебному заданию в интересах компании и все права на произведение, тогда, логично принадлежат именно ей. А подгребание под себя по формальным признакам всё, до чего есть желание дотянуться ни к закону ни к справедливости никакого отношения не имеет. Если суда вообще нет — исход может быть любым и это понятно. Но при нормальном правосудии шансов у работодателя, по формальным признакам, никаких. При условии, конечно, что заведомо не были задействованы никакие корпоративные ресурсы. Разве нет?
                                                  +1
                                                  5. Сразу регистрируйте ПО в Роспатенте на свое имя

                                                  Вот это мне всегда было немного непонятно, ведь часто ПО, особенно web-приложение это почти бесконечный процесс разработки, что мне нужно нести в Роспатент? Можете рассказать поподробнее про это дело?

                                                  Если я напишу первую альфу и запатентую ее код (а насколько я знаю получение патента вообще не быстрый процесс), то к тому моменту когда я получу патент на эту альфу у меня уже выйдет условная бета в которой о ужас код может быть почти полностью переписан из-за рефакторинга или допустим рефакторинг произошел через пару тройку лет после получения патента на альфу
                                                    0

                                                    В Роспатенте таким образом регистрируется конкретная версия ПО. Отправили альфу — получите «Свидетельство о регистрации программы для ЭВМ» (не патент!) на конкретно взятую версию 0.0.1. Никто не мешает отправить затем бету, релиз, вторую версию и т.д., только деньги платите.

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

                                                      А вот интересно, а если воспользоваться фишкой Почты России и просто каждую версию распечатывать код и отправлять себе заказным письмом, в принципе должно прокатить без Роспатента доказать авторство
                                                        0
                                                        насколько я помню одна заявка в Роспатент не такая уж и дешевая.


                                                        Госпошлина за регистрацию ПО в Роспатент для физика 3000 руб. Не так уж и дорого. Регистрировать минорные версии не обязательно, т.к. они являются результатом переработки зарегистрированного ПО.

                                                        А вот интересно, а если воспользоваться фишкой Почты России и просто каждую версию распечатывать код и отправлять себе заказным письмом, в принципе должно прокатить без Роспатента доказать авторство


                                                        Можно и так попробовать. Но я не встречал дел с такими доказательствами. Плюс Свидетельство можно показать инвесторам или пользователям, а что в конверте лежит не понятно.
                                                          0
                                                          Госпошлина за регистрацию ПО в Роспатент для физика 3000 руб. Не так уж и дорого.

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

                                                          т.к. они являются результатом переработки зарегистрированного ПО

                                                          А вот это здорово, только теперь встает вопрос: в последней версии продукта какой должен быть % запатентованного кода?

                                                          Хотя после первой регистрации я уже буду знать необходимый пакет документов для регистрации и в принципе могу сам пройти регистрацию уже без посредников.
                                                            0
                                                            Услуги по регистрации ПО тоже стоят не дорого, если посмотрите в Гугл.
                                                            % правок в коде не имеет значения. Главное регистрировать важные на ваш взгляд изменения.
                                                              0
                                                              Спасибо, теперь мне наконец-то стало всё понятно
                                                            0
                                                            что в конверте лежит не понятно.

                                                            опись вложения определит то, что лежит в конверте :)
                                                            с Почтой России, конечно, хардовый вариант, обычно люди просто публикуют это на тех или иных сайтах («с момента публикации»).
                                                              0
                                                              Опись включает только название, а в реестре ПО Роспатента помимо названия есть реферат + можно запросить заверенную распечатку депонированного кода
                                                      0
                                                      Не хранить код на своём личном ноутбуке это уже слишком неудобно получается. Лучше тщательно подойти к вопросу физической безопасности своих устройств. Для Windows есть VeraCrypt. Любой современный дистрибутив Linux позволяет зашифровать диск ещё на этапе установки. Для MacOS тоже есть решение для шифрования диска.
                                                      Разумеется, делать бэкап в облако (не в России) на случай если придёт обыск и ноутбук всё же изымут.
                                                        0
                                                        Тоже хороший вариант
                                                        0
                                                        Ну вот по каждому чиху бегать и регистрировать ПО и патенты на него — не целесообразно.
                                                        Зачастую ты не знаешь, нужен ли твой пет проект миру.

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

                                                        Но вдруг именно эта утилита, написанная тобой, которая делает что-то простое — оказывается безумно полезной всему миру. А там кроме твоего копирайта ничего и нет.
                                                          0
                                                          Работодателю придется доказать, что ваши разработки выполнены в рамках служебного задания. Разумеется, оно должно быть оформлено в письменной форме и доведено до вашего сведения под роспись. Доказательством соблюдения такой процедуры может быть ваша подпись под служебным заданием, электронная переписка по email или в применяемых для разработки системах.


                                                          То есть по факту, работодатель, зная о пет-проекте, может создать скрытую задачу в таск-трекере и всё? Есть ли подробности? Большое количество пет-проектов вытекает из основного профиля деятельности, и это очень тонкая линия
                                                            0
                                                            Нет, доказать нужно, что служебное задание выполнено ранее создания собственного проекта.
                                                            0

                                                            По поводу неиспользования одного кода в рабочем и домашнем проектах это сильное заявление.
                                                            По-моему, всё современное программирование пронизано идеей переиспользования кода. Для этого даже в языках есть специальные средства.
                                                            Да и человек — он такой, если есть хороший шаблон, он будет использоваться снова и снова.
                                                            По-моему, не использовать один код просто невозможно. И чем ближе тематика двух проектов, тем большего размера куски там будут одинаковы. Даже если не делать копи-паст, а писать по-честному, "с нуля"

                                                            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                            Самое читаемое