ลูกค้าต้องการซอร์สโค้ด แต่มีรหัสที่แชร์จำนวนมากที่ฉันนำมาใช้ใหม่กับโครงการอื่น ๆ

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

ปัญหาคือ: ฉันมีฐานรหัสที่ฉันสร้างขึ้นในช่วงหลายปีที่ผ่านมาและใช้เป็นแม่แบบสำหรับแอปพลิเคชันส่วนใหญ่ที่ฉันเขียน มันใหญ่เกินขอบเขตของโครงการมาก

ฉันตั้งใจจะใช้มันกับผลิตภัณฑ์ดังนั้นฉันจึงไม่ต้องการให้มันเป็นโครงการขนาดเล็ก

ฉันเดาว่านี่ไม่ใช่ครั้งแรกที่สิ่งนี้เกิดขึ้นในอุตสาหกรรมนี้ วิธีที่ดีที่สุดในการหลีกเลี่ยงปัญหานี้คืออะไร? ฉันคาดเดาสิ่งต่าง ๆ เช่นไลบรารีแบบแบ่งใช้สามารถช่วยได้

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

อย่าทำสิ่งที่คนหนุ่มสาวจำนวนมากทำเมื่อเริ่มทำสัญญา อย่าเพิ่งเซ็นเพราะมันดูเหมือนว่าพวกเขามีประสบการณ์มากมายและคุณไม่ นั่นเป็นวิธีที่ดีในการฉีกออก

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

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

"สวัสดีเราได้ตัดสินใจอย่างฉับพลันว่าเราต้องการซอร์สโค้ดเหมือนกันโดยไม่เสียค่าใช้จ่าย"
"สวัสดีไม่ใช่"

มันไม่ยากอย่างนั้นจริงๆ

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

อย่าสับสนกับเรื่องง่าย ๆ

คำถามของคุณคือ "วิธีที่ดีที่สุดในการหลีกเลี่ยงปัญหานี้คืออะไร" แต่คุณเห็นว่าอะไรเป็นปัญหา? คนอื่น ๆ ได้ชี้ให้เห็นอย่างถูกต้องว่ามันเป็นเรื่องของการเจรจา: ทุกอย่างมีค่าและมันก็ขึ้นอยู่กับคุณว่าจะให้ราคาแก่ลูกค้าสำหรับสิ่งที่ต้องการ

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

คุณต้องตรวจสอบให้แน่ใจว่าสัญญาระบุอย่างชัดเจนว่าใครมีสิทธิ์ใช้รหัสและวิธีการใด

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

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

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

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

กุญแจสำคัญคือ: "ส่วนประกอบเหล่านี้เป็นผลิตภัณฑ์ที่แตกต่าง" และทั้งหมดจะถูกเขียนในสัญญาก่อนที่จะเริ่ม

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

วิธีจัดการกับสิ่งนี้คือการเจรจา

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

ในทางกลับกัน ... หากพวกเขาไม่พร้อมที่จะจ่ายในสิ่งที่คุณต้องการพวกเขาอาจตัดสินใจที่จะ "ทำธุรกิจของพวกเขาที่อื่น"

ยินดีต้อนรับสู่โลกของธุรกิจ :-)

และเมื่อคุณพูดคุยกับลูกค้าที่คาดหวังในอนาคตอย่าลืมพูดถึงปัญหานี้ในช่วงต้น ... เพื่อหลีกเลี่ยงการเสียเวลาของทุกคน

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

นี่อาจจะสายเกินไปสำหรับคุณเนื่องจากคุณอาจตกลงทำสัญญาและคุณอาจตกลงยอมรับข้อกำหนดที่ไม่เข้ากันกับลูกค้ารายอื่น ๆ

มีสองวิธีที่คุณสามารถให้ซอร์สโค้ดแก่ลูกค้าของคุณ กรรมสิทธิ์ในลิขสิทธิ์และลิขสิทธิ์

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

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

อย่างไรก็ตามสถานการณ์ในคำถามนี้เป็นความผิดพลาดของทั้งสอง

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

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

จำไว้ว่ามีห้องสมุดหลายประเภท ไลบรารีเทมเพลตมาตรฐานใน C ++ เป็นตัวอย่างที่ดีของห้องสมุดที่รวมอยู่ในระดับซอร์สโค้ดและคอมไพล์ลงในโครงการปฏิบัติการที่อาจคล้ายกับวิธีที่คุณใช้รหัสทั่วไปของคุณ

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