ฉันขาดอะไรไปบ้างการประสานงาน / การพัฒนาเวอร์ชั่นใหม่ของ Emacs เกิดขึ้นที่ไหน?

เมื่อเร็ว ๆ นี้ฉันรู้สึกประทับใจกับสิ่งใหม่ / การปรับปรุงที่รวมอยู่ใน Emacs 25 จากนั้นฉันก็เริ่มคิดถึงกระบวนการทั้งหมดที่อยู่ด้านหลัง ฉันต้องการแบ่งปันความคิดของฉันกับคุณ

การติดตามคำขอล่าสุดการแก้ไขข้อบกพร่องจำนวนมากการบำรุงรักษาการขยาย Core / Dev ของ Emacs และอะไรก็ตามมันจะต้องเป็นนรกของการทำงานไม่ต้องสงสัยเลยว่า

เมื่อฉันตรวจสอบการเปลี่ยนแปลงและการปรับปรุงจำนวนมากที่นำมาใช้ใน Emacs 25 ต้องใช้เวลาในการพัฒนาจำนวนมาก

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

ดังนั้นจากอาสาสมัครที่ยินดีใช้เวลาในการผลักดัน Emacs ให้มากขึ้นถัดจากงานประจำของพวกเขา ที่ต้องมีการประสานงานบางอย่าง

เมื่อฉันตรวจสอบรายชื่อผู้รับจดหมายEmacs-devดูเหมือนว่าจะมีการประสานงานไม่มากนักมีคนไม่มากที่เข้าร่วม

และยกโทษให้ฉันฉันคิดว่าการส่งจดหมายรายการจาก 90 ทุกวันนี้คุณมีทางเลือกที่สวยกว่าเดิมเช่น GitHub ออกตัวติดตามและชุมชนทั่วไป

เมื่อฉันมองไปรอบ ๆ บนเว็บคุณมีบล็อกปกติ (วงเล็บไม่มีที่สิ้นสุด, Sacha Chua, Redux, OrEmacs ฯลฯ ) และชุมชนของ Emacs (เช่น Emacs Exchange นี้และ - ชุมชนที่ใหญ่ที่สุด - reddit.com/r/emacs ) และคอลเล็กชันเช่น emacs.zeef.com และ wikiemacs

แต่ไม่ใช่จุดสำหรับการพัฒนารุ่นใหม่ของ Emacs ซึ่งต้องการคนจำนวนมากและการประสานงาน

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

ทั้งหมดนี้ทำให้ฉันสงสัยว่าฉันขาดฮอตสปอตขนาดใหญ่บนเว็บหรือเปล่า

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

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

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

สำหรับบล็อกที่คุณพูดถึงพวกเขามีบทบาทสำคัญในการไม่เพียง แต่ให้ความรู้ แต่ยังทำงานผ่านแนวคิดการแข่งขันและความคิดที่สนับสนุนหมู ตัวอย่างเช่น ace-jump ฟื้นความคิดมากมายในการกระโดดไปยังส่วนอื่น ๆ ของบัฟเฟอร์บัฟเฟอร์อื่น ๆ ไฟล์อื่น ๆ การค้นหาทางไกลและอื่น ๆ ตัวอย่างเช่น ack, avy, ivy, anzu, ที่ปรึกษา, swiper, swoop และอื่น ๆ ทั้งหมดได้รับการขัดเกลาในขณะนี้และเป็นหัวข้อสนทนาที่พบบ่อยใน google + พบปะ

การสมัครรับฟีด RSS ดาวเคราะห์อาจครอบคลุมบล็อกที่ใช้งานมากที่สุด RSS ค่อนข้างสั้นยกเว้นการทำซ้ำเป็นครั้งคราวของรายการข่าวเดียวกันโดยคนอื่น

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

แทนที่จะเป็นรายชื่ออีเมลของนักพัฒนาทั้งหมดกลุ่ม usenet ช่อง irc เว็บไซต์ตำแหน่งศูนย์กลาง git ที่ตั้งบล็อกหรือหน้าโซเชียลมีเดียเรามีการกระจายและการมีปฏิสัมพันธ์ที่หลากหลายอย่างแท้จริงโดยไม่มีแพลตฟอร์มเดียว ส่วนหนึ่งอาจเป็นเพราะความจริงที่ว่าการพัฒนา emacs นั้นเกิดขึ้นนานกว่าแพลตฟอร์มการสื่อสารใด ๆ แต่ส่วนหนึ่งเป็นเพราะตัวเลือกที่ตั้งใจไม่ให้ จำกัด การสื่อสารเพียงโหมดเดียว

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

ไม่คุณจะไม่พลาดอะไรเลยยกเว้นรายชื่อเมลที่ข้อบกพร่องของ Emacs: bug-gnu-emacs@gnu.org(ซึ่งใช้debbugs.gnu.org)

และมีที่เก็บ git สำหรับซอร์สโค้ด Emacs - นั่นคือสิ่งที่ใช้

การอภิปรายอยู่บนและemacs-devel@gnu.org bug-gnu-emacs@gnu.orgบางรหัสถูกเปิดเผยและพูดคุยกันที่นั่น

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

เมื่อคุณใช้M-x report-emacs-bugคุณสามารถแนบแพตช์กับรายงานบั๊กของคุณหากคุณมีการแก้ไขที่คุณต้องการเสนอ

"เวทย์มนตร์" เกิดขึ้นจากการพัฒนาของแต่ละคนและความเห็น / การอภิปราย

FWIW: Common LISP ซึ่งเป็นภาษาที่มีความเป็นมนุษย์และค่อนข้างซับซ้อนถูกกำหนดโดยสิ้นเชิง (และต้นแบบ) โดยใช้อีเมลย้อนกลับไปในช่วงปลายปี 1970 และต้นทศวรรษ 1980 นั่นคือก่อนที่เวิลด์ไวด์เว็บเมื่ออินเทอร์เน็ตเป็นเด็กทารก ผู้ที่กำหนดภาษานั้นตั้งอยู่ในจุดต่าง ๆ ทั่วโลกส่วนใหญ่ในห้องปฏิบัติการวิจัย เวทย์มนตร์แน่นอน