Tôi có thiếu một số điểm, nơi mà sự phối hợp / phát triển của các phiên bản Emacs mới xảy ra không?

Gần đây tôi bị ấn tượng bởi những điều mới / cải tiến có trong Emacs 25. Sau đó, tôi bắt đầu nghĩ về toàn bộ quá trình đằng sau nó. Tôi muốn chia sẻ suy nghĩ của tôi với bạn.

Theo kịp các yêu cầu mới nhất, nhiều sửa lỗi, duy trì, mở rộng lõi / dev của Emacs và bất cứ điều gì, nó phải là một công việc tồi tệ, không nghi ngờ gì về điều đó.

Khi tôi kiểm tra xem có bao nhiêu thay đổi và cải tiến được triển khai trong Emacs 25, nhiều giờ phát triển phải được dành cho nó.

Nó đòi hỏi sự phối hợp khá lớn. Giống như phải có một công ty lớn đằng sau tất cả những thay đổi này để đẩy Emacs đi xa hơn. Nhưng nó không phải là một thứ có lợi, tất cả đều là phần mềm miễn phí và được cấp phép GPL.

Vì vậy, đó là từ các tình nguyện viên, những người sẵn sàng dành thời gian của họ để đẩy Emacs đi xa hơn, bên cạnh công việc thường xuyên của họ. Điều đó đòi hỏi một số loại phối hợp.

Khi tôi kiểm tra danh sách gửi thư Emacs-dev, có vẻ như không có nhiều sự phối hợp, không có nhiều người tham gia.

Và tha thứ cho tôi, cá nhân tôi coi danh sách gửi thư là một điều từ những năm 90. Ngày nay, bạn có nhiều lựa chọn thay thế đẹp hơn, như trình theo dõi các vấn đề của GitHub và các cộng đồng thông thường.

Khi tôi tìm kiếm trên web, bạn có các blog thông thường (Dấu ngoặc vô tận, Sacha Chua, Redux, OrEmacs, v.v.) và các cộng đồng Emacs (như Sàn giao dịch Emacs này và - có lẽ là cộng đồng lớn nhất - reddit.com/r/emacs ) và các bộ sưu tập như emacs.zeef.com và wikiemacs.

Nhưng không phải là nơi để phát triển các bản phát hành mới của Emacs, đòi hỏi nhiều người và sự phối hợp.

Ở đâu đó tôi có cảm giác như đây là tất cả dưới lòng đất, nơi các phiên bản mới của Emacs đang được bí mật phát triển ... suy nghĩ hài hước.

Tất cả điều này khiến tôi tự hỏi nếu tôi thiếu một loại điểm nóng lớn trên web, nơi tất cả các phép thuật xảy ra?

Trong khi tôi thứ hai nhận xét của người khác ở đây về những nơi cần tương tác và phối hợp, có một khía cạnh độc đáo khác để phát triển Emacs. Đối với kích thước, sự đổi mới và phối hợp của nó, đó là một nỗ lực tương đối yên tĩnh. Không có nhiều tiếng ồn về chính nó. Các bản phát hành chính kích hoạt thêm vài chục email. Ngay cả đối với các chủ đề dài, các vặn lại là ngắn gọn.

So sánh điều đó với các dự án có thể so sánh dường như tạo ra nhiều tiếng ồn đến nỗi tôi thường xuyên hủy đăng ký danh sách xung quanh các sự kiện lớn.

Nền kinh tế truyền thông này phản ánh sự trưởng thành của các ý tưởng và tự do phát triển bất kỳ ý tưởng nào xứng đáng để thực hiện. Các tính năng không mong muốn khô héo trong khi các ý tưởng mới (ngay cả khi bạn gọi nó là chế độ tà ác) sẽ có một mục trong danh sách thay đổi.

