คำถามติดแท็ก open-source

เมื่อมีคนเขียนโปรเจ็กต์โอเพนซอร์ซและใช้ Google Code หรือ GitHub และต้องการใช้ไลบรารี่อย่าง Lua ควรทำอย่างไร ควรพึ่งพารวมอยู่ในที่เก็บ? ควรพึ่งพาสร้างจากภายในสคริปต์สร้างเดียวกันกับส่วนที่เหลือของโครงการหรือจากสคริปต์สร้างแยกต่างหาก ระบุว่าไลบรารีไม่จำเป็นต้องติดตั้งก่อนการรวบรวม

23 open-source  version-control  dependencies 

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

23 open-source  source-code  svn 

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

23 project-management  open-source  team  contribution  planning 

โครงการโอเพ่นซอร์สที่ควรมีพื้นที่เก็บข้อมูลสาธารณะจัดการกับคำขอดึง (PRs) ที่ดีที่สุดที่อยู่รายงานอย่างปลอดภัย แต่ยังไม่เปิดเผยช่องโหว่ความปลอดภัยสาธารณะ ฉันเกี่ยวข้องกับโครงการโอเพ่นซอร์สที่มีผู้ร่วมให้ข้อมูลหลายร้อยคน เราเผยแพร่ประกาศเกี่ยวกับความปลอดภัยและช่องโหว่หลายครั้งต่อปีโดยเป็นส่วนหนึ่งของการวางจำหน่ายรายเดือนตามกำหนด เราจะไม่เผยแพร่ข้อมูลเกี่ยวกับช่องโหว่จนกว่าเราจะเผยแพร่เวอร์ชันที่ได้รับการแก้ไข เราสามารถจัดการปัญหาด้านความปลอดภัยได้อย่างปลอดภัยในระบบการจัดการโครงการ (JIRA) แต่เราไม่ได้มีกระบวนการที่ดีในการปิดบัง PRs ที่แก้ไขจุดอ่อนด้านความปลอดภัยเมื่อส่งไปยัง GitHub เรากังวลว่าผู้คนสามารถค้นหาการแก้ไขเหล่านี้ได้ก่อนที่จะเผยแพร่และสร้างการหาประโยชน์ที่ไม่มีวันหยุด เราได้พิจารณาการใช้ repos ส่วนตัวที่แยก repo หลัก แต่ส่วนใหญ่ของการตรวจสอบของเราในปัจจุบันและเวิร์กโฟลว์ QA เกิดขึ้นใน PRs ถ้าเราย้ายเวิร์กโฟลว์ไปที่ทีมรักษาความปลอดภัยเฉพาะ repo ส่วนตัวซึ่งจะลดหน้าต่างเมื่อการแก้ไขเป็นแบบสาธารณะลงจนถึงเวลาที่ใช้ในการสร้าง tarball และเผยแพร่บน sourceforge ซึ่งจะเป็นการปรับปรุงครั้งใหญ่ นอกจากนี้เรายังอาจต้องหลีกเลี่ยงการรวม PR เข้ากับเบต้าสาธารณะของเรา ก่อนที่จะไปในทิศทางนั้นฉันต้องการทราบว่าวิธีที่ดีที่สุดในการจัดการแพทช์แก้ไขข้อบกพร่องด้านความปลอดภัยก่อนวางจำหน่ายในโครงการโอเพ่นซอร์สที่มี repos แบบเปิดคืออะไร หากปัญหาสามารถแก้ไขได้ดีขึ้นโดยใช้แพลตฟอร์มอื่นที่ไม่ใช่ GitHub ฉันควรพูดถึงว่าเรากำลังประเมินการโยกย้ายไปยัง GitLab

22 open-source  security  github  gitlab 

ตัวอย่างเช่น: เสรีชน มันได้รับอนุญาตภายใต้ใบอนุญาต BSD รูปแบบ CLA (Contributor ข้อตกลงใบอนุญาต) ไม่เฉพาะโครงการและจะสามารถลงนามในระบบอิเล็กทรอนิกส์ การออกจากระบบข้อตกลงนี้มีปัญหาอย่างไรและอย่างไร ฉันมีส่วนร่วมไม่มากหรือน้อยแค่ไหน? เหตุใดบางโครงการต้องการ CLA ที่ลงนามเพื่อรับการแก้ไขในขณะที่บางโครงการไม่ทำ (เช่น. node.js กับทางรถไฟ)

22 open-source  licensing  github 

