В 2018 году исследователи, наблюдавшие за птицами в Калифорнии (США), были поражены, когда проследили маршрут одной из обычных чаек.

Одна смышлёная чайка преодолела около 130 километров на мусоровозе к полному вкусностей компостному центру – а через несколько дней повторила свой маршрут. Необычную историю про смекалистую птицу учёные рассказали порталу Earth.com.

Маршрут чайки удалось проследить благодаря трекеру. Такие «маячки» учёные ставили на чаек Фараллоновых островов у побережья Калифорнии. Устройства помогали им отслеживать перемещения птиц в период размножения.

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

Так исследователям удалось установить, что чайка «проехала» на мусоровозе около 130 километров из Сан-Франциско до компостного центра в Центральной долине, а затем, проведя ночь в новом месте, вернулась домой уже по воздуху. Забавно, но через два дня чайка повторила тот же маршрут, который сильно отличался от других путешествий птицы за ту же неделю. Он был значительно длиннее и дальше от традиционного места обитания родной колонии чайки.

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

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

Источник

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

Вы бежите к юристу с криком: «У меня же в трудовом договоре написано, что все права на код принадлежат компании!». А юрист грустно вздыхает и говорит, что этой бумажкой можно… ну, вы поняли.

Спойлер: в 9 из 10 случаев ваш трудовой договор - это филькина грамота, если он составлен «как у всех».

Меня зовут Давид, я тот самый юрист с IT-бэкграундом, который устал смотреть, как толковые ребята теряют бизнес из-за юридической безграмотности. Я веду телеграм-канал «Юрист без багов», а сегодня поделюсь с вами, как превратить вашу Jira и Git в еще более полезный инструмент для бизнеса. Без душных юридических терминов, на пальцах.

Почему фраза «все права принадлежат компании» не работает?

Закон - хитрая штука. По умолчанию, всё, что создал человек (код, дизайн, текст) - принадлежит ему. Это называется авторское право. Оно как имя - его нельзя отобрать. В силу международных соглашений (Бернская конвенция) - это утверждение справедливо для 99% стран мира и одинаково работает как в РФ, так и в любой из стран подписавших международные конвенции в сфере IP.

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

Нужно доказать, что код был создан:

1. В рамках трудовых обязанностей.

2. По конкретному служебному заданию.

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

Лайфхак №1: Jira/Trello - твой лучший друг и адвокат

Помните про «конкретное служебное задание»? Так вот, ваша User Story в Jira - это оно и есть! Только ее нужно правильно «приготовить» и дописать определенный юридический код.

Каждая задача должна содержать:

• Четкий заголовок и цель: «Реализовать функцию авторизации через соцсети для повышения конверсии в регистрацию».

• Критерии приемки: Что считать выполненной задачей.

• Исполнителя: Кто конкретно пилит фичу.

Jira и другие трекеры идеально фиксируют, КТО, КОГДА и ЧТО делал. В случае спора это будет вашим главным козырем. Вы просто покажете суду: «Вот задача, вот исполнитель, вот дата. Все залогировано, не придерешься». Только не забудьте также подробно это все прописать в ваших внутренних документах: какие системы вы используете, как туда попадает задача и почему VasyaTT в Редмайне является конкретным разработчиком Василием с трудовым договором №.... ну вы поняли.

Лайфхак №2: Git-коммиты - цифровая летопись, которая не врет

Если Jira - это постановка задачи, то Git - это доказательство ее выполнения. Каждый коммит - это как подпись разработчика под каждым кусочком кода. А merge - как принятый отчет о разработке.

Что важно в коммите:

• Автор: Привязка к конкретному человеку.

• Дата и время: Когда был написан код.

• Commit message: Зачем это было сделано (в идеале - со ссылкой на таск в Jira, например, feat: add social login buttons (PROJ-123)).

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

Лайфхак №3: Связываем все воедино

Окей, у нас есть задачи в Jira и коммиты в Git. Как превратить это в юридическую магию?

Нужно сделать три простые вещи:

1. Прописать в трудовом договоре, что служебные задания ставятся через Jira (или ваш таск-трекер), а результаты работы фиксируются в корпоративном Git-репозитории.

2. Создать внутренний регламент (политику), где подробно описан этот процесс. Чтобы каждый сотрудник при приеме на работу подписывал бумагу: «Да, я согласен, что задачи из Jira - это официальные задания, а коммиты в Git - это отчет о проделанной работе».

3. Регулярно составлять акты (отчеты). Звучит нудно, но это важно. Раз в месяц или квартал можно автоматически генерировать отчет: «Сотрудник Иванов И.И. за такой-то период выполнил задачи PROJ-123, PROJ-124, PROJ-125. Результаты переданы в виде коммитов...». Подписали (можно и электронной подписью) - и спите спокойно.

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

Лайфхак №4: Не жмотьтесь на авторское вознаграждение

Тут многие сыпятся. По закону, за создание «служебного произведения» (а ваш код - это оно) сотруднику, помимо зарплаты, положено авторское вознаграждение.

«ЧТО?! ЕЩЕ ПЛАТИТЬ?!» - слышу я крики фаундеров.

Спокойно. Закон не устанавливает его размер. Вы можете договориться о любой сумме. Хоть 1000 рублей в год. Главное - зафиксировать это в договоре. Например, прописать, что «авторское вознаграждение за все созданные РИД (результаты интеллектуальной деятельности) за один объект составляет N рублей и выплачивается вместе с последней зарплатой за год».

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

Лайфхак №5: Open-source - не значит «ничье»

Почти весь современный софт использует опенсорсные библиотеки. Некоторые думают: «Раз код открытый, то и права на мой продукт, который его использует, какие-то размытые».

Это не так. Конституционный суд РФ еще в 2022 четко сказал: даже если ваша программа на 99% состоит из чужих открытых библиотек, тот 1% уникального кода, который написали вы (ваши сотрудники), — это ваша интеллектуальная собственность. И ее нужно защищать.

Итог: что делать прямо сейчас?

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

1. Проверьте свои трудовые договоры. Есть ли там пункты про Jira и Git? Прописан ли порядок выплаты авторского вознаграждения?

2. Наведите порядок в таск-трекере. Заставляйте команду писать осмысленные User Stories и комментарии.

3. Синхронизируйте Git и Jira. Требуйте в коммитах указывать номер задачи.

4. Создайте простой регламент и подпишите его со всеми сотрудниками.

Это не бюрократия, а гигиена IT-бизнеса. Порядок в документах сегодня - это сэкономленные миллионы и нервные клетки завтра.

P.S. Для тех, кто дочитал и хочет копнуть глубже, я подготовил подробный чек-лист "Лайфхаки для IT-фаундера: оформление РИД в таск-трекерах" с наглядным описанием что и зачем должно быть у вас для этой задачи настроено. Забрать его можно у меня в телеграм-канале «Юрист без багов».

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