Đối với các blog bạn đề cập, chúng đóng vai trò quan trọng trong việc không chỉ giáo dục mà còn làm việc thông qua các ý tưởng cạnh tranh và ý tưởng ủng hộ heo. Ví dụ, ace-jump đã làm sống lại nhiều ý tưởng nhảy đến các phần khác của bộ đệm, các bộ đệm khác, các tệp khác, tìm kiếm từ xa, v.v. Ví dụ: ack, avy, ivy, anzu, tư vấn, swiper, swoop, v.v., tất cả đều đang được tinh chỉnh ngay bây giờ và là chủ đề thảo luận thường xuyên trên google + gặp gỡ.

Đăng ký vào nguồn cấp dữ liệu rss hành tinh emacs có thể sẽ bao gồm hầu hết các blog hoạt động. Rss tương đối ngắn gọn ngoại trừ việc lặp lại cùng một mục tin tức của người khác.

Bạn sẽ không tìm thấy email của nhà phát triển về các tính năng phụ trong danh sách nhà phát triển của Emacs nhưng có lẽ trong danh sách gửi thư dành riêng cho dự án của họ. Danh sách lớn nhất trong các danh sách dành riêng cho dự án này dĩ nhiên là chế độ org. Những gì có thể đã được hàng trăm trong danh sách đó có thể được giảm xuống thành một thông báo trong nhật ký thay đổi emacs.

Thay vì danh sách email dành cho nhà phát triển bao gồm tất cả, nhóm usenet, kênh irc, trang web, vị trí trung tâm git, vị trí blog hoặc trang truyền thông xã hội, chúng tôi có sự tương tác phân tán và đa dạng thực sự mà không có nền tảng nào chiếm lĩnh. Có thể một phần là do sự phát triển của emacs đã diễn ra lâu hơn bất kỳ nền tảng truyền thông nào, nhưng nó cũng một phần do sự lựa chọn có chủ ý để không giới hạn trong một chế độ giao tiếp duy nhất.

Nhìn chung, không phải là không có đủ sự phối hợp. Là một nhà phát triển, bạn mất ít hoặc nhiều đầu vào mà bạn mong muốn. Mô hình phát triển của Emacs cho vay để hợp tác tương đối không có tiếng ồn (và không ma sát). Tôi nghĩ đó là một điều tốt. Tôi mong là bạn cũng làm vậy.

Không, bạn không thiếu thứ gì, ngoại trừ danh sách gửi thư lỗi của Emacs: bug-gnu-emacs@gnu.org(sử dụng debbugs.gnu.org).

Và có một kho git cho mã nguồn Emacs - đó là những gì được sử dụng.

Thảo luận là trên emacs-devel@gnu.orgvà bug-gnu-emacs@gnu.org. Một số mã được tiếp xúc và thảo luận ở đó.

Nhưng việc phát triển mã diễn ra bởi các cá nhân (ví dụ như bạn). Một cá nhân có thể cam kết thay đổi đối với kho lưu trữ, nếu anh ta có quyền truy cập / đặc quyền cần thiết, hoặc anh ta có thể gửi một bản vá cho một trong các danh sách gửi thư và yêu cầu người khác áp dụng nó.

Khi bạn sử dụng, M-x report-emacs-bugbạn có thể đính kèm một bản vá vào báo cáo lỗi của mình, nếu bạn có cách khắc phục bạn muốn đề xuất.

"Phép thuật" xảy ra thông qua phát triển cá nhân và bình luận / thảo luận.

FWIW: Lisp thông thường, một ngôn ngữ khiêm tốn và khá phức tạp, được xác định hoàn toàn (và được tạo mẫu) bằng email, trở lại vào cuối những năm 1970 và đầu những năm 1980. Đó là trước World Wide Web, khi Internet còn là một đứa trẻ. Những người xác định ngôn ngữ được đặt ở nhiều điểm khác nhau trên khắp thế giới, chủ yếu trong các phòng thí nghiệm nghiên cứu. Phép thuật, thực sự.