Депонирование кода программы пример

Use saved searches to filter your results more quickly

Cancel Create saved search

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window.

Reload to refresh your session.

Осуществляет депонирование исходного кода программы (копирование в один файл)

Garrus007/Deponizator3000

This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

Switch branches/tags
Branches Tags
Could not load branches
Nothing to show
Could not load tags

Nothing to show

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

Cancel Create

• Local
• Codespaces

HTTPS GitHub CLI
Use Git or checkout with SVN using the web URL.
Work fast with our official CLI. Learn more about the CLI.

О депонировании (объектов) авторских прав

Sign In Required

Please sign in to use Codespaces.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching Xcode

If nothing happens, download Xcode and try again.

Launching Visual Studio Code

Your codespace will open once ready.

There was a problem preparing your codespace, please try again.

Latest commit

Git stats

Files

Failed to load latest commit information.

Latest commit message
Commit time

README.md

Осуществляет депонирование исходного кода программы (копирование в один файл)

• Считывает все файлы указанных расширений в указанных директориях и собирает их в один выходной файл
• В выходном файле перед текстом каждого файла указывается путь к нему
• Игнорирование указанных директорий
• Файлы с одинаковыми именами, но разными расширениями ранжируются в порядке указания расширений в аргументах. Например, указав ‘.h, .cpp’, сначала будут выводиться заголовочные файлы, а затем файлы исходного кода

usage: deponizator.py [-h] -d dir [dir . ] -o result.txt [-e .ext [.ext . ]] [-ignore dir [dir . ]] [-c config.ini] Собирает все файлы в один optional arguments: -h, —help show this help message and exit -d dir [dir . ] Список директорий, в которых осуществляется сбор файлов -o result.txt Выходной файл Фильтрация при помощи командной строки: -e .ext [.ext . ] Список разрешенных расширений файлов. Если не указан — будут добавлены все -ignore dir [dir . ] Список игнорируемых директорий

• Не работает поддержка конфигурационных файлов для фильтрации
• Некоторые символы могут считываться некорректно
• Нельзя считывать файлы всех расширений без их указания

• Python 3

«Заявка на программу для ЭВМ / базу данных», спикер: Екатерина Михайловна Спиридонова

Do What The Fuck You Want To Public License

DO WHAT THE FUCK YOU WANT TO PUBLIC LICENSE Version 2, December 2004 Copyright (C) 2004 Sam Hocevar Everyone is permitted to copy and distribute verbatim or modified copies of this license document, and changing it is allowed as long as the name is changed. DO WHAT THE FUCK YOU WANT TO PUBLIC LICENSE TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION 0. You just DO WHAT THE FUCK YOU WANT TO.
Марков Алексей, 2018

About

Осуществляет депонирование исходного кода программы (копирование в один файл)

Источник: github.com

Дополнение к теме code escrow – депонированию исходного кода

Недавно я опубликовал статью по теме code escrow – депонированию исходного кода, как страховке для заказчиков. Исходная статья короткая, если вы не читали, то проще быстро пройтись по ней. Но вкратце, code escrow — это процесс размещения исходного кода вашего приложения в стороннем репозитории, к которому заказчик имеет доступ при определенном условии. Обычно это нужно если компания-разработчик уходит с рынка. И это является своеобразной страховкой клиентов.
Эту тему я обсудил не только в комментариях на Хабре, но и вне его. И было несколько интересных вопросов, которые считаю полезным опубликовать вместе с ответами.

Какая версия должна храниться в репозитории?

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

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

Код устаревает, не факт, что он спустя N лет будет компилироваться при помощи актуальных версий компиляторов/IDE. Что вообще можно реально сделать с кодом 10-15 летней давности?

При публикации надо хранить не только исходники, но и очень детальное описание: ОС, IDE, фреймворки и их версии. Как развернуть окружение.
Обычно речь идёт о ситуациях, когда продукт используется, но по определённым причинам компания больше не может его сопровождать. То есть это не код 10-летней давности. Максимум несколько лет. И на самом деле даже старый код можно собрать.

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

