Открытие проекта: Создание и открытие проекта

{{l10n_strings.DRAG_TEXT_HELP}}

{{article.content_lang.display}}

{{l10n_strings.AUTHOR_TOOLTIP_TEXT}}

Общая часть > Проект > Открыть проект

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

В диалоговом окне открытия проекта/чертежа на списке чертежей есть выпадающее меню с пунктом «Удалить отсутствующие файлы».

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

Примечание: Проект на другом компьютере в сети

При открытии проекта (чертежа) в диалоговом окне выставляется текущим последний открытый проект.

Если проектов еще нет, то необходимо Создать проект.

Есть совместимость с предыдущими версиями – т.е. проект можно открывать в более новых версиях GeoniCS и нельзя открывать в более ранних проекты будущих версий. Выдается сообщение, содержащее версию продукта, в которой был сохранен проект, и версию проекта и текущую версию продукта и проекта:

При открытии и закрытии проекта, он пересохраняется в текущей версии.

По кнопке Детали проекта можно ввести или изменить Описание проекта. С помощью этой кнопки можно посмотреть версию проекта без его открытия.

При открытии Проекта виден список чертежей, сохраняемых с этим проектом.

После открытия сверху в заголовке чертежа появляется имя текущего открытого проекта.

Имена чертежей видны в соответствующих закладках.

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

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

При открытии чертежа – если ассоциированный с этим чертежом проект отличен от текущего открытого, выдается предупреждение: «Проект, ассоциированный с открывающимся чертежом, отличается от текущего. Открыть этот проект?»

Будьте внимательны! Если Проект не находится (удален, перемещен и т.д.), открытия не происходит – это видно по верхней строке. При этом в чертеже запись о Проекте обнуляется.

Поскольку в каждый момент времени в GeoniCS может быть открыт ТОЛЬКО ОДИН проект, то при работе в многодокументной среде Автокада при открытии нового проекта его имя-путь заносится во все открытые чертежи. Это требует от пользователя аккуратной работы.

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

Открытие проекта «НЕВИДИМЫЙ ОТЕЦ» | artkommunalka.

23 ноября (воскресение) в 15.00 музей-резиденция «Арткоммуналка. Ерофеев и Другие» приглашает на презентацию проекта арт-резидента, выпускницы ВГИКа, режиссёра неигрового кино Елены Скрипкиной «НЕВИДИМЫЙ ОТЕЦ».

Вход свободный.

Искусствовед Александр Саленков о проекте.

Проект «Невидимый отец» Елены Скрипкиной – это попытка современного художника очертить те границы, которые устанавливает для него первичная рана драматически-тяготящего узнавания мира, сгущающегося в психологической памяти о присутствии и бессмертии любимого существа. Прецеденты экзистенциального опыта и мистического переживания фигур отца и матери получают эстетическую завершенность, право на автономию. Демократическое завоевание Современности как раз и состоит в этом праве человека на социально значимую рефлексию – юдоль проектного мышления.

Осмысление начинается с иносказательной инверсии фотографического приема викторианской эпохи: «невидимая мать», как будто проверяющая выдержку и ребенка, и объектива, преобразуется в невидимого отца, наследующего признанную и неразрывную связь матери с ребенком. Фиксируемым значением травмы в обоих случаях становится неопознаваемая и поэтому довлеющая фигура как некий «ставленник» ирреального опыта, в свою очередь открывающего присутствие вне коммуникации, вне телесности, вне «ангажемента» реальности того Другого, чье воссозданное нахождение по ту сторону смерти воспринимается как пролог к бессмертию, как посмертный викторианский фотопортрет, лишенный страха и удивления.

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

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

ОТКРЫТИЕ ПРОЕКТА «ЧАЙКОВСКИЙ, ДАЙ ПЯТЬ!»

20 марта 2021 года в г. Чайковский был дан старт масштабному проекту «Чайковский, дай пять!»

Проект «Чайковский, дай пять!» в 2021 году стал победителем конкурсного отбора на присвоение статуса «Центр культуры Пермского края» в рамках программы «Пермский край — территория культуры», который реализуется при финансовой поддержке Министерства культуры Пермского края.

Торжественные мероприятия по случаю старта проекта прошли в разных учреждениях культуры. Одной из площадок стал Чайковский историко-художественный музей.

Делегации из Октябрьского, Чердынского, Чусовского, Чернушинского городских округов, Юсьвенского муниципального округа, г. Добрянка и г. Оса стали гостями мероприятия. Для них были предложены обзорные экскурсии по историческому и художественному отделам музея, гости совершили увлекательное путешествие и познакомились с арт-центром «Шкатулка композитора», посетили Чайковский Центр ремесел, а также стали гостями увлекательной, интерактивной экскурсии «В гостях у Матрены» в архитектурно-этнографическом комплексе «Сайгатка».

