ฉันจะโน้มน้าวให้ บริษัท ของฉันมีส่วนร่วมในโอเพ่นซอร์สได้อย่างไร


11

ฉันพยายามโน้มน้าวใจ บริษัท ที่ฉันทำงานเพื่อมีส่วนร่วมในซอฟต์แวร์โอเพ่นซอร์สโดยเฉพาะการสร้างไลบรารี่ / ส่วนประกอบสำหรับเว็บแอพ ASP.NET เรามี 'วันนวัตกรรม' ขึ้นมาซึ่งเราสามารถทำงานในโครงการสัตว์เลี้ยงส่วนตัวของเราในที่ทำงานคล้ายกับนโยบายหนึ่งวันต่อสัปดาห์ของ Google ยกเว้นของเราคือเดือนละครั้ง :-) และฉันมีความคิดว่าฉันต้องการ โอเพ่นซอร์ส.

บริษัท อื่น ๆ ทำสิ่งนี้เช่น ระบบ Headspring ( http://automapper.codeplex.com - ดูแบนเนอร์ที่ด้านบน)

ฉันจะบอกอะไรพวกเขา ฉันจะได้ประโยชน์อะไรบ้างกับพวกเขาที่จะเป็นประโยชน์ต่อ บริษัท ? ฉันได้กล่าวถึงความเป็นไปได้ที่ บริษัท และชื่อเสียงของเราจะได้รับเช่นเดียวกับการดึงดูดนักพัฒนาซอฟต์แวร์ชั้นนำเมื่อเราเริ่มจ้างงานครั้งต่อไป แต่ฉันสามารถสร้างข้อโต้แย้งอะไรได้บ้าง

อัปเดต:บริษัท ที่ฉันทำงานเป็น บริษัท ซอฟต์แวร์ที่สร้างแอปพลิเคชันเว็บเป็นหลักใน ASP.NET และ MS Stack ลูกค้าของเราส่วนใหญ่เป็น NHS (ภาคสาธารณสุขของสหราชอาณาจักร)


1
ค้นหาโครงการโอเพ่นซอร์สที่มีอยู่ที่คุณปรับเปลี่ยน แล้วสิ่งที่คุณปล่อยมีจะเป็นโอเพนซอร์ส อาจมีบางสิ่งที่มีประโยชน์อยู่แล้ว แต่ก็ต้องมีการปรับเปลี่ยนเพื่อให้เหมาะกับความต้องการของ บริษัท ของคุณ
Macneil

1
บริษัท ของคุณเป็น บริษัท เทคโนโลยีหรือไม่เช่นคุณพัฒนาและขายเทคโนโลยีหรือไม่ ฉันคิดว่าการโต้แย้งใน บริษัท เทคโนโลยีง่ายกว่าเพราะคุณมีแรงจูงใจในการทำกำไรเพื่อพัฒนาแพลตฟอร์มเฉพาะ ตัวอย่างเช่น Engine Yard จ้างนักพัฒนา JRuby เพื่อพัฒนาระบบนิเวศทับทิมโดยทั่วไปเพราะจะทำให้พวกเขามีธุรกิจมากขึ้น หาก บริษัท ของคุณเป็นผู้ใช้เทคโนโลยีฉันคิดว่าคุณได้ครอบคลุมข้อโต้แย้งที่ดีที่สุดแล้ว
Jeremy

1
@ Jeremy: ใช่ฉันควรจะพูดถึงว่าเราเป็น บริษัท ซอฟต์แวร์ที่สร้างแอปพลิเคชั่นเว็บใน ASP.NET และ Microsoft เป็นหลัก
Sunday Ironfoot

Macneil ที่ควรเพิ่มเป็นคำตอบไม่ใช่ความคิดเห็น
Peter Boughton

@ Peter: ขอบคุณแม้ว่าฉันมีข้อสงสัยว่าจริง ๆ แล้วมันเป็นข้อโต้แย้งที่ทำให้ บริษัท สถานการณ์พิเศษเพิ่มเติม ในสถาบันการศึกษาเรามักจะสร้างโอเพนซอร์สเพื่อให้เราสามารถเพิ่มผลกระทบและป้องกันไม่ให้หน่วยงานการบริหารต่างๆควบคุมรหัสของเรา ฉันรู้ว่าอาจารย์บางคนที่มีสิทธิบัตรในงานของพวกเขาแม้ว่าพวกเขาจะประท้วง!
Macneil

คำตอบ:


11

คุณต้องทำธุรกิจ ฉันได้ทำสิ่งนี้มาก่อนโดยการทำกรณีที่ทรัพย์สินทางปัญญาที่เราต้องการเปิดแหล่งที่มาไม่ใช่สินทรัพย์ทางธุรกิจหลัก (ไม่แยกแยะเรา) แต่โดยการปล่อยรหัสที่เราต้องการจะสร้างช่องทางการตลาดให้กับ ผู้ใช้รหัสโอเพนซอร์ซซึ่งเพิ่งเป็นกลุ่มเป้าหมายของเรา

คุณสามารถใช้ทฤษฎีนี้: " Commoditize Your Complements "


"ทรัพย์สินทางปัญญาที่เราต้องการเปิดแบบการจัดหาไม่ใช่ทรัพย์สินทางธุรกิจหลัก (ไม่แยกความแตกต่างของเรา)" ... และนั่นคือเกณฑ์สำคัญที่สามารถช่วยคุณในการพิจารณาว่าเหมาะสมกับโอเพนซอร์สหรือไม่
พอลเดรเปอร์

2

องค์ประกอบโอเพ่นซอร์สนั้นสมเหตุสมผลถ้าคุณสนับสนุนโครงการและสร้างชุมชน ยอมรับรายงานข้อผิดพลาดแก้ไขข้อบกพร่องและสร้างการเผยแพร่ใหม่เป็นประจำ หากคุณทำเช่นนั้นเช่น Eclipse และ Mozilla คุณสามารถเก็บเกี่ยวผลประโยชน์ได้

ถ้าคุณไม่ทำอย่างนั้นคนที่มีประสบการณ์สามารถดมกลิ่นห่างออกไปหนึ่งไมล์ที่คุณเพิ่งทิ้งฐานรหัสโดยหวังว่าคนอื่นจะทำงานให้คุณ


เราจะไม่คาดหวังให้คนอื่นทำทุกอย่าง เราอาจจะพัฒนาองค์ประกอบอย่างเต็มที่จากนั้นก็เปิดโอเพนซอร์สให้ผู้อื่นได้รับประโยชน์จากมันหรือพัฒนาต่อไปหากพวกเขาต้องการ
Sunday Ironfoot

แต่คุณจะรักษามันไว้ไหม?

1

หนึ่งในข้อโต้แย้งที่ใหญ่ที่สุดสำหรับโอเพ่นซอร์สคือคนอื่น ๆ สามารถมีส่วนร่วมกับมันความคิดที่ว่าหนึ่งโปรแกรมเมอร์ไม่สามารถหวังที่จะจุดและแก้ไขข้อบกพร่อง 1,000 ข้อในโปรแกรมของเขา แต่โปรแกรมเมอร์ 1,000 คนสามารถทำได้ นอกเหนือจากผลประโยชน์ทั้งหมดที่คุณได้ระบุไว้แล้วมันเป็นตัวเลือกที่ชัดเจนสำหรับการพัฒนาซอฟต์แวร์บูตสแตรปซึ่งจะช่วยธุรกิจของคุณเองในบางรูปแบบ

นอกจากนี้ยังทำให้คุณอยู่ในตำแหน่งที่มีอำนาจ ฉันอาจจะยืดออกเล็กน้อย แต่ถ้าความคิดของคุณเป็นนวัตกรรมมากพอคุณสามารถสร้างมาตรฐานใหม่โดยที่คนอื่นต้องพบเจอ หมายความว่าทุกคนที่ต้องการทำอะไรกับซอฟต์แวร์ของคุณเพื่อใช้ในเชิงพาณิชย์ต้องถามคุณก่อนซึ่งหมายความว่าคุณสามารถโยนลูกบอลโค้งคู่ซึ่งบอกว่าในขณะที่รหัสเปิดอยู่การใช้มาตรฐานของคุณเพื่อการใช้งานในเชิงพาณิชย์ ไม่ได้ไร้เหตุผลเลยดังนั้นมันจึงมีศักยภาพในระยะต่อมาเช่นกัน


การ จำกัด การใช้รหัสในเชิงพาณิชย์ไม่สอดคล้องกับหลักการของทั้งโอเพนซอร์ซริเริ่มและมูลนิธิซอฟต์แวร์เสรี ในกรณีส่วนใหญ่ฉันคิดว่ามันจะทำให้เกิดปัญหากับชุมชนมากกว่าที่มันจะคุ้มค่า หากคุณต้องการโปรแกรมเมอร์กว่าพันคนดูรหัสให้ใช้ใบอนุญาตที่ได้รับการรับรองจาก OSI
David Thornley

คุณแน่ใจเหรอ ฉันเข้าใจว่าใบอนุญาตโอเพนซอร์สอนุญาตให้ทุกคนเห็นรหัสได้อย่างอิสระ แต่มันไม่ได้พูดถึงผลิตภัณฑ์ที่ผลิตจากรหัสดังกล่าว
Neil

ฉันแน่ใจอย่างสมบูรณ์เกี่ยวกับเรื่องนั้นและกล่าวถึง Open Source Initiative และใบอนุญาตของพวกเขาเพื่อหลีกเลี่ยงความสับสนโดยทั่วไป "โอเพ่นซอร์ส" เป็นวลีที่ไม่ชัดเจน ความหมายหนึ่งคือคุณสามารถรับแหล่งข้อมูลได้ไม่ว่าคุณจะทำอะไรกับมัน สิ่งหนึ่งกำลังได้รับอนุญาตให้ใช้สิทธิการใช้งานที่ได้รับการรับรองจาก OSI และนั่นคือความหมายโดยทั่วไปหากวลีนั้นเป็นตัวพิมพ์ใหญ่ หากคุณต้องการมีส่วนร่วมของชุมชนไปกับคำจำกัดความ OSI ผู้คนจำนวนน้อยมากที่สนใจจะช่วยเหลือสิ่งใดก็ตามที่ไม่ได้อยู่ภายใต้ลิขสิทธิ์ประเภท OSI
David Thornley
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.