Мое ли е? Разработка с отворен код и интелектуална собственост в ерата на ИИ

by Юли 6, 2023BI/Аналитика0 коментари

Мое ли е?

Разработка с отворен код и ИС в епохата на ИИ

Историята е позната. Ключов служител напуска вашата компания и има опасения, че служителят ще вземе търговски тайни и друга поверителна информация на излизане. Може би чувате, че служителят вярва, че цялата работа, която служителят е свършил от името на компанията по време на работата си, наистина е негова собственост, тъй като е използван софтуер с отворен код. Този тип сценарии се случват през цялото време и да, има начини да защитите по-добре вашата компания от измамни служители, които вземат или разкриват частната информация на бившия си работодател.

Но какво трябва да направи работодателят?

На днешното работно място служителите имат достъп до повече фирмена информация от всякога и в резултат на това служителите могат по-лесно да си тръгнат с тези поверителни фирмени данни. Такава загуба на тайния сос на компанията може да има пагубно въздействие не само върху самата компания и нейната способност да се конкурира на пазара, но и върху морала на останалите служители. И така, как да се уверите, че един служител си тръгва с празни ръце?

Освен това софтуерните компании все повече разчитат на софтуер с отворен код като градивен елемент при разработването на цялостен софтуерен продукт. Използването на софтуер с отворен код като част от цялостния софтуерен продукт на компанията води ли до софтуерен код, който е безплатен за използване от всеки и за служител, който да вземе свободно, когато напуска работодател?

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

Такова споразумение на служителя трябва да посочва, че всичко, създадено от служителя за компанията, е собственост на компанията. Но какво се случва, ако служителят комбинира публична информация със собствена информация за компанията, за да създаде продукт, който е комбинация от двете? С нарастващото използване на софтуер с отворен код често възниква въпросът дали една компания може да защити софтуера, ако софтуерът с отворен код се използва при разработването на продуктово предложение на компанията. Обичайно е служителите да вярват, че тъй като са използвали публично достъпен софтуер с отворен код като част от софтуерния код, изготвен за компанията, целият софтуерен код е с отворен код.

Тези служители са некоректни!

Докато използваните компоненти с отворен код са публично достъпни и безплатни за използване от всеки, комбинацията от компоненти с отворен код със собствен софтуерен код, разработен от компания, създава продукт, който е собственост на компанията съгласно законите за интелектуална собственост. Казано по друг начин, само защото използвате софтуер с отворен код като част от abroader софтуерен пакет, не прави цялото предложение незащитено. Случва се точно обратното. Софтуерният код – като цяло – е поверителна фирмена информация, която не може да бъде неправомерно разкрита или взета от служител при напускане. При такава несигурност обаче периодичните напомняния на служителите за техните задължения за поверителност, включително третирането на изходния код (дори ако използва софтуер с отворен код) като собственост на компанията, са по-важни от всякога.

Така че, когато служител, който има достъп до най-важните търговски тайни на вашата компания, даде предизвестие, е наложително компанията да прехвърли на напускащия служител продължаващото задължение да пази в тайна поверителната информация на компанията. Това може да стане чрез напомняне на служителя по време на интервю за напускане, както и чрез последващо писмо за задълженията на служителя за поверителност към компанията. Ако напускането е внезапно, писмо, идентифициращо и повтарящо задължението на служителя за поверителност, е добра стратегия.

Вземането на прости предпазни мерки, а именно споразумения за поверителност/изобретателство, периодични напомняния за задължения за поверителност и напомнящо писмо при напускане на служител са най-добрите практики, които всички компании и особено софтуерните компании, чийто целия бизнес може да излезе навън на флаш устройство, трябва да прилагат, преди да е твърде късно.

За автора:

Джефри Дрейк е многостранен адвокат, специализиран в широк спектър от правни въпроси, служещ като външен главен съветник на корпорации и нововъзникващи компании. С експертни познания по корпоративни въпроси, интелектуална собственост, сливания и придобивания, лицензиране и други, Джефри предоставя цялостна правна подкрепа. Като водещ съдебен адвокат, той ефективно води съдебни дела за интелектуална собственост и търговски дела в цялата страна, внасяйки бизнес гледна точка в правните спорове. С опит в машинното инженерство, JD и MBA, Джефри Дрейк е уникално позициониран като адвокат по корпоративна и интелектуална собственост. Той активно допринася в областта чрез публикации, курсове по CLE и ангажименти за изказвания, като постоянно осигурява изключителни резултати за своите клиенти.

BI/АналитикаБез категория
NY Style срещу Chicago Style Pizza: Вкусен дебат

NY Style срещу Chicago Style Pizza: Вкусен дебат

Когато задоволяваме желанията си, малко неща могат да съперничат на насладата от горещо парче пица. Дебатът между пицата в стил Ню Йорк и този в Чикаго предизвиква страстни дискусии от десетилетия. Всеки стил има свои уникални характеристики и предани фенове....

Вижте повече

BI/АналитикаАнализ на Cognos
Студио за заявки Cognos
Вашите потребители искат своето студио за заявки

Вашите потребители искат своето студио за заявки

С пускането на IBM Cognos Analytics 12, отдавна обявеното оттегляне на Query Studio и Analysis Studio най-накрая беше доставено с версия на Cognos Analytics без тези студия. Въпреки че това не трябва да е изненада за повечето хора, ангажирани с...

Вижте повече

BI/АналитикаБез категория
Реален ли е ефектът на Тейлър Суифт?

Реален ли е ефектът на Тейлър Суифт?

Някои критици предполагат, че тя повишава цените на билетите за Super Bowl Този уикенд се очаква Super Bowl да бъде едно от 3-те най-гледани събития в историята на телевизията. Вероятно повече от миналогодишните рекордни числа и може би дори повече от луната през 1969 г.

Вижте повече

BI/Аналитика
Каталози на Анализ – Изгряваща звезда в екосистемата на Анализ

Каталози на Анализ – Изгряваща звезда в екосистемата на Анализ

Въведение Като главен технологичен директор (CTO) винаги съм нащрек за нововъзникващи технологии, които променят начина, по който подхождаме към анализа. Една такава технология, която привлече вниманието ми през последните няколко години и има огромно обещание, е Analytics...

Вижте повече

BI/Аналитика
Излагали ли сте се напоследък?

Излагали ли сте се напоследък?

  Говорим за сигурност в облака Прекомерна експозиция Нека го кажем така, какво се тревожите за излагането? Кои са вашите най-ценни активи? Вашият социалноосигурителен номер? Информация за вашата банкова сметка? Лични документи или снимки? Вашата крипто...

Вижте повече

BI/Аналитика
Значението на KPI и как да ги използваме ефективно

Значението на KPI и как да ги използваме ефективно

Значението на KPI И когато посредственото е по-добро от перфектното Един от начините да се провалите е да настоявате за съвършенство. Съвършенството е невъзможно и е враг на доброто. Изобретателят на радара за ранно предупреждение за въздушни нападения предложи "култ към несъвършените". Неговата философия беше...

Вижте повече