В виртуальном концертном зале музея состоялась пресс-конференция, участниками которой стали: Илюхина Марина Валерьевна — зам. министра культуры Пермского края, Востриков Юрий Геннадьевич — Глава Чайковского городского округа, Смирнова Елена Ивановна — начальник Управления культуры и молодежной политики администрации ЧГО, Санникова Татьяна Марковна — генеральный директор ПДНТ «Губерния», представители СМИ (г. Пермь, г. Чайковский). В ходе пресс-конференции организаторы проекта рассказали о планах и перспективах проекта «Чайковский, дай пять!» для города.

Кульминацией старта проекта стала закладка первого кирпича «Культурной стройки». Все желающие смогли оставить своей след в истории и заложить начало большого, масштабного проекта, реализуемого в городе «Чайковский, дай пять!»

Предлагаем к просмотру небольшой фотоотчет https://xn—-8sbgjjkdcchbp7a6bu2e.xn--p1ai/media/photo/2020/190/

] проект-открытый [ПО для управления проектами с открытым исходным кодом

Установщик Windows

Обучение ускорит ваш процесс обучения -] po [- это сложный продукт с множеством параметров конфигурации.

Установщик Windows доступен для следующих версий Windows:

• Windows 10 64-битная
• Windows Server 2012 64-разрядная
  
• Windows Server 2016 64-разрядная

• Любая Windows с 32-битной
  
• Windows XP или более ранняя версия
  
• Windows 7 или 8 -] po [кажется, работает, но вам, возможно, придется обновить установку CygWin
  
• Windows Small Business Server 2003 / Windows 2008 Server (требуется вмешательство вручную, см. Ниже)

Установщик Windows доступен на sourceforge.сеть:

Для запуска] project-open [в Windows вам потребуется:

• Компьютер под управлением одной из поддерживаемых версий Windows
  
• Не менее 1 ГБ ОЗУ
• Не менее 10 ГБ свободного места на диске

Текущая версия установщика Windows откажется от установки , если обнаружит ряд условий:

• Любая 32-битная Windows
• PostgreSQL уже установлен -] project-open [включает собственную базу данных PostgreSQL, которая может конфликтовать с предыдущими установками.
  
• CygWin уже установлена ​​-] project-open [включает собственную установку CygWin, которая может конфликтовать с предыдущими установками.
• Порт 8000 уже занят другими приложениями.
• Система установлена ​​в подкаталоге. На данный момент вам нужно будет установить] po [в <буква драйвера>: \ project-open.
  

Если у вас есть вопросы, комментарии или сообщения об ошибках, пожалуйста, зайдите на форум открытых обсуждений на SourceForge и начните обсуждение ПОСЛЕ того, как вы проверили другие темы на предмет аналогичных обсуждений, пожалуйста.

Все версии Windows:

• ] проект-открытый [не может перезапускаться автоматически :
  Возможно, вам придется запустить] project-open [вручную после запуска «Мастера настройки».
  Для перезапуска] project-open [, перейдите в] project-open [группа программ и выберите «Начать] project-open [»
  

Windows Vista, Windows 7 и Windows 8:

• «Start] project-open [» выдает ошибку «Permission Denied» :
  В Windows Vista щелкните правой кнопкой мыши значок «Пуск], откройте проект [» и выберите «Запуск от имени администратора».

Правильно ли работает сервер AOL?

Перейдите в «Панель управления / Инструменты администрирования / Службы» и проверьте, запущена ли служба «AOLserver-projop».
Вы можете запустить его вручную из контекстного меню (щелчок правой кнопкой мыши)

Postgres работает правильно?

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

Ошибка из-за нескольких попыток установки?

Если вы установили] po [несколько раз на своем компьютере, убедитесь, что процесс удаления завершился успешно и в нем не осталось компонентов.
Проверьте «Панель управления / Инструменты администрирования / Службы» и убедитесь, что службы AOLserver-projop и PostgreSQL не отображаются в списке после удаления] po [.

Есть ли конфликт с портами?

Убедитесь, что ни одно приложение уже не прослушивает предварительно настроенный порт, набрав

 netstat -an 

 TCP 127.0.0.1:8000 0.0.0.0:0 ПРОСЛУШИВАНИЕ
 

При установке] po [второй раз получаю сообщение об ошибке

В некоторых случаях вторая установка] po [на машине WIN может привести к следующей ошибке (или аналогичной):

 Предупреждение: пользователь postgres уже присутствует на этом компьютере!
Установщик не может продолжить!
 

Перейдите в систему управления пользователями WINDOWS (ПАНЕЛЬ УПРАВЛЕНИЯ / УЧЕТНЫЕ ЗАПИСИ ПОЛЬЗОВАТЕЛЯ), удалите пользователя Postgres и попробуйте установить его снова.
Если нет пользователя postgres, попробуйте открыть консоль и выполнить

 чистый пользователь postgres / delete
 

Если предыдущая (де-) установка не была завершена, в реестре WINDOWS все еще может быть запись:

HKEY_LOCAL_MACHINE \ SOFTWARE \ PostgreSQL

или на 64-битной WIN:

HKLM \ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ \ Wow6432Node \ PostgreSQL

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

В некоторых случаях вам также необходимо вручную удалить локального пользователя postgres из вашей системы.
Используйте для этого WIN Administration (\ ManageComputer \ LocalUsers & groups \ users).

Windows 2008 Server с пакетом обновления 2 (SP2)

Найдите на http://msdn.microsoft.com dotnetfx35sp1 , чтобы получить дополнительную информацию о том, как решить эту проблему.

… довольно прямолинейно. Просто скопируйте файлы .pem на свой сервер и соответствующим образом отрегулируйте ~ / etc / config.tcl:

 ...
ns_section "ns / server / $ {server} / module / nsopenssl / sslcontext / users"
ns_param Ролевой сервер
ns_param ModuleDir $ {serverroot} / etc / certs
ns_param CertFile company_certificate. pem
 ns_param KeyFile company_certificate-decrypted.pem
... 

 ...
ns_section "ns / server / $ {server} / module / nsopenssl / sslcontext / client"
ns_param Ролевой клиент
ns_param ModuleDir $ {serverroot} / etc / certs
ns_param CertFile company_certificate.pem
ns_param KeyFile company_certificate-decrypted.pem
...
 

Если проблемы не исчезнут, опубликуйте сообщение об ошибке и опишите проблему как можно подробнее. Следующая информация помогает нам определить причину проблемы:

• Какую версию Windows вы используете. Пожалуйста, будьте как можно более конкретными.
• Сталкивались ли вы с этой проблемой при первой попытке установки] po [?
• На какой диск вы пытались установить] po [
• Установлены ли на вашем компьютере какие-либо инструменты MS Developer?
• Вы ранее устанавливали Postgres / AOLserver на свой компьютер?

Было бы очень полезно, если бы вы отправили нам экспорт Windows XP System Information Tool. Щелкните Start , укажите на Programs , укажите на Accessories , укажите на System Tools , а затем щелкните System Information . В меню File вы найдете функцию export , которая предоставляет вам текстовый файл. Дополнительные сведения об этом инструменте и информации, которую он собирает из вашей системы, см. На веб-сайте http://support.microsoft.com/kb/308549.

О компании] po [Установщики

] project-open [является бесплатным программным обеспечением и работает на большинстве популярных платформ.Вы можете установить] po [на свой ноутбук или ПК, на сервер в вашей локальной сети, с помощью провайдера веб-хостинга по вашему выбору или в облаке AMAZON. Наша страница часто задаваемых вопросов по установке может помочь вам найти правильный вариант. Если вы хотите использовать] po [, не связываясь с техническими деталями установки и обслуживания, пожалуйста, рассмотрите вариант SaaS (программное обеспечение как услуга).

Все установщики включают Community Edition из] project-open [.

Следующие параметры позволяют запускать] project-open [в вашей организации, не беспокоясь о настройке и обслуживании локальной установки.

Программное обеспечение как услуга (SaaS)

Running] project-open [в облаке — самый простой способ начать работу.

SaaS позволяет использовать] project-open [без привязки к техническим деталям установки и обслуживания. Оплачивая ежемесячную абонентскую плату, вы получаете доступ к своему собственному частному серверу с полными] правами администратора project-open [, но под управлением] project-open [team. Это идеальный вариант для компаний с загруженным ИТ-персоналом или компаний, которые не хотят полностью вкладывать средства в локальный] открытый проект [установка.

Подробности на сайте: http: // www.project-open.com/en/services/project_open_hosting_saas.html.

Демо-серверов

Вам просто интересно узнать о] открытом проекте [или вы просто хотите быстро оценить наше программное обеспечение?

Мы подготовили для вас ряд демонстрационных серверов:

AWI — Amazon Elastic Cloud

Наши партнеры Promit и Solid Rock IT создали образ машины Amazon для] открытого проекта [V4.0. Следуйте инструкциям установщика Amazon AWI для настройки] po [в облаке.

Свяжитесь с нами, если вы собираетесь использовать] project-open [в производстве. Большинству клиентов потребуется как минимум несколько часов услуг по настройке и обучению перед вводом в эксплуатацию, чтобы в полной мере воспользоваться возможностями приложения. Кроме того, мы можем предоставить организациям помощь в определении проекта, определении объема работ и управлении изменениями.

Ссылки:

Открытие, повторное открытие и закрытие проектов

Открытие проекта

1. Нажмите «Открыть» на экране приветствия или выберите в главном меню.

2. В диалоговом окне «Выбор пути» выберите каталог, содержащий проект, который нужно открыть.

3. Укажите, хотите ли вы открыть проект в новом окне или закрыть текущий проект и повторно использовать существующее окно. См. Подробности в разделе «Открытие нескольких проектов».

Откройте проект из командной строки

• В командной строке введите:

  webstorm <путь_к_папке_проекта>

Повторное открытие недавних проектов

При запуске WebStorm последний проект по умолчанию открывается повторно (если этот параметр не отключен на странице «Параметры системы» диалогового окна «Параметры / настройки» Ctrl + Alt + S . » data-primary_eclipse=»Ctrl» data-primary=»Ctrl»> Ctrl или щелкните панель навигации и введите open в поле поиска открывшегося всплывающего окна Run Anything.Затем выберите нужный проект из списка и нажмите Введите .

Удалить проект из списка недавних проектов

• В главном меню выберите и щелкните «Управление проектами» в самом низу списка недавних проектов. В списке последних проектов выберите проект, который нужно удалить, а затем выберите «Удалить из последних проектов» в его контекстном меню.

• На экране приветствия щелкните «Проекты» на левой панели, выберите проект из списка на правой панели, а затем выберите «Удалить из последних проектов» в его контекстном меню.

  Либо щелкните и выберите в списке «Удалить из последних проектов».

Закрытие проектов

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

Закройте текущий проект

• В главном меню выберите.

• Либо закройте окно с проектом, щелкнув в правом верхнем углу. Однако, если у вас открыт только один проект, это фактически закроет WebStorm.

Закройте все проекты

• В главном меню выберите.

  Это действие закрывает все проекты, открытые в настоящее время в WebStorm.

Закройте все, кроме текущего проекта

• В главном меню выберите.

  Действие закрывает все открытые проекты, кроме текущего.

Открытие нескольких проектов

WebStorm предлагает следующие варианты работы с несколькими проектами одновременно:

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

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

1. Выберите в главном меню, а затем в диалоговом окне «Выбор пути» выберите каталог, содержащий проект, который нужно открыть.

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

   Это поведение можно изменить или восстановить на странице «Параметры системы» диалогового окна «Параметры», как описано в разделе «Изменение политики открытия проекта» ниже.

Измените политику открытия проекта

1. В диалоговом окне «Настройки / Предпочтения» Ctrl + Alt + S перейдите к.

2. В области открытия проекта укажите расположение по умолчанию для ваших проектов в поле Каталог по умолчанию. WebStorm будет запускаться с этой папки при открытии проектов. Это местоположение по умолчанию также будет предлагаться каждый раз, когда вы создаете новый проект.

3. Выберите политику открытия проекта:

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

   • Открыть проект в новом окне: выберите этот параметр, чтобы автоматически открывать каждый новый проект в новом окне.

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

   • Открыть проект в том же окне: выберите этот параметр, чтобы закрыть проект, открытый в текущем окне, и открыть в нем новый проект.

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

Отсоединение проектов от общего окна

Некоторые известные ограничения

• Символы из прикрепленных проектов видны из основного, но не наоборот.

• WebStorm будет продолжать использовать настройки проекта (например, стиль кода или профиль инспекций) основного проекта.

• Конфигурация запуска из присоединенного проекта будет проигнорирована, и новые конфигурации будут сохранены в файле.Папка с идеями основного проекта.

• Если вы используете TypeScript, во всех прикрепленных проектах будет использоваться одна и та же версия.

• Вы не можете закрыть основной проект, оставив присоединенный проект открытым.

Последнее изменение: 27 мая 2021 г.

Открытие, повторное открытие и закрытие проектов

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

При необходимости выберите один из вариантов в разделе «Открытие проекта» на странице «Параметры системы», чтобы изменить это поведение:

• «Открыть проект в новом окне», чтобы открывать новое окно PhpStorm каждый раз при открытии нового проекта.

• Откройте проект в том же окне, чтобы оставаться в том же окне PhpStorm.

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

Открытие проектов

Открытие проекта

1. Нажмите «Открыть» на экране приветствия или выберите пункт в главном меню.

2. В диалоговом окне «Выбор пути» выберите каталог, содержащий проект, который нужно открыть.

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

3. Укажите, хотите ли вы открыть проект в новом окне, закрыть текущий проект и повторно использовать существующее окно или открыть новый проект в том же окне, что и текущий.См. Подробности в разделе «Открытие нескольких проектов».

Откройте проект из командной строки

Повторное открытие недавних проектов

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

При запуске PhpStorm последний проект по умолчанию открывается повторно (если этот параметр не отключен на странице «Системные настройки» диалогового окна «Настройки / Предпочтения» Ctrl + Alt + S .

Повторно открыть последний проект

• Вызов из главное меню и выберите из списка нужный проект.

  Укажите, хотите ли вы открыть проект в новом окне, повторно использовать текущее окно или присоединить его к текущему открытому проекту.

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

Удалить проект из списка недавних проектов

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

  Выбранный проект будет удален из списка недавних проектов в окне «Проект» и на экране приветствия.

• Чтобы удалить проект только из списка на экране приветствия, щелкните правой кнопкой мыши целевой проект и выберите «Удалить выбранное с экрана приветствия».

Закрытие проектов

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

Закройте проект

Закройте все проекты

• В главном меню выберите.

  Это действие закрывает все проекты, открытые в настоящее время в PhpStorm.

Закройте все, кроме текущего проекта

• В главном меню выберите.

  Действие закрывает все открытые проекты, кроме текущего.

Последнее изменение: 21 апреля 2021 г.

Запуск проекта с открытым исходным кодом

«Что» и «почему» открытого исходного кода

Итак, вы думаете о том, чтобы начать работу с открытым исходным кодом? Поздравляю! Мир ценит ваш вклад.Давайте поговорим о том, что такое открытый исходный код и почему люди это делают.

Что означает «открытый исходный код»?

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

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

Бесплатное программное обеспечение относится к тому же набору проектов, что и с открытым исходным кодом . Иногда эти термины объединяются как «бесплатное программное обеспечение с открытым исходным кодом» (FOSS) или «бесплатное, бесплатное программное обеспечение с открытым исходным кодом» (FLOSS). Free и libre относятся к свободе, а не к цене.

Почему люди открывают исходный код своей работы?

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

— @kentcdodds, «Как мне было здорово попасть в Open Source»

Есть много причин, по которым человек или организация захотят открыть проект с открытым исходным кодом. Некоторые примеры включают:

• Сотрудничество: Проекты с открытым исходным кодом могут принимать изменения от кого угодно в мире.Например, Exercism — это платформа для упражнений по программированию, в которой участвуют более 350 человек.

• Принятие и ремикс: Проекты с открытым исходным кодом могут использоваться кем угодно практически для любых целей. Люди могут даже использовать его для создания других вещей. WordPress, например, начинался как форк существующего проекта под названием b2.

• Прозрачность: Любой может проверить проект с открытым исходным кодом на наличие ошибок или несоответствий. Прозрачность важна для правительств, таких как Болгария или США, регулируемых отраслей, таких как банковское дело или здравоохранение, и программного обеспечения безопасности, такого как Let’s Encrypt.

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

Означает ли открытый исходный код «бесплатно»?

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

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

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

Следует ли мне запускать собственный проект с открытым исходным кодом?

Короткий ответ — да, потому что независимо от результата запуск собственного проекта — отличный способ узнать, как работает открытый исходный код.

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

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

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

Постановка целей

Goals может помочь вам понять, над чем работать, над чем говорить «нет» и где вам нужна помощь других. Начните с вопроса: , почему я использую открытый исходный код для этого проекта?

На этот вопрос нет однозначного правильного ответа. У вас может быть несколько целей для одного проекта или разные проекты с разными целями.

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

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

— @mavris, «Разработчики программного обеспечения-самоучки: почему для нас важен открытый исходный код»

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

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

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

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

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

— @captainsafia, «Итак, вы хотите открыть исходный код проекта, а?»

Участие в других проектах

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

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

Запуск собственного проекта с открытым исходным кодом

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

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

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

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

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

Выбор лицензии

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

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

MIT, Apache 2.0 и GPLv3 — самые популярные лицензии с открытым исходным кодом, но есть и другие варианты на выбор.

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

Если у вас есть другие вопросы или опасения по поводу юридических аспектов управления проектом с открытым исходным кодом, мы вам поможем.

Написание README

README не только объясняют, как использовать ваш проект. Они также объясняют, почему ваш проект важен и что ваши пользователи могут с ним делать.

В README попробуйте ответить на следующие вопросы:

• Чем занимается этот проект?
• Чем полезен этот проект?
• Как мне начать?
• Где я могу получить дополнительную помощь, если она мне понадобится?

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

Лучшая документация означает больше пользователей, меньше запросов на поддержку и больше участников. (…) Помните, что ваши читатели — это не вы. Есть люди, которые могут прийти на проект с совершенно другим опытом.

— @tracymakes, «Пишу так, чтобы слова читались (видео)»

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

Чтобы получить больше вдохновения, попробуйте использовать руководство @ dguo «Make a README» или шаблон README от @ PurpleBooth, чтобы написать полный README.

Когда вы включаете файл README в корневой каталог, GitHub автоматически отображает его на домашней странице репозитория.

Составление руководящих принципов участия

ДОПОЛНИТЕЛЬНЫЙ файл сообщает вашей аудитории, как участвовать в вашем проекте. Например, вы можете включить информацию о:

В дополнение к техническим деталям, файл CONTRIBUTING дает возможность сообщить о ваших ожиданиях в отношении взносов, например:

• Типы пожертвований, которые вы ищете
• Ваша дорожная карта или видение проекта
• Как участники должны (или не должны) связываться с вами

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

Например, Active Admin начинает свое вспомогательное руководство с:

Прежде всего, спасибо за то, что решили внести свой вклад в Active Admin. Такие люди, как вы, делают Active Admin таким отличным инструментом.

На самых ранних стадиях вашего проекта ваш ДОПОЛНИТЕЛЬНЫЙ файл может быть простым. Вы всегда должны объяснять, как сообщать об ошибках или проблемах с файлами, а также любые технические требования (например, тесты), чтобы внести свой вклад.

Со временем вы можете добавить другие часто задаваемые вопросы в свой ДОПОЛНИТЕЛЬНЫЙ файл.Записывая эту информацию, меньше людей будут снова и снова задавать вам одни и те же вопросы.

Чтобы получить дополнительную помощь в написании файла CONTRIBUTING, ознакомьтесь с шаблоном руководства @ nayafia или «Как создать CONTRIBUTING.md» @ mozilla.

Ссылка на ваш ДОПОЛНИТЕЛЬНЫЙ файл из README, чтобы его увидело больше людей. Если вы поместите файл CONTRIBUTING в репозиторий вашего проекта, GitHub автоматически установит ссылку на ваш файл, когда участник создает проблему или открывает запрос на вытягивание.

Установление кодекса поведения

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

— @mlynch, «Сделать открытый исходный код более счастливым местом»

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

Для получения дополнительной информации ознакомьтесь с нашим руководством по Кодексу поведения.

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

Как и в случае с лицензиями с открытым исходным кодом, появляются новые стандарты кодексов поведения, поэтому вам не нужно писать свои собственные. Соглашение об участнике — это дополнительный кодекс поведения, который используется более чем 40 000 проектов с открытым исходным кодом, включая Kubernetes, Rails и Swift. Независимо от того, какой текст вы используете, вы должны быть готовы при необходимости обеспечить соблюдение своего кодекса поведения.

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

Название и брендинг вашего проекта

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

Как правильно выбрать имя

Выберите имя, которое легко запомнить и, в идеале, дает некоторое представление о том, чем занимается проект. Например:

• Sentry отслеживает приложения для отчетов о сбоях
• Thin — это быстрый и простой веб-сервер на Ruby

Если вы создаете существующий проект, использование его имени в качестве префикса может помочь прояснить, что делает ваш проект (например, node-fetch открывает окно .получить в Node.js).

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

Как избежать конфликтов имен

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

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

Убедитесь, что название вашего проекта не нарушает права на товарные знаки. Компания может попросить вас закрыть ваш проект позже или даже подать против вас в суд.Это просто не стоит риска.

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

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

То, как вы пишете (и код), тоже влияет на ваш бренд!

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

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

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

— @janl на CouchDB, «Устойчивый открытый исходный код»

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

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

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

Контрольный список перед запуском

Готовы открыть исходный код вашего проекта? Вот контрольный список, который поможет.Отметить все флажки? Готово! Нажмите «опубликовать» и похлопайте себя по плечу.

Документация

В проекте есть ЛИЦЕНЗИОННЫЙ файл с лицензией с открытым исходным кодом.

В проекте есть базовая документация (README, CONTRIBUTING, CODE_OF_CONDUCT)

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

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

Код

В проекте используются согласованные соглашения о коде и четкие имена функций / методов / переменных.

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

В истории изменений, проблемах или запросах на вытягивание нет конфиденциальных материалов (например, паролей или другой закрытой информации).

Люди

Если вы физическое лицо:

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

Если вы компания или организация:

Вы говорили со своим юридическим отделом

У вас есть маркетинговый план по анонсу и продвижению проекта

Кто-то стремится управлять взаимодействием с сообществом (отвечать на вопросы, проверять и объединять запросы на вытягивание)

Как минимум два человека имеют административный доступ к проекту.

Вы сделали это!

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

Итак, вы решили открыть проект в процессе работы. Что теперь? — Smashing Magazine

Об авторе

Николас Закас — главный архитектор Box, а также автор и спикер. Он работал в Yahoo! в течение почти пяти лет, где он был ведущим техническим специалистом … Больше о Николай ↬

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

Углубитесь в лучших интерфейсных практик с Виталием Фридманом в его предстоящем семинаре Smashing по новым интерфейсам в 2021 году. От контейнерных запросов AVIF и CSS до Core Web Vitals, Jamstack и загрузки веб-шрифтов: все в одном онлайн-семинаре. 9–23 июня 2021 г.

Почему Open Source?

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

• Техническая марка .Компании хотят, чтобы их считали местом, где работают умные люди. Отличный способ показать это — выпустить код, написанный в компании. Это создает взаимное признание в сообществе, знакомство с компанией и ее вкладом, а также способствует будущим техническим инициативам бренда (например, выступлениям на встречах и конференциях).
• Набор персонала . Снова и снова вы будете видеть, как участники присоединяются к компаниям, спонсирующим проекты с открытым исходным кодом. Я часто видел, как это происходило в Yahoo, где участники YUI иногда становились сотрудниками Yahoo после того, как внесли свой вклад в проект на постоянной основе.Подобные приемы на работу произошли и в сообществе Node.js. Причина довольно ясна: если вы работаете над проектом с открытым исходным кодом в свободное время, представьте, как здорово было бы превратить это хобби в работу. Кроме того, если кандидаты на работу могут ознакомиться с некоторыми кодами компании, это дает хорошее представление о том, на что будет похожа работа в компании.
• Возвращение . Многие компании извлекают выгоду из программного обеспечения с открытым исходным кодом, и возвращение этому миру программного обеспечения с открытым исходным кодом — это способ отдачи.В наши дни участие в техническом сообществе — это часть того, что значит. Когда вы получаете, найдите способ вернуть. Многие компании придерживаются этой философии.

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

Начало работы

Предположим, кто-то в вашей компании хочет что-то сделать с открытым исходным кодом.Такого никогда не было, и вы не знаете, что делать. Вы просто разместите это на GitHub? Объявить об этом в пресс-релизе или блоге? Откуда вы знаете, что код подходит для открытых источников? Планируется много, и все начинается (к сожалению) с юридического отдела.

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

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

Рекомендуемая литература: Я участвовал в редакторе с открытым исходным кодом, и вы тоже можете

Выберите лицензию по умолчанию

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

Я коснулся различных типов лицензий в своей предыдущей статье (см. Также «Общие сведения об авторских правах и лицензиях»). В целом компании стремятся стандартизировать либо лицензией BSD с тремя пунктами, либо лицензией Apache . Очень редко компания будет стандартизировать лицензию MIT, потому что стандартная лицензия MIT не содержит пункта, запрещающего использование названия компании в рекламе программного обеспечения, использующего проект.В лицензии Apache есть дополнительные пункты, связанные с патентной защитой, которую предпочитают некоторые компании.

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

Рекомендуемая литература: Краткое руководство по лицензиям с открытым исходным кодом и аналогичным лицензиям

Outgoing Review

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

• Legal . Как уже упоминалось, юридический отдел необходимо держать в курсе всего этого процесса. Скорее всего, они не будут просматривать код, а скорее захотят понять, что он делает и можно ли считать его секретом компании.
• Безопасность . Кто-то, кто думает о безопасности, должен действительно взглянуть на код, чтобы убедиться, что он не обнаруживает каких-либо проблем с безопасностью или содержит код, который не должен публиковаться.Этот процесс может быть ручным или автоматическим, в зависимости от сложности кода.
• Исполнительный . Кто-то из исполнительной команды должен утвердить запрос, в основном заявив, что он считает, что этим кодом можно безопасно делиться, и что они знают, что этот код публикуется.

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

Принятие взносов

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

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

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

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

Возьмем CLA для Node.js. Это довольно простая форма, которая определяет ожидания участников и запрашивает имя участника и другую информацию. В наши дни довольно часто спрашивают чье-то имя пользователя GitHub (чтобы помочь автоматизировать процесс проверки CLA на наличие коммитов).

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

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

Рекомендуемая литература: Итак, вы хотите использовать краудфандинг для своего стартап-приложения?

Сопровождение проекта

Упускаемая из виду часть процесса с открытым исходным кодом — поддержка проекта после его публикации. Многие разработчики (и некоторые компании) рассматривают этап открытия исходного кода проекта как конец процесса — они уже потратили много времени на создание программного обеспечения, которым теперь хотят поделиться со всем миром. По правде говоря, открытие исходного кода проекта — это начало пути. Акт совместного использования теперь делает его, по сути, общим программным обеспечением, и теперь вы можете ожидать, что проект будет обсуждаться и развиваться как единое целое.

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

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

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

Хотя не существует установленных правил для поддержки проекта, вот некоторые рекомендации, которым я следую:

1. Публичное репо — это источник истины. После того, как вы опубликовали исходный код в общедоступном репозитории (или репозитории), вся разработка должна происходить в этом репозитории. Публичное репо не должно быть просто клоном внутреннего репо. Если проект активно развивается, то это развитие должно происходить исключительно в публичном репо, чтобы быть максимально прозрачным.Частная разработка с последующим периодическим обновлением предотвращает использование запросов на вытягивание и делает форк вашего проекта чрезвычайно трудным и разочаровывающим.
2. План публично. Используйте общедоступную систему отслеживания ошибок, чтобы отслеживать все проблемы, чтобы другие могли видеть, над чем работают, а о чем уже сообщалось. Разместите в общедоступном месте дорожную карту, на которой показаны планы развития. Будьте максимально прозрачны в процессе разработки. Короче говоря, открытый исходный код — это то, как ваш проект будет расти и развиваться.
3. Посвятите время компании. Если вы являетесь основным автором проекта и у вас есть открытый исходный код, то вам (или делегату) следует выделить время для взаимодействия с внешними участниками. Это означает своевременное реагирование на запросы на вытягивание и проблемы, что, в свою очередь, означает выделение времени ежедневно или еженедельно. Теперь это стало частью вашей постоянной работы, а не просто хобби.
4. Открытые каналы связи. Дайте внешним участникам возможность напрямую взаимодействовать с сопровождающими.Это может быть форум, список рассылки, IRC-чат или другой канал. Убедитесь, что эти системы являются общедоступными; например, чат IRC не должен находиться на сервере чата вашей компании. Существует множество бесплатных услуг связи. Самый простой и наименее разрушительный метод — создать бесплатный список рассылки с помощью групп Google или Yahoo.
5. Принять к документу. Отсутствие документации — огромная проблема для проектов с открытым исходным кодом. С самого начала постарайтесь написать хорошую документацию, в которой объясняется не только то, как использовать проект, но и как настроить среду разработки, запускать тесты и эффективно работать с кодом в качестве участника.Нет лучшего способа отговорить людей от использования вашего программного обеспечения, чем не дать им возможности самостоятельно приступить к работе.
6. Поддерживайте регулярную исходящую связь. Должен быть постоянный поток исходящей информации о проекте. Как минимум, размещайте объявления о новых выпусках и проблемах безопасности, требующих немедленного обновления. Ведите журналы изменений, которые описывают различия между версиями, и следуйте предсказуемой и регулярной схеме управления версиями (например, следуя семантическому управлению версиями).Это поможет как пользователям, так и участникам понять влияние проблем с регистрацией и отправкой запросов на вытягивание.

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

Предупреждающие знаки

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

• «Недостаточно времени» Чем чаще эта фраза появляется в ответах на запросы на вытягивание и проблемы, тем более вероятно, что проект направляется на кладбище.Это одна из главных причин, по которой проекты умирают: у сопровождающего не хватает времени, чтобы поддерживать его. Как должно быть очевидно из этой статьи, поддержание проекта требует значительного объема работы, которая часто не является устойчивой в долгосрочной перспективе.
• Слишком мало участников . Если большая часть вкладов поступает от одного человека, то, скорее всего, проект либо в самом начале своей жизни (на подъеме), либо близок к завершению. Вы можете легко определить, что именно так, посмотрев на дату первой фиксации.Успешные проекты, как правило, имеют большое количество коммитов от сопровождающего и небольшое количество частых коммитов от нескольких других. Еще один хороший способ измерить эту активность — это количество объединенных запросов на вытягивание за последний год.
• Слишком много открытых вопросов и запросов на вытягивание . Верным признаком того, что проект завершается, являются проблемы и запросы на вытягивание, которые остаются открытыми без комментариев. Несколько вопросов, оставшихся открытыми в течение года, означают, что о проекте не заботятся.
• Нет возможности связаться с обслуживающим персоналом . Если вы не можете найти надежный способ связаться с сопровождающим, будь то электронная почта, список рассылки, Twitter, вопросы или запросы на вытягивание, тогда у проекта мало надежды. Сопровождающие не поддерживают, если не общаются.

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

Завершающие проекты

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

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

• Почему проект закрывается? Было ли это заменено чем-то другим? Он больше не используется? Вы рекомендуете другое программное обеспечение, написанное кем-то другим?
• Что будет с нерешенными проблемами? Будут ли исправлены ошибки? Будут ли закрыты все нерешенные проблемы без исправления?
• Есть ли возможность передать право собственности? Если кому-то действительно нравится проект, готова ли ваша компания передать право собственности ему или их организации?

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

Заключение

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

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