คำถามนี้ถูกโยกย้ายจาก Stack Overflow เพราะสามารถตอบได้ใน Software Engineering Stack Exchange อพยพ 8 ปีที่ผ่านมา ประการแรกฉันตระหนักว่านี่เป็นเว็บไซต์ถาม - ตอบการเขียนโปรแกรมไม่ใช่สถานที่สำหรับคำแนะนำทางกฎหมาย .... เพียงแค่พยายามเข้าใจแนวคิดพื้นฐานว่าอะไรคือข้อเสียของการใช้ไลบรารี LGPLv3 อะไรคือความแตกต่างระหว่าง GNU LGPL v2.1 และ GNU LGPL v3 โดยเฉพาะอย่างยิ่งฉันรู้ว่า GPLv3 ปกติมีส่วนต่อต้าน DRM และอนุสิทธิบัตรจำนวนมาก ในหลักฉันไม่มีอะไรกับข้อเหล่านี้ แต่ฉันจะนำไปใช้กับแอปพลิเคชันหลักทันทีถ้าฉันเลือกที่จะใช้ไลบรารี LGPLv3 ดูเหมือนว่ากฎของ LGPL v2.1 จะใช้กับไลบรารีที่คุณใช้หรือแก้ไขเท่านั้น มันไม่ได้พูดอะไรเกี่ยวกับแอปพลิเคชันหลัก (สมมติว่าไม่มีการเชื่อมโยงแบบคงที่ ฯลฯ ) ดังนั้นในผู้ให้บริการซอฟแวร์ตลาดเฉพาะที่ฉันทำงานเราใช้ (และสนับสนุน) ห้องสมุดลิขสิทธิ์ LGPL เป็นประจำโดยไม่จำเป็นต้องโอเพนซอร์สแอปพลิเคชันหลักของเรา การเปลี่ยนแปลงนี้ใน LGPLv3 หรือไม่ คำถาม/programming/1108238/differences-between-gnu-lgpl-v2-1-and-gnu-lgpl-v3มีคำตอบสองสามข้อ …

22 open-source  licensing  lgpl 

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

22 open-source  licensing  product-owner 

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

22 open-source  .net  legal  licensing 

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

22 open-source  licensing  copyright 

ฉันใหม่กับ GitHub และ VCS โดยทั่วไป ฉันเขียนโปรแกรมในหลายภาษามาหลายปีแล้ว แต่ฉันก็ทำงานเดี่ยวในโครงการที่กำหนดเอง (ไม่มีการเผยแพร่สาธารณะ) ฉันเพิ่งเริ่มใช้วิดเจ็ต jQuery UI ที่ฉันดาวน์โหลดจาก GitHub ในโครงการที่ฉันกำลังทำงานอยู่ repo ไม่ได้รับการบำรุงรักษาโดยผู้เขียนดั้งเดิมอีกต่อไป ส้อมอื่นได้รวมคำขอดึงต้นฉบับไว้บางส่วน นี่คือสิ่งที่ฉันแยกออกมา ฉันพบข้อผิดพลาดสองสามข้อและเกิดขึ้นกับการแก้ไขสำหรับพวกเขา ฉันต้องการสนับสนุนการแก้ไขเหล่านี้ แต่ฉันยังมีการเปลี่ยนแปลงอื่น ๆ อีกมากมายที่ฉันต้องการสำหรับการใช้งานของเราเองซึ่งจะทำให้คุณสมบัติที่มีอยู่บางส่วนเสียหาย นอกจากนี้ฉันต้องการรวมแนวคิดจากทางแยกอื่น ฉันยังคงเรียนรู้ GIT และ GitHub และฉันพยายามหาวิธีที่ดีที่สุดในการทำทุกสิ่ง ฉันได้อ่านมาก (ที่นี่, SO, GitHub หน้าช่วยเหลือ, Pro Git) เกี่ยวกับแนวคิด / ภารกิจต่าง ๆ : เวิร์กโฟลว์, การรวม, ดึงคำขอ, การเลือกเชอร์รี่, การรีบูต, การแตกแขนง สสารสีเทาของฉันคือว่ายน้ำและฉันต้องเริ่มทำเพื่อให้ฉันสามารถเข้าใจสิ่งที่ฉันได้อ่าน ประเด็นหลัก: ฉันคิดว่าฉันอ่าน …

