อะไรคืออุปสรรคที่ใหญ่ที่สุดในการเดินบนเส้นทางของ MOTU / นักพัฒนา? [ปิด]

สำหรับผู้ที่ไม่ใช่MOTU (ผู้ที่ดูแลที่เก็บซอฟท์แวร์ Universe และ Multiverse ) และไม่มีแผนของ "ฉันจะสมัคร MOTU ตาม $ date" หลากหลาย:

อะไรทำให้คุณและคนอื่น ๆ เช่นคุณไม่พยายามเป็น MOTU อะไรทำให้คุณคิดว่าคุณไม่สามารถเป็นหนึ่งเดียวได้?

ฉันหมายถึงอุปสรรคทางสังคมและเทคโนโลยี

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

จัดเตรียมเอกสารที่ดีกว่า

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

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

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

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

ปัจจุบันคนชอบไดรฟ์โดยการมีส่วนร่วม

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

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

อุปสรรคที่ใหญ่ที่สุดที่ฉันพบคือหน้านักพัฒนาของ Ubuntu: http://www.ubuntu.com/community/get-involved/developers

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

เท่าที่แพคเกจไปฉันได้พยายามหาวิธีที่จะทำให้มันสับสนจริงๆ ฉันพยายามมีส่วนร่วมใน Launch Pad แต่อินเทอร์เฟซนั้นซับซ้อนกว่า Source Forge มากฉันไม่สามารถรับรหัสของตัวเองบน LP ได้ มันยากมากสำหรับผู้ใช้ใหม่

เป็น MOTU เป็นความรับผิดชอบ

เห็นได้ชัดว่าเหตุผล # 1 นั้นไม่มีความรู้ด้านเทคนิคเพียงพอและเหตุผล # 2 นั้นมีสิ่งที่คุณอยากทำ แต่ในกลุ่มเป้าหมายของคุณฉันคิดว่าเหตุผลหลักคือมันเป็นความรับผิดชอบ

หากฉันรวบรวมแพ็คเกจสำหรับตัวเองจะไม่มีใครสนใจว่าฉันได้ปฏิบัติตามนโยบายด้านเทคนิคและกฎหมายหรือไม่ ไม่มีใครมาหาฉันโดยหวังว่าฉันจะจัดทำแพ็คเกจเวอร์ชั่นใหม่กว่านี้ ไม่มีใครขอให้ฉันแก้ไขข้อบกพร่อง

หากฉันอัปโหลดแพ็คเกจไปยัง ppa บางคนอาจสนใจ แต่ความคาดหวังนั้นไม่สูงมาก ฉันสามารถหายตัวไปและปล่อยให้คนบ่นในบล็อกของพวกเขาว่ามันเศร้าแค่ไหนที่แพคเกจนี้ไม่พร้อมใช้งานสำหรับ natty narwhal

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

แล้วฉันจะได้อะไร?

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

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

• ความรู้สึกพึงพอใจ? มากน้อยกว่าการเขียนโปรแกรมของฉันเองตั้งแต่ต้นจะ การเขียนโปรแกรมมีความคิดสร้างสรรค์มากกว่าแพ็คเกจ มีความรู้สึกที่ยิ่งใหญ่ของความสำเร็จในนั้น มีสิทธิเป้อเย้อ แต่ในบรรจุภัณฑ์? มันเป็นงานที่น่าเบื่อ มันไม่น่ามอง

(นั่นเป็นบุคคลที่สาม“ ฉัน” ข้างต้นฉันคิดว่าเหตุผลที่ฉันให้ใช้กับคนส่วนใหญ่ แต่เพื่อขยายขอบเขตที่แตกต่างกันโดยส่วนตัวแล้วส่วนใหญ่จะมีสิ่งที่ฉันอยากจะทำและบรรจุภัณฑ์ที่ขาดความสำเร็จเชิงสร้างสรรค์)

(นอกจากที่อยากรู้อยากเห็นอูบุนตูขาดกำลังคนหรือไม่?)

ภาษาปัญหาหลักของฉันคือฉันยังไม่มั่นใจพอกับภาษาอังกฤษฉันไม่เข้าใจสิ่งที่นักพัฒนาซอฟต์แวร์รายอื่นพยายามบอกฉัน

อะไรที่ทำให้ฉันหยุดเป็น MOTU

