Apakah saya kehilangan tempat, di mana koordinasi / pengembangan versi Emacs baru terjadi?

13

Akhir-akhir ini saya terkesan dengan hal-hal baru / lebih baik yang disertakan dengan Emacs 25. Kemudian saya mulai memikirkan seluruh proses di baliknya. Saya ingin berbagi pemikiran dengan Anda.

Menjaga permintaan terbaru, banyak perbaikan bug, memelihara, memperluas inti / dev Emacs dan apa pun, itu pasti pekerjaan yang berat, tidak diragukan lagi.

Ketika saya memeriksa banyak perubahan dan perbaikan yang diterapkan di Emacs 25, banyak jam pengembangan harus dihabiskan untuk itu.

Dibutuhkan koordinasi yang cukup besar. Sepertinya harus ada perusahaan besar di balik semua perubahan ini untuk mendorong Emacs lebih jauh. Tapi itu bukan hal yang menguntungkan, itu semua perangkat lunak bebas dan berlisensi GPL.

Jadi dari para sukarelawan yang rela menghabiskan waktu mereka untuk mendorong Emacs lebih jauh, di samping pekerjaan reguler mereka. Itu membutuhkan semacam koordinasi.

Ketika saya memeriksa milis Emacs-dev, sepertinya tidak banyak koordinasi, tidak banyak orang yang berpartisipasi.

Dan maafkan saya, saya pribadi menganggap milis sesuatu dari tahun 90-an. Saat ini Anda memiliki alternatif yang lebih cantik, seperti pelacak masalah GitHub dan komunitas reguler.

Ketika saya melihat-lihat di web, Anda memiliki blog reguler (Endless Parentheses, Sacha Chua, Redux, OrEmacs, dll.) Dan komunitas Emacs (seperti Emacs Exchange ini, dan - mungkin komunitas terbesar - reddit.com/r/emacs ) dan koleksi seperti emacs.zeef.com dan wikiemacs.

Tetapi bukan tempat untuk pengembangan rilis baru Emacs, yang membutuhkan banyak orang dan koordinasi.

Di suatu tempat saya merasa seperti ini semua di bawah tanah, di mana versi baru Emacs sedang diam-diam dikembangkan ... pemikiran lucu.

Ini semua membuat saya bertanya-tanya apakah saya kehilangan semacam hotspot besar di web, di mana semua keajaiban terjadi?

ReneFroger
sumber
Saya pikir milis adalah segalanya.
freakhill
1
Secara pribadi, saya tidak percaya itu terkoordinasi dengan baik dan bahkan fitur besar menjadi upaya satu orang. Jadi, tidak ada yang aneh di sini.
wasamasa
1
Saya tidak yakin mengapa orang tidak suka milis. Mereka seperti forum atau facebook, hanya secara teknologi jauh lebih unggul ;-). Bercanda samping, mereka memiliki keuntungan yang berbeda atas berbasis web apapun: Anda dapat menggunakan salah satu banyak klien untuk seacrh / membaca / compose / mengirim email, yang memungkinkan Anda untuk menyesuaikan Anda pengalaman sebagai Anda seperti itu. Ini sesuai dengan filosofi Emacs (= editor yang dapat diperluas ) itu sendiri dengan sangat baik.
mbork
Milis sangat bagus karena Anda hanya dapat mengirim tambalan dan tidak memerlukan apa pun selain akun email. Ini adalah alur kerja yang benar-benar terdesentralisasi. Anda tidak dapat melakukan ini dengan Github (yang juga memerlukan perangkat lunak tidak gratis untuk berjalan di browser Anda, dan akun lain).
rekado

Jawaban:

13

Sementara saya memberi komentar kedua orang lain di sini tentang tempat-tempat untuk interaksi dan koordinasi, ada aspek unik lain untuk pengembangan Emacs. Untuk ukuran, inovasi, dan koordinasinya, ini merupakan usaha yang relatif tenang. Tidak banyak kebisingan tentang dirinya sendiri. Rilis besar memicu beberapa lusin email tambahan. Bahkan untuk utas yang panjang, retortnya singkat.