21 open-source  github  workflows  etiquette 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา ทำไมโปรแกรมเมอร์ถึงชอบแนวคิดของโอเพ่นซอร์ส? ฉันไม่ได้พูดถึงผู้สร้างโครงการเหล่านั้นแน่นอนว่าพวกเขาได้รับชื่อเสียง แต่ฉันกำลังพูดถึงอุตสาหกรรมโดยทั่วไปทำไมเราถึงชอบแนวคิดโอเพนซอร์ซเมื่อมันสร้างผลกระทบที่เลวร้ายมากมายต่ออุตสาหกรรม ก่อนอื่นโครงการเช่น wordpress และ CMS อื่น ๆ พวกเขาจะทำงานอิสระมากมายที่ลูกค้าต้องการบล็อกหรือเว็บไซต์ง่ายๆ ประการที่สองโปรเจ็กต์เช่น Rails และไลบรารี่อื่น ๆ และ API นั้นทำให้โปรแกรมเมอร์จำนวนมากหยุดทำงานและทำให้ความต้องการโปรแกรมเมอร์ลดลงเพราะตอนนี้ API ของโอเพ่นซอร์สเหล่านี้โปรแกรมเมอร์หนึ่งคนสามารถทำสิ่งต่าง ๆ ที่โปรแกรมเมอร์ 10 คนเคยทำ และสุดท้ายด้วยซอฟต์แวร์โอเพ่นซอร์สเช่น Notepad ++ ตอนนี้ผู้คนรู้สึกตลกเมื่อคุณขอให้พวกเขาซื้อซอฟต์แวร์ ดังนั้นคำถามคือทำไมเรายังชอบโอเพ่นซอร์สถ้ามันทำให้เรายากจน? อาจเป็นไปได้ว่าชีวิตของฉันในฐานะโปรแกรมเมอร์จะยากขึ้น แต่อย่างน้อยฉันก็สามารถหาเลี้ยงชีพได้ แต่ตอนนี้มันเป็นเหมือนเครื่องจักรแทนที่มนุษย์สิ่งที่ตลกคือเรากำลังสร้าง "เครื่องจักร" ที่แทนที่ตัวเราเอง สมมติว่าถ้าคุณคิดค้นเครื่องมือคุณไม่จำเป็นต้องแชร์เครื่องมือนี้มันจะยังคงช่วยคุณและ บริษัท ของคุณ แม้จะไม่มีเครื่องมือโอเพนซอร์ซเหล่านี้โปรแกรมเมอร์คนอื่นก็ยังคงใช้ชีวิตได้เพราะพวกเขายังมีงานทำเงิน

21 open-source 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ในสภาพแวดล้อม "องค์กร" ฉันสังเกตเห็นอคติที่แข็งแกร่งต่อซอฟต์แวร์ที่เป็นกรรมสิทธิ์ แม้ในธุรกิจขนาดใหญ่ที่ใช้ Java มันเป็นเรื่องผิดปกติในการค้นหา MySQL หรือ PostgreSQL และ WebSphere และ WebLogic เป็นที่ต้องการอย่างมากผ่าน JBoss หรือ Tomcat นี่เป็นสิ่งที่เข้าใจได้มาก ในขณะที่นักพัฒนาหลายคนชอบ Tomcat หรือ Postgres กับ WebSphere หรือ Oracle DB พวกเขาไม่ใช่ผู้ตัดสินใจขั้นสุดท้ายในเรื่องเหล่านี้ ใครก็ตามที่ตัดสินใจว่าจะใช้ DB และเซิร์ฟเวอร์แอปพลิเคชั่นใดในการผลิตจะพบว่าค่าธรรมเนียมใบอนุญาตนั้นค่อนข้างเล็กเมื่อเทียบกับการถูกไล่ออกจากการเลือกซอฟต์แวร์ฟรีที่ทำให้เกิดอะไรขึ้นจริงๆ ฉันไม่ถามคำถามว่า Postgres นั้นดีเท่ากับ Oracle หรือไม่ นั่นไม่ใช่ประเด็น. Oracle ไม่ได้ถูกเลือกเหนือ Postgres หลังจากพิจารณาคุณสมบัติและมาตรฐานอย่างรอบคอบ Postgres …

21 open-source  business  enterprise-architecture  failure  proprietary 

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

21 open-source  financial 

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

20 open-source  mit-license 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน3 ปีที่ผ่านมา เมื่อพูดถึงการตั้งชื่อผลิตภัณฑ์ซอฟต์แวร์ของคุณ(ไม่ว่าจะเป็นแอพพลิเคชั่นหรือห้องสมุด) คุณจะทำอย่างไร? ดูเหมือนจะเป็นไปไม่ได้ที่จะเลือกชื่อที่ไม่ได้ถูกใช้โดยซอฟต์แวร์อื่น ๆ มาแล้วไม่ว่าจะเป็นงานอดิเรกเล็ก ๆ ของคนหรือ บริษัท ที่ขายมัน เราทุกคนรู้เกี่ยวกับฟีนิกซ์กลายเป็น Firebird กลายเป็น Firefox เพราะมันขัดแย้งกับชื่อผลิตภัณฑ์ซอฟต์แวร์อื่น ๆ ชื่อจะต้องไม่ซ้ำกันอย่างไร ฟีนิกซ์เป็นชื่อของ BIOS ของคอมพิวเตอร์ - แทบจะไม่คล้ายกับเว็บเบราว์เซอร์ใช่ไหม และเพื่อยกตัวอย่างเคาน์เตอร์มีระบบปฏิบัติการของ Fedora และซอฟต์แวร์ที่เก็บของ Fedora ซึ่งมีอยู่ร่วมกันอย่างมีความสุข อีกตัวอย่างหนึ่งคือ midori กรอบ Javascript และ midori เว็บเบราว์เซอร์ ขั้นตอนใดที่คุณต้องใช้เพื่อให้แน่ใจว่าไม่มีใครใช้ชื่อแอปพลิเคชันหรือไลบรารีของคุณและคุณจะมองไกลแค่ไหนในแง่ของประเภทผลิตภัณฑ์เมื่อมองหาสิ่งอื่นที่มีชื่อเดียวกัน

20 open-source  naming  marketing