Как мне управлять моим портфолио на GitHub, когда моя текущая компания не позволяет мне публиковать проекты, ссылаясь на соглашение о неразглашении? Какие части проекта мне стоит публиковать? Как я могу указать свой вклад в коллаборативных проектах? Как минимизировать проблемы с пользователями, которые просматривают мои проекты до моего увольнения?
Если ваше руководство запрещает размещение кода на GitHub или любом другом публичном репозитории, следует обратиться к своим руководителям или отделу правовых вопросов в компании, чтобы уточнить политику компании относительно публикации кода. Возможно, они могут предложить альтернативный способ демонстрации вашего кода или согласовать публикацию определенных частей проекта. Если ваша текущая компания запрещает публикацию проектов, вы можете разделить свой код на отдельные компоненты или более общие решения, которые не раскрывают конфиденциальных данных или подробностей проекта. Например, вы можете публиковать части кода, связанные с использованием определенных технологий, алгоритмов или паттернов проектирования, не раскрывая сведения о конкретных применениях в вашем проекте. Вы также можете указать свой вклад в коллаборативных проектах с помощью системы контроля версий, которую использует ваша компания. Это позволит вам доказать свое участие в разработке проектов, не публикуя код на публичных платформах. Чтобы минимизировать риски, связанные с возможным просмотром вашего портфолио до вашего увольнения, вы можете использовать приватные репозитории на GitHub. Таким образом, только те, кому вы предоставили доступ, смогут просматривать ваши проекты. В целом, важно соблюдать законы, политики и соглашения о неразглашении вашей компании. Если вы не уверены в том, что разрешено публиковать, лучше проконсультироваться с вашими руководителями или правовым отделом, чтобы избежать возможных проблем.
1. Многие программисты имеют свое портфолио, в котором представлены их собственные проекты и вклад в проекты с открытым исходным кодом. Однако, портфолио на GitHub является необязательным и не все работодатели обращают на него внимание. Хороший результат на интервью может значительно перевесить значимость вашего GitHub. 2. Не рекомендуется публиковать на GitHub код, на который у вас нет прав. Если вы написали код для заказчика, он принадлежит заказчику, и публикация его в официальном репозитории может создать проблемы при поиске работы. 3. Вы имеете полную свободу выбора, какие проекты создавать и загружать на GitHub. Некоторым разработчикам GitHub не представляет особой ценности и используется только как архив. Не существует строгих правил, и вам решать, как использовать платформу. 4. Если вы сотрудничаете с другом над проектом, работодатель, вероятно, не будет детально изучать вашу индивидуальную роль в этом проекте. В случае необходимости, вы можете упомянуть свой вклад в проекте в описании и указать свое авторство в коммитах. 5. Загрузка проекта на GitHub, на котором вы работали вопреки политике компании и скрытие его от посторонних может привести к нарушению договора и нежелательным последствиям в дальнейшем, включая отказ от приема на работу.
Во время стажировки или работы в компании важно быть внимательным к подписываемым документам. Обычно это стандартная форма NDA, которая запрещает распространять код, связанный с работой компании. Если у тебя есть личный код, то может быть лучше не выкладывать его со своей рабочей машины. Были случаи, когда параметры пользовательского имени или электронной почты утекали в коммиты, и поэтому настоятельно не рекомендуется делать это. Даже имя пользователя компьютера может случайно утекать. Также следует помнить, что GitHub может сканировать код на наличие коммерческих товарных знаков и меток. Поэтому лучше не рисковать и не выкладывать свой корпоративный код. В общем, лучше всего запомнить правило "Никогда не делай коммиты с корпоративного компьютера!"