ถึงแม้ Ubuntu จะเป็นชุมชนที่ดีมาก (ฉันยังไม่เคยถูกถามคำถาม n00bie เลย) ฉันคิดว่ามีเอกสารที่ไม่สมบูรณ์ / ไม่สมบูรณ์เกี่ยวกับกระบวนการบรรจุภัณฑ์ (แม้แต่คู่มือดูแลรักษาใหม่ของ Debian ก็เต็มไปด้วย ของเอกสารนี้ "บรรทัด) หากคุณเข้าใจและคิดเกี่ยวกับคนที่เป็นภาษาแรกไม่ใช่ภาษาอังกฤษ (เช่นฉัน) กระบวนการนี้ยิ่งยากและไม่โอ้อวด

ด้วยความเรียบง่ายตรงประเด็นเอกสารทุกอย่างจะง่ายขึ้นสำหรับเรา แต่คนที่มีทักษะด้านเทคนิคในการเขียนเอกสารนั้นยุ่งเกินกว่าที่จะทำ

ฉันคิดว่ามีเหตุผลหลายประการสำหรับเรื่องนี้ ฉันก็คิดว่าเหตุผลนั้นเป็นเรื่องส่วนตัว

หนึ่งในปัญหาในเวลานี้คือการเปลี่ยนแปลงในระบบ MOTU ทั้งหมด ฉันเชื่อว่าการเปลี่ยนแปลงอาจสร้างความสับสนและมีการนำไปใช้ในสายเทคโนโลยีมากขึ้นและน่าเสียดายที่ไม่ได้นำชุมชนเข้าร่วมอย่างเต็มที่ (อาจเป็นเพราะมันสับสน)

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

ฉันยังรู้ว่ามีปัญหาบางอย่างในอดีตที่ผู้คนให้ความสนใจกับ KDE มากขึ้น ปัญหาเหล่านี้ได้รับการแก้ไขด้วยความหวังแล้ว แต่ก็อาจดีถ้ามันเป็นที่รู้จักอย่างกว้างขวางมากขึ้น

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

ฉันโพสต์แนวคิดบางประการที่นี่: http://blog.mitechie.com/2010/08/24/ubuntu-help-wanted/

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

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

จากนั้นก็มีการแก้ไขข้อผิดพลาดซึ่งฉันรู้ว่าฉันจะสนุก สิ่งที่ทำให้ฉันไม่สามารถช่วยได้นั่นคือคุณจำเป็นต้องเปิดสาขาการพัฒนาหรืออะไรบางอย่าง ฉันเคยเริ่มทำงานกับ papercut ของฉันใน System Monitor (https://bugzilla.gnome.org/show_bug.cgi?id=611738) ดังนั้นฉันจึงเริ่มต้นโดยใช้การควบคุมภาคพื้นดินเพื่อดึงแหล่งที่ต้องการและเข้าที่นั่น แก้ไขข้อผิดพลาด อย่างไรก็ตามมันกลับกลายเป็นว่าไม่ง่ายนักเพราะการพึ่งพา ฉันรู้ว่าฉันควรทำงานกับเวอร์ชันการพัฒนาเท่านั้นและทดสอบว่าได้รับการแก้ไขหรือไม่ อย่างไรก็ตาม, เพียงแค่พยายามที่ฉันต้องการดาวน์โหลดซอร์สของแพ็คเกจ gnome อื่น ๆ อีกมากมาย ซึ่งไม่ใช่เรื่องง่ายด้วย groundcontrol และคุณน่าจะทำอย่างนั้นกับเครื่องจักรทำงาน ดังนั้นฉันจึงหยุดที่นั่น (อีกครั้งฉันจะใช้เวลามากเกินไปเพียงแค่เริ่มต้นสำหรับเรื่องนี้)

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

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

เมื่อฉันสร้างแพคเกจมักจะเกาของฉันไม่ใช่เพราะคนอื่นต้องการแพคเกจ Checkinstall ดีพอที่จะทำแพ็คเกจให้ฉันแล้วคันของฉันก็เป็นรอยและฉันไม่มีแรงจูงใจส่วนตัวเลยที่จะไปให้ไกลขึ้นเพื่อจัดแพคเกจมันด้วยตนเอง

ดังนั้นฉันเดาว่าแม้ว่าบรรจุภัณฑ์สำหรับการกระจายจะง่าย แต่ก็ยังทำงานได้ดีกว่าบรรจุภัณฑ์สำหรับตัวคุณเอง