Читайте контракт, работайте на своём железе и соблюдайте правила безопасности

Автор предупреждает, что этот материал носит сугубо этический характер, а не является юридической консультацией, и настоятельно рекомендует перед любыми действиями обращаться к юристам, особенно если на кону стоит ваша карьера или иммиграционный статус. Как и в большинстве открытых лицензий, все предоставляется «как есть», без гарантий. Если вы потеряете работу из-за таких действий, автор не несет ответственности, но готов публично осудить работодателя на своей площадке. Трудовые договоры, внутренние правила и клаузы об инвентаризации изобретений часто позволяют компаниям присваивать всё, что создается во время работы, на их оборудовании или в рамках должностных обязанностей. Хотя в некоторых штатах есть ограничения для работы во внешнее время и на личном гаджете, детали всегда имеют критическое значение, поэтому прежде чем делать что-то новое, внимательно прочитайте контракт. Убедитесь, что ваш работодатель не владеет открытым исходным кодом, который вы собираетесь публиковать. Если компьютер, сеть или аккаунт принадлежат компании, риски перехода прав слишком велики, используйте собственное оборудование. Переговоры о передаче прав интеллектуальной собственности возможны. При получении оффера просите письменное исключение для открытого кода до подписания договора и заранее изучите соглашение, чтобы знать, на какие пункты нужно возражать. Автор успешно менял стандартные условия в почти каждом месте работы, а работодатели часто соглашались гораздо охотнее, чем ожидается. Ссылайтесь на сбалансированное соглашение сотрудников GitHub, открытое по лицензии CC0, которое уже используется в крупных корпорациях: компания сохраняет прав на то, за что платит, а сотрудник оставляет за собой открытые проекты, не конкурирующие с бизнесом. Не раскрывайте частные репозитории, учетные данные, инциденты, данные клиентов, дорожные карты, уязвимости или внутренние обсуждения. Не используйте доступы, которые у вас обычно нет, и не пытайтесь обойти средства защиты безопасности. Публичное разглашение внутренней информации компании не является оправданием, это лишь повод четко разделять открытые работы и коммерческую тайну. Молчание не означает небрежность. Неизвестное не означает беспечное. Оценивайте риски самостоятельно, учитывая политику, договор, обязательства перед клиентом или правила безопасности. Возможно, часть работы придется делать на своих машинах и в своих сетях. Цель не воровать, а уравнять отдачу сообществу с тем, что забирает работодатель. Вы можете получить более низкие оценки, чем коллеги, каждый час питающие корпоративные системы, и это нормально. Устойчивая оценка B полезнее, чем сжигание себя ради А в компании, которая завтра может уволить вас, утверждая, что ИИ вас заменил. Аргумент наименее силен, когда время зачтено конкретному заказчику, гранту, государству, оборонному проекту или в регулируемой среде. Он слаб для начинающих или нестабильных инженеров, у которых нет рычагов, чтобы поглотить потери. Он наиболее силен для старших кураторов, исправляющих зависимости, которые их работодатели уже используют. Идеальный вариант не «делайте всё, что угодно, будучи на работе», а «рассматривайте поддержание открытого кода как часть инженерной работы». Заботьтесь о проектах, которые вы уже поддерживаете. Улучшайте инструменты, затрагивающие вашу работу. Пропускайте всё несвязанное, собственное и то, что заставит пропустить реальные обязательства.