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

คำถามเกี่ยวกับซอฟต์แวร์ซึ่งซอร์สโค้ดต้นฉบับนั้นให้บริการฟรีและอาจแจกจ่ายและแก้ไขใหม่

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

5
คุณจะประเมินโปรไฟล์ Github ของโปรแกรมเมอร์อย่างไร [ปิด]
ผู้คนจำนวนมากในชุมชนโอเพนซอร์สกล่าวว่าพวกเขาพิจารณาโปรไฟล์ Github ของผู้สมัครอย่างมากเมื่อจ้างงาน ฉันทำงานกับ Github ด้วยโครงการของตัวเองและมีส่วนร่วมกับผู้อื่น แต่ดูที่โปรไฟล์ของตัวเองราวกับว่าฉันเป็นนายจ้างฉันเห็นเสียงดังมาก: โครงการที่ฉันโคลน แต่ไม่เคยสนับสนุน ฯลฯ โครงการและแผ่นที่ฉันภูมิใจไม่โดดเด่น หากคุณประเมินโปรไฟล์ Github ของประชาชนคุณจะทำอย่างไร และในฐานะนักพัฒนาฉันควรทำอะไรที่แตกต่าง - ตัวอย่างเช่นลบ repos ที่ฉันไม่ได้ทำงาน

1
การมีส่วนร่วมกับ Github (วิธีการหาโครงการ) [ปิด]
ฉันต้องการมีส่วนร่วมในโครงการโอเพ่นซอร์สบน Github ส่วนใหญ่ฉันต้องการเริ่มแก้ไขข้อบกพร่องเล็ก ๆ หรือเพิ่มคุณสมบัติ ฉันไม่มีโครงการเฉพาะในใจ ฉันต้องการทำงานกับโครงการ C, C ++, Python, .NET, Java และอื่น ๆ อย่างไรก็ตามปัญหาของฉันคือฉันไม่สามารถหาวิธีการหาอะไรใน Github ฉันพบหน้าหนึ่งในสำรวจ Github ซึ่งแสดงรายการโครงการ C โดยพื้นฐานแล้วจะแสดงรายการ C โครงการ "เฝ้าดู" 5 อันดับแรก โอเคไม่เป็นไร แต่ฉันต้องการเห็นมากกว่า 5 Sourceforge เคยดีมากเพราะคุณสามารถเรียกดูโปรเจ็กต์ด้วยภาษาโปรแกรม นอกจากนี้ SourceForge ยังมีหรือเคยมีฟอรัมสำหรับการค้นหาโครงการที่ขอความช่วยเหลือ ฉันไม่พบสิ่งใดใน Github มีคุณสมบัติ "ค้นหา" ที่ดูเหมือนว่าไม่มีประโยชน์พอสมควรสำหรับการค้นหาโครงการเพื่อสนับสนุน ฉันลองค้นหาขั้นสูงโดยตั้งค่าเป็น "ที่เก็บ" และ "C" สำหรับภาษาการเขียนโปรแกรม อย่างไรก็ตามคุณต้องใส่สิ่งที่เขาค้นหา แม้ว่าฉันต้องการเรียกดูชื่อและคำอธิบายของโครงการ ดังนั้นฉันจึงลองใส่ "เครือข่าย" เพื่อดูว่าเกิดอะไรขึ้น …

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

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

19
เหตุใด Microsoft จึงมีชื่อเสียงที่ไม่ดีเช่นนี้กับผู้ที่เกี่ยวข้องในโอเพ่นซอร์ส [ปิด]
มีเหตุการณ์พิเศษใดบ้างที่รับผิดชอบต่อชื่อเสียงที่ต่ำของ Microsoft (และ Bill Gates) ในสายตาของชุมชนโอเพ่นซอร์สหรือไม่? Microsoft ไม่ได้เป็นเพียง บริษัท เดียวเท่านั้น บริษัท เช่น Apple ได้ทำมากยิ่งเมื่อมันมาถึงข้อ จำกัด ในการซอฟแวร์ เหตุใด Microsoft จึงได้รับความเกลียดชังส่วนใหญ่จากชุมชนโอเพ่นซอร์ส

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

