บริษัท ของคุณมีนโยบายเป็นลายลักษณ์อักษรเกี่ยวกับการสนับสนุนโครงการโอเพนซอร์ซหรือไม่?
เราได้ให้การสนับสนุนสไตล์ "อย่าถามอย่าบอก" แต่ถึงเวลาต้องเขียนอะไรลงไป ฉันขอขอบคุณทั้งนโยบายข้อความที่เป็นลายลักษณ์อักษรและบิตและชิ้นส่วน
ปรับปรุง : เราได้ทำให้ความคืบหน้าบางส่วนตั้งแต่ผมถามคำถามนี้และตอนนี้มีนโยบายดังกล่าว - อ่านนี้
คำตอบ:
ในบางรัฐในสหรัฐอเมริกามันเป็นการละเมิดกฎหมายการจ้างงานของรัฐสำหรับนายจ้างเพื่อ จำกัด ความสามารถของพนักงานในการสนับสนุนโครงการโอเพนซอร์ซหรือพยายามอ้างสิทธิ์ความเป็นเจ้าของรหัสที่พนักงานมีส่วนร่วมโดยมีข้อ จำกัด บางอย่าง (ซึ่งแตกต่างกันไป . โดยทั่วไปจะใช้กับงานที่ทำนอกเวลาทำงานปกติเท่านั้นและงานนั้นไม่สามารถทำได้โดยใช้อุปกรณ์หรือทรัพยากรของ บริษัท (เช่นคอมพิวเตอร์ของ บริษัท และ / หรือใบอนุญาตซอฟต์แวร์) มันจะต้องเป็นสิ่งที่จะไม่แข่งขันโดยตรงกับนายจ้างของคุณ ตัวอย่างเช่นหากนายจ้างของคุณมีระบบจัดการเนื้อหาออนไลน์ที่เป็นกรรมสิทธิ์กฎหมายอาจไม่ใช้หากคุณต้องการมีส่วนร่วมในโครงการ CMS โอเพนซอร์ส
อย่างไรก็ตามฉันรู้ใน CA และ NC กฎหมายของรัฐระบุอย่างชัดเจนว่าจะมีความสำคัญเหนือกว่าข้อตกลงการจ้างงานใด ๆ ในสถานที่
ฉันเห็นคำถามนี้ตอนนี้เท่านั้น หลายคนอาจอ่านบทความ slashdot นี้ แต่ถ้าคุณไม่เห็นสิ่งนี้: ฉันต้องทำอย่างไรกับนายจ้างเก่าของฉันขโมยรหัสฟรีของฉัน
แม้ว่าโพสต์ดั้งเดิมของ slasdot จะไม่เกี่ยวข้องโดยตรงกับคำถามนี้ แต่มีคำตอบมากมาย
ดีที่คุณกำลังคิดที่จะคิดกฎอย่างเป็นทางการขึ้นมา นี่คือข้อความที่ตัดตอนมาจากลิงก์ที่ฉันได้อ้างไว้ข้างต้นซึ่งเป็นประสบการณ์ของโปรแกรมเมอร์เพื่อนกับ บริษัท ของพวกเขาเนื่องจากนโยบายเกี่ยวกับการมีส่วนร่วมในโครงการโอเพ่นซอร์ส มีคำตอบที่ดีและเปิดหูเปิดตามากมาย แต่อ้างถึง 3 ข้อ:
อ้าง-1:
เป็นมาตรฐานที่คุณควรขออนุญาตจากนายจ้างของคุณก่อนเขียนและปล่อยซอฟต์แวร์โอเพ่นซอร์ส - คุณอาจไม่มีสิทธิ์ในการทำเช่นนั้นแม้ว่าซอฟต์แวร์จะไม่เกี่ยวข้องกับธุรกิจของนายจ้างของคุณและแม้ว่าจะพัฒนาใน เวลาว่าง; ภาษาในสัญญาของฉันไม่ชัดเจนเกี่ยวกับเรื่องนั้น
สมมติว่าในกรณีนี้การอนุญาตให้เขียนและเผยแพร่ซอฟต์แวร์โอเพนซอร์ซโดยนัยก็ยังไม่ได้หมายความว่า บริษัท สูญเสียการควบคุมทรัพย์สินทางปัญญา - พวกเขาสามารถใช้สองใบอนุญาตภายใต้ใบอนุญาตกรรมสิทธิ์ พวกเขาไม่สามารถ "ย้อนกลับ" ซอฟต์แวร์ GPL ที่เปิดตัวไปแล้วและพวกเขาไม่สามารถรับการสนับสนุนจากบุคคลที่สามในสายเลือดนั้น แต่พวกเขาสามารถเลือกที่จะพัฒนา codebase ดั้งเดิมในรูปแบบของแหล่งข่าวที่ปิดสนิท - เป็นของพวกเขา
อ้าง 2:
มีความเป็นไปได้ที่จะเจรจากับ บริษัท เพื่อรักษาความเป็นเจ้าของของคุณในการแสวงหาความเป็นส่วนตัวของคุณเอง แต่คุณจะต้องเป็นฝ่ายรุกและโดยทั่วไปจะมีการใช้ประโยชน์ (ในกรณีของฉันฉันกำลังควบรวมกิจการกับแผนกไอที ความปรารถนาของ บริษัท ที่จะให้พวกเขาทำงานที่นั่น) ยังคาดหวังว่า / บริษัท ใด ๆ จะทำทุกอย่างเท่าที่จะทำได้เพื่อเป็นเจ้าของทุกสิ่งที่คุณทำและทำเช่นนั้นสมมติว่าคุณเมาแล้วอ่านเอกสารใด ๆ ที่คุณถูกขอให้เซ็นชื่อด้วยเจตนานั้น
อ้างที่ 3:
เรียนรู้ว่าการอนุญาตให้ใช้สิทธิ์ของ MIT หมายความว่าอย่างไร ... พวกเขามีอิสระที่จะเผยแพร่ภายใต้ใบอนุญาตใด ๆ ก็ตามที่พวกเขาเลือก พวกเขาไม่ได้ขโมยพวกเขากำลังใช้งานภายใต้ใบอนุญาตฟรีที่คุณให้ไว้ภายใต้
สำหรับ GPL - ใช่คุณต้องหาทนายที่นั่นนั่นเป็นการละเมิด แน่นอน - หากคุณเขียนรหัส GPL นี้ตามเวลามันเป็นลิขสิทธิ์ของพวกเขาและพวกเขาก็สามารถใช้งานได้อย่างอิสระตามที่เห็นสมควร
เราไม่มีนโยบายโดยตรงเกี่ยวกับเรื่องนี้ เรื่องสั้นสั้น ๆ : งานที่สร้างขึ้นในมหาวิทยาลัยเป็นของมหาวิทยาลัยเว้นแต่จะมีการประกาศก่อนที่จะเริ่มการเข้ารหัส
ฉันได้พูดคุยกับหัวหน้าของฉันเป็นครั้งคราวเกี่ยวกับเรื่องนี้และเราไม่ได้ไปไกลเพราะมันกลายเป็นฝันร้ายทางการเมืองเนื่องจากผู้คนที่ต้องการอนุมัติเรื่องนี้ไม่เข้าใจซอฟต์แวร์โอเพ่นซอร์สนอกเหนือจาก "มันมักจะเป็นอิสระ" ความคิด
/ ฉันรอการตอบสนองของผู้อื่นอย่างกระตือรือร้น!
อัปเดต: หัวข้อนี้ปรากฏขึ้นในที่ทำงานเมื่อเร็ว ๆ นี้เราได้พบกับทีมกฎหมายของเราและทุกอย่างดูดี ความเข้าใจของฉัน (จากนายจ้างของฉัน) เป็นกรณีนี้ แต่พวกเขายินดีที่จะทำงานด้วยความสนใจของพนักงาน
ฉันไม่มีสถานการณ์ใด ๆ ที่ฉันสามารถอ้างถึงได้โดยตรง แต่ฉันจินตนาการว่าวิศวกรและโปรแกรมเมอร์ชั้นนำใน บริษัท ใหญ่ ๆ ถูกห้ามไม่ให้เขียนรหัสอื่นด้วยเหตุผลอื่นใดที่ไม่เป็นประโยชน์ต่อ บริษัท ที่พวกเขาทำงานด้วย ของหลักสูตรนี้เป็นการเก็งกำไรอย่างหมดจดในส่วนของฉัน