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?
sumber
Jawaban:
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.
sumber
Tidak, Anda tidak melewatkan apa pun, kecuali milis Emacs bugs:
[email protected]
(yang menggunakandebbugs.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-bug
Anda 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.
sumber