13
มันถูกกฎหมายหรือไม่ที่จะสร้าง / เปิดแหล่งโปรแกรมที่คุณเคยเข้ารหัสให้กับ บริษัท อื่นมาก่อน
ที่งานก่อนหน้าของฉันฉันสร้างแดชบอร์ดทั่วไปสำหรับงานอัตโนมัติและมันกลายเป็นว่ามีประโยชน์มาก - และแน่นอนว่านายจ้างคนก่อนหน้าของฉันเป็นเจ้าของรหัสทั้งหมดที่ฉันเขียนในขณะที่ฉันทำงานอยู่ที่นั่น ตอนนี้ฉันไม่อยู่ที่นั่นแล้วฉันจะต้องสร้างแดชบอร์ดนั้นใหม่จากหน่วยความจำและรหัสโอเพนซอร์สหรือไม่ ถ้าฉันสร้างมันขึ้นมาใหม่รหัส (อาจเป็น 2k-3k บรรทัด) อาจจะเหมือนกับต้นฉบับเพราะฉันมีความทรงจำที่ดีและมีแนวโน้มที่จะทำตามสไตล์การเขียนโค้ดและแบบแผนการตั้งชื่อตามปกติของฉัน แก้ไข: พื้นหลังเพิ่มเติมเล็กน้อย - นี่เป็นซอฟต์แวร์ทั่วไปที่ใช้ภายในโดยทีมเล็ก (<10) ภายใน บริษัท ระดับโลกเท่านั้น "บริษัท " ไม่ได้ตระหนักถึงระบบนี้เพราะฉันสร้างขึ้นด้วยความคิดริเริ่มของฉันเอง มันสร้างขึ้นบนหลาม / django และโดยเกือบเหมือนกันฉันหมายความว่าตัวอย่างเช่นโมเดล django จะมีชื่อ / ฟิลด์เดียวกันและมุมมองจะใช้เคียวรีที่คล้ายกันเพื่อส่งคืนชุดของวัตถุเดียวกัน

4
จะทำอย่างไรกับปัญหาที่ถูกทอดทิ้งใน GitHub?
หากมีคนเปิดปัญหาใน GitHub แต่มีการขอข้อมูลเพิ่มเติมเพื่อทำซ้ำข้อผิดพลาดและไม่เคยได้รับขั้นตอนปกติคืออะไร ตัวอย่าง ที่นี่ผู้เขียนระบุว่า "nav แตก" ในขณะที่ฉันเชื่อว่าได้รับการแก้ไขฉันต้องการคำพูดจากผู้เขียนเพื่อให้แน่ใจว่าเรากำลังพูดถึงสิ่งเดียวกัน แต่บางครั้งผู้รายงานปัญหาก็หายไป มันเป็นวิธีปฏิบัติที่ดี / ทั่วไปในการตั้งวันที่หมดอายุสำหรับปัญหาที่ถูกทอดทิ้งหรือไม่? สิ่งที่ชอบเงื่อนไขเหล่านี้: มีการตั้งคำถามกับปัญหาเพื่อให้สามารถดีบักได้ ผ่านไปแล้ว 2-6 เดือนนับตั้งแต่คำถาม / ความคิดเห็นที่ยังไม่ได้ตอบล่าสุดจากทีม dev ข้อผิดพลาดไม่สามารถทำซ้ำได้ในขณะที่ปิดมัน (ไม่ว่าจะด้วยเหตุผลใดก็ตามพวกเขาอาจไม่สามารถทำซ้ำได้) คำเตือนจะออก 2 สัปดาห์ก่อนที่จะปิดมัน โครงการปกติทำอะไร? ฉันไม่พบสิ่งใดใน Google นอกจากนี้ฉันจะทำเอกสารนี้อย่างไร หมายเหตุง่ายๆใน README.md ให้รายละเอียดคะแนนด้านบนและความคิดเห็นในปัญหาอธิบายว่าเพราะเหตุใดจึงปิดตัวลงเพียงพอหรือไม่ หมายเหตุ: มันแตกต่างจากคำถามนี้เนื่องจากข้อผิดพลาดอาจยังเกี่ยวข้อง (หรือไม่) อย่างไรก็ตามมีข้อมูลไม่เพียงพอ

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