Bandingkan dengan proyek-proyek yang sebanding yang tampaknya menghasilkan begitu banyak kebisingan sehingga saya secara rutin berhenti berlangganan ke daftar di sekitar peristiwa besar.

Ekonomi komunikasi ini mencerminkan kematangan gagasan dan kebebasan untuk mengembangkan gagasan yang layak untuk diterapkan. Fitur yang tidak diinginkan layu secara diam-diam sementara ide-ide baru (bahkan jika Anda menyebutnya mode jahat) mendapat entri di changelog.

Adapun blog yang Anda sebutkan, mereka melayani peran penting dalam tidak hanya mendidik tetapi juga bekerja melalui ide-ide yang bersaing dan ide-ide dukungan babi. Sebagai contoh, ace-jump menghidupkan kembali banyak ide melompat ke bagian lain dari buffer, buffer lain, file lain, pencarian jarak jauh dan sebagainya. Sebagai contoh, ack, avy, ivy, anzu, counsel, swiper, swoop, dll., Semuanya disempurnakan sekarang dan sering menjadi topik diskusi di google + meet up.

Berlangganan ke planet emacs rss feed mungkin akan mencakup sebagian besar blog yang aktif. Rss relatif singkat kecuali untuk pengulangan sesekali dari item berita yang sama oleh orang lain.

Anda tidak akan menemukan email pengembang tentang sub-fitur pada daftar pengembang Emacs tetapi mungkin di milis khusus proyek mereka sendiri. Yang terbesar dari daftar spesifik proyek ini tentu saja adalah mode-org. Apa yang mungkin ratusan dalam daftar itu mungkin direduksi menjadi satu pengumuman di log perubahan emacs.

Alih-alih daftar email pengembang yang mencakup semuanya, grup usenet, saluran irc, situs web, lokasi hub git, lokasi blog, atau halaman media sosial, kami memiliki distribusi yang benar-benar beragam dan interaksi di mana tidak ada satu pun platform yang mengambil alih. Ini mungkin sebagian disebabkan oleh fakta bahwa pengembangan emacs telah berlangsung jauh lebih lama daripada platform komunikasi ini, tetapi juga sebagian karena pilihan yang disengaja untuk tidak membatasi pada satu mode komunikasi tunggal.

Secara keseluruhan, itu tidak terjadi bahwa tidak ada koordinasi yang cukup. Sebagai pengembang, Anda mengambil input sesedikit atau sebanyak yang Anda inginkan. Model pengembangan Emacs cocok untuk kolaborasi yang relatif bebas noise (dan tanpa gesekan). Saya pikir itu hal yang baik. Saya harap kamu juga.

Pengguna Emacs
sumber
10

Tidak, Anda tidak melewatkan apa pun, kecuali milis Emacs bugs: [email protected](yang menggunakan debbugs.gnu.org).

Dan ada repositori git untuk kode sumber Emacs - itulah yang digunakan.

Diskusi aktif [email protected]dan [email protected]. Beberapa kode diekspos dan dibahas di sana.

Tetapi pengembangan kode dilakukan oleh individu (misalnya, Anda). Seseorang dapat melakukan perubahan pada repositori, jika dia memiliki akses / hak istimewa yang diperlukan, atau dia dapat mengirimkan tambalan ke salah satu milis dan meminta orang lain untuk menerapkannya.

Saat Anda menggunakan, M-x report-emacs-bugAnda dapat melampirkan tambalan ke laporan bug Anda, jika Anda memiliki perbaikan yang ingin Anda usulkan.

"Keajaiban" terjadi melalui pengembangan individu dan komentar / diskusi.

FWIW: Common Lisp, yang merupakan bahasa humongous dan cukup kompleks, sepenuhnya didefinisikan (dan di-prototipe) menggunakan email, pada akhir 1970-an dan awal 1980-an. Itu sebelum World Wide Web, ketika Internet masih bayi. Mereka yang mendefinisikan bahasa terletak di berbagai tempat di seluruh dunia, terutama di laboratorium penelitian. Sungguh ajaib.

Drew
sumber