Это правильный подход. Однако распространение образов может быть лицензионно ограничено. Например, нельзя распространять MS Windows и Visual Studio. Если вы используете ПО и утилиты без подобных ограничений, то образы сильно помогут.

Не слишком ли эта редкая ситуация, когда компания внезапно исчезает?

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

И последний, самый провокационный вопрос. Какие у меня гарантии что мой код не утечет на сторону?

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

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

Если вы не пользовались таким процессом раньше, готовы ли вы начать? Интересно мнение как со стороны разработчика, так и клиента.

• разработка по
• управление продуктом
• стартапы

Источник: habr.com

Депонирование исходного кода

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

Необходимость эскроу

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

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

Соглашения об условном депонировании

Условное депонирование исходного кода происходит в соответствии с условиями договора отношения, оформленные в соглашении условного депонирования исходного кода, между как минимум тремя сторонами:

• одним или несколькими лицензиарами,
• одним или несколькими лицензиатами,
• агентом условного депонирования.

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

Исходный код escr В соглашениях о передаче предусматривается следующее:

• В них указывается предмет и объем условного депонирования. Как правило, это исходный код определенного программного обеспечения, сопровождаемый всем, что требуется лицензиату для независимой поддержки программного обеспечения, например, документацией, программными инструментами или специализированным оборудованием.
• Они обязывают лицензиара устанавливать обновленные версии программного обеспечения. программное обеспечение на депонировании через определенные промежутки времени.
• Они определяют условия, которые должны быть выполнены для того, чтобы агент предоставил исходный код лицензиату. Типичные условия включают банкротство лицензиара, отмену проекта разработки программного обеспечения или явное нежелание лицензиара выполнять свои договорные обязательства по техническому обслуживанию. Поскольку для лицензиата часто важно, чтобы код был выпущен как можно скорее после выполнения условий, условия, как правило, формулируются как можно яснее и недвусмысленно.
• Они ограничивают права, полученные лицензиатом. относительно исходного кода после выпуска программного обеспечения. Эти права обычно ограничены и могут включать в себя право изменять исходный код с целью исправления ошибок или право продолжать независимую разработку программного обеспечения.
• Они определяют услуги, предоставляемые агентом условного депонирования за пределами простое хранение исходного кода. Специализированные агенты могут, например, проверить, что носитель с исходным кодом доступен для чтения, или даже построить программное обеспечение на основе исходного кода, проверяя, что его функции соответствуют бинарной версии, используемой лицензиатом.
• Они могут предусмотреть, что неконкурентные статьи в лицензионном соглашении, такие как те, которые запрещают лицензиату нанимать сотрудников лицензиара, являются недействительными в случае выполнения условий освобождения, позволяющих лицензиату для приобретения ноу-хау, необходимого для обслуживания программного обеспечения.
• Они также предусматривают сборы, причитающиеся агенту условного депонирования за его услуги.

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

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

Сторонние агенты условного депонирования

Музеи, архивы и другие организации GLAM начали действовать в качестве независимых агентов условного депонирования из-за растущего цифрового устаревания. Яркими примерами являются Интернет-архив в 2007 г., Библиотека Конгресса в 2006 г., ICHEG, Музей истории компьютеров или MOMA.

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

Открытый исходный код программного обеспечения для общественности

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

Например, графический пакет Blender был выпущен таким образом после банкротства Not a Number Technologies; на широко используемый набор инструментов Qt распространяется соглашение об условном депонировании исходного кода, защищенное «KDE Free Qt Foundation».

См. также

• Репозиторий исходного кода для с открытым исходным кодом
• Orphan works

Ссылки

Дополнительная литература

• Computerworld (20.07.92, стр. 99): не спешите с исходным кодом Условное депонирование кода
• Руководство по заключению контрактов с ИТ: контрольные списки, инструменты и методы (ISBN 9781439876572, 2013) — Стр. 262

Источник: alphapedia.ru