9
เราจะหลีกเลี่ยงการพัฒนาที่ขับเคลื่อนด้วย CI ได้อย่างไร?
ฉันกำลังทำงานในโครงการโอเพนซอร์ซที่มุ่งเน้นการวิจัยขนาดใหญ่มากโดยมีผู้สนับสนุนรายอื่นเป็นจำนวนมาก เนื่องจากโครงการนี้ค่อนข้างใหญ่สมาคม (ประกอบด้วยพนักงานเต็มเวลาสองคนและสมาชิกไม่กี่คน) อยู่ในความดูแลของโครงการการรวมกลุ่มอย่างต่อเนื่อง (CI) ฯลฯ พวกเขาไม่มีเวลาสำหรับการรวมกลุ่มจากภายนอก ผลงานแม้ว่า โครงการประกอบด้วยโครงร่าง "แกนกลาง" ซึ่งมีรหัสครึ่งหนึ่งของรหัสครึ่งหนึ่งกลุ่มของ "ปลั๊กอิน" ซึ่งได้รับการบำรุงรักษาโดยสมาคมและปลั๊กอินภายนอกหลายแห่งซึ่งส่วนใหญ่เราไม่ได้ทำ ไม่รู้ตัวด้วยซ้ำ ปัจจุบัน CI ของเราสร้างหลักและปลั๊กอินบำรุงรักษา หนึ่งในปัญหาใหญ่ที่เราเผชิญคือผู้ให้ข้อมูลส่วนใหญ่ (และโดยเฉพาะอย่างยิ่งในบางครั้ง) ไม่สร้าง 90% ของปลั๊กอินที่บำรุงรักษาดังนั้นเมื่อพวกเขาเสนอการเปลี่ยนแปลงโครงสร้างในแกนกลาง (ซึ่งสิ่งเหล่านี้เกิดขึ้นเป็นประจำ) พวกเขาตรวจสอบว่ารหัสรวบรวมในเครื่องของพวกเขาก่อนที่จะทำการร้องขอการดึงบน GitHub รหัสทำงานได้พวกเขามีความสุขและจากนั้น CI ก็เสร็จสิ้นการสร้างและปัญหาเริ่มต้น: การรวบรวมล้มเหลวในปลั๊กอินที่ดูแลรักษาโดยกลุ่มซึ่งผู้มีส่วนร่วมไม่ได้สร้างบนเครื่องของเขา / เธอ ปลั๊กอินนั้นอาจมีการพึ่งพาไลบรารีของบุคคลที่สามเช่นCUDAเป็นต้นและผู้ใช้ไม่ต้องการไม่ทราบวิธีการหรือไม่สามารถทำได้ด้วยเหตุผลด้านฮาร์ดแวร์รวบรวมปลั๊กอินที่ใช้งานไม่ได้ ดังนั้น - ทั้ง PR ยังคงโฆษณาอยู่ในบริเวณขอบของPRs ที่ไม่เคยถูกผสาน- หรือผู้มีส่วนร่วม greps ตัวแปรที่ถูกเปลี่ยนชื่อในแหล่งที่มาของปลั๊กอินที่เสียหาย, เปลี่ยนรหัส, กดรหัสบนสาขาของเขา / เธอรอ CI ที่จะทำการรวบรวมให้เสร็จสิ้นมักจะได้รับข้อผิดพลาดมากขึ้นและทำซ้ำกระบวนการจนกว่า CI จะมีความสุข - …

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

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

11
การเปลี่ยนสไตล์การเขียนโค้ดในโครงการโอเพ่นซอร์สนั้นไม่เป็นไปตามที่ควรหรือไม่
เมื่อเร็ว ๆ นี้ผมมาในจำนวนของโอเพนซอร์สทับทิม (หรือส่วนใหญ่ของมันเป็นทับทิม) โครงการบน GitHubว่าเมื่อตรวจสอบด้วยเครื่องมือวิเคราะห์รหัสเช่นRubocopสร้างจำนวนมากของการกระทำผิด ตอนนี้ความผิดส่วนใหญ่เหล่านี้รวมถึงการใช้เครื่องหมายอัญประกาศคู่แทนการอ้างอิงเดี่ยว (เมื่อไม่มีการแก้ไข) ไม่ปฏิบัติตามกฎ 2 ช่องว่างต่อกฎระดับมากกว่ากฎความยาวบรรทัด 80 อักขระหรือใช้{และ}สำหรับบล็อกหลายบรรทัด [คู่มือ] Ruby style แนะนำวิธีปฏิบัติที่ดีที่สุดเพื่อให้โปรแกรมเมอร์ Ruby ในโลกแห่งความจริงสามารถเขียนโค้ดที่สามารถดูแลได้โดยโปรแกรมเมอร์ Ruby จากโลกแห่งความเป็นจริง ~ ที่มา: คู่มือสไตล์ทับทิม แม้ว่าจะมีขนาดเล็กและง่ายต่อการแก้ไขมันเหมาะสมหรือไม่ที่จะเปลี่ยนรูปแบบการเข้ารหัสของโครงการโอเพ่นซอร์สโดยการแก้ไขความผิดและทำการร้องขอแบบดึง ฉันยอมรับว่าบางโครงการเช่น Rails ไม่ยอมรับการเปลี่ยนแปลงเครื่องสำอางและบางอันก็ใหญ่เกินกว่าที่จะ "แก้ไข" ทั้งหมดในครั้งเดียว (ตัวอย่างเช่น Rails สร้างความผิดมากกว่า 80,000 ครั้งเมื่อ Rubocop ทำงาน - ไม่ว่าพวกเขาจะมีการเข้ารหัสขนาดเล็กอนุสัญญาที่ควรปฏิบัติตามเมื่อมีส่วนร่วม) ท้ายที่สุดแล้วRuby Style Guideมีเหตุผลร่วมกับเครื่องมือเช่น Rubocop ผู้คนชื่นชมความสอดคล้องดังนั้นการเปลี่ยนแปลงประเภทนี้เป็นการทำสิ่งที่ดีสำหรับชุมชน Ruby โดยทั่วไปใช่ไหม [ผู้แต่งคู่มือ Ruby Style] ไม่ได้เกิดขึ้นกับกฎทั้งหมด …

6
การปล่อยซอฟต์แวร์โอเพ่นซอร์สเร็วเกินไป [ปิด]
อะไรคือความรับผิดชอบทางศีลธรรมของการปล่อยซอฟต์แวร์โอเพ่นซอร์สเร็วเกินไป? ตัวอย่างเช่นผลิตภัณฑ์ใกล้เสร็จสมบูรณ์ที่ยังไม่ได้ทดสอบอย่างสมบูรณ์ ความคาดหวังของโปรแกรมเมอร์คืออะไร? รอจนกว่าจะผ่านการทดสอบอย่างสมบูรณ์หรือปล่อยไปยังโอเพ่นซอร์สแล้วทำการพัฒนาต่อไปการทดสอบและความก้าวหน้าต่อไปหรือไม่ ความกลัวคือซอฟต์แวร์เปิดแหล่งที่มาและอาจนำไปสู่ปัญหาสำหรับผู้บริโภค นี่เป็นความกลัวที่ไม่มีมูลความจริงไหม?

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.