Tương lai của dự án Vim
(groups.google.com)- Sau khi Bram qua đời, Vim đã có được quyền truy cập vào tổ chức GitHub và quyền quản trị, tạo nền tảng để duy trì dự án
- Trong thời gian trước mắt, việc hợp nhất sẽ được giới hạn ở sửa lỗi, vá bảo mật, cập nhật tài liệu và các cải tiến rõ ràng; thay đổi đối với phần lõi Vim sẽ chỉ được áp dụng sau khi có sự chấp thuận của các thành viên khác
- Sau khi xử lý backlog, dự án dự định chuẩn bị bản phát hành bảo trì Vim 9.1, và trước đó sẽ tiếp tục tăng các phiên bản vá nhỏ
- vim.org đang được xem xét di chuyển do vấn đề ổn định của OSDN.net và hạ tầng hosting dựa trên PHP 5/MySQL, nhưng hiện chưa có quyết định nào
- Các quyền vận hành vốn tập trung vào cá nhân Bram như mailing list, tên miền, máy chủ FTP, runtime file và kênh báo cáo bảo mật cần được sắp xếp lại theo hướng dựa trên nhóm
Tổ chức GitHub và cơ chế bảo trì
- Gia đình của Bram đã chuyển quyền quản trị tổ chức GitHub cho Ken và Christian Brabandt, nhờ đó dự án Vim có thể tiếp tục vận hành trên GitHub
- Yegappan Lakshmanan, Dominique Pellé, @mattn, @zeertzjq, những người từng đóng góp cho Vim, đã được mời thêm vào tổ chức Vim
- Các thành viên của tổ chức GitHub cũng cần có quyền truy cập vào kho Vim trên huntr.dev, nơi các vấn đề bảo mật được báo cáo
- 2 commit đầu tiên đã được hợp nhất
- Trong thời gian trước mắt, đối tượng được hợp nhất sẽ bị giới hạn ở sửa lỗi, các bản sửa liên quan đến bảo mật, cập nhật tài liệu và các cải tiến rõ ràng
- Chính sách hiện tại là các thay đổi đối với phần lõi Vim sẽ chỉ được hợp nhất sau khi có sự chấp thuận của thành viên khác trong dự án
- Cách vận hành vẫn chưa ổn định và có thể thay đổi nếu đạt được đồng thuận về một cách tốt hơn
Bản phát hành Vim 9.1 và cách phát triển
- Hiện có kế hoạch chuẩn bị bản phát hành bảo trì Vim 9.1 sau khi xử lý backlog hiện tại
- Trước Vim 9.1, dự án sẽ tiếp tục duy trì cách tăng các phiên bản vá nhỏ
- Sau bản phát hành này, nhóm cũng đang xem xét một cách tiếp cận hiện đại hơn, tương tự Neovim
- Sự thay đổi này có thể ảnh hưởng đến các dự án phụ như vim-win32-installer, vim-appimage, macVim, nên cách làm tốt nhất vẫn chưa được quyết định
- Yegappan Lakshmanan đề xuất gắn thẻ các PR đang mở nào là ứng viên cho Vim 9.1, và Christian Brabandt trả lời rằng việc đó sẽ hữu ích
- Christ van Willegen cho biết có nhiều PR đang mở, trong đó có những cái đã tồn tại lâu, và muốn giảm gánh nặng bằng cách rà soát các thay đổi về test, mã nguồn và văn bản mà mình có thể đánh giá
- Ông không quen với các file cú pháp
- Ông cho rằng các file cú pháp cần có kiểm thử tự động để ngăn hỏng hóc và đánh giá kết quả highlighting
Hosting vim.org và vấn đề tên miền
- Christian Brabandt có quyền truy cập vào trang dự án OSDN.net và quyền chỉnh sửa trang chủ vim.org
- Trong vài tháng gần đây, vim.org gặp vấn đề về độ ổn định, đặc biệt là lỗi kết nối máy chủ MySQL
- vim.org đã được vận hành trên OSDN.net từ năm 2018 theo sự cung cấp của Shuji Sado, CEO OSDN.net khi đó
- OSDN.net hiện có vẻ thuộc sở hữu của OSChina, và vào thời điểm đó dự án Vim không nhận được hỗ trợ từ đội ngũ OSDN.net hoặc OSChina
- Dự án đã hỏi OSChina về kế hoạch sắp tới nhưng chưa nhận được phản hồi tại thời điểm thông báo ban đầu, nên cũng đang xem xét phương án chuyển trang web sang nhà cung cấp khác
- Marc Schöchlin đề xuất quản lý hosting
- Đây chỉ là một mục đang xem xét, chưa có gì được quyết định
- Cấu hình hosting hiện tại gồm các file PHP và quyền truy cập cơ sở dữ liệu MySQL
- Christian Brabandt cho biết hệ thống hiện có vẻ đang dùng PHP 5, trong khi PHP 5 đã hết vòng đời hỗ trợ
- Mã nguồn Vim cũng được cung cấp dưới dạng kho Mercurial và được mirror tại
https://hg.256bit.org/vim - Lưu lượng dự kiến ở mức 200.000~500.000 lượt xem trang mỗi tháng
- Ông cho rằng với quyền truy cập vào OSDN Shell Server, việc tạo DB dump và chuyển nội dung sẽ không phải vấn đề
- SourceForge là nơi trang chủ Vim được host đến năm 2018, và gần đây đã thông báo sẽ chuyển sang PHP 7 sau 2 tuần
- Christian Brabandt nói rằng ông không biết liệu trang chủ Vim có hỗ trợ PHP 7 hay không
- Qua thử nghiệm,
https://vim.sourceforge.io/có vẻ không chạy được trên PHP 7
- Sau đó OSChina trả lời rằng họ sẽ kiểm tra vấn đề kết nối, và Christian Brabandt cho rằng hiện chưa có áp lực về thời gian vì OSDN/OSChina chưa công bố thời điểm chuyển sang PHP 7
- @Sec đã được thông báo rằng nếu quyết định di chuyển trang chủ thì tên miền Vim cũng sẽ phải được chuyển đi
- Bodo Eichstädt cho biết Sven đã qua đời vào năm trước và đề xuất in-berlin.de có thể hỗ trợ tên miền và hosting
- Christian Brabandt bày tỏ sự tiếc nuối khi nhiều nhân vật chủ chốt của Vim đã qua đời trong thời gian ngắn
- Ông cũng cho rằng các vấn đề pháp lý liên quan đến những tên miền có vẻ do Bram đăng ký như
vim8.org,vim9.org,iccf-holland.orgcần được xử lý cùng với gia đình Bram
Mailing list, FTP, runtime file, kênh bảo mật
- Bram là chủ sở hữu của tất cả các mailing list, và Christian Brabandt hiện vẫn chưa biết ông ấy quản lý chúng thế nào cũng như cách yêu cầu quyền truy cập vào vim-announce và vim-mac
- Các mailing list vim-dev và vim-use hiện do Christian Brabandt, Tony Mechelynk, John Beckett, Ben Schmidt và Ben Fritz quản lý
- Christian Brabandt cho rằng Ben Schmidt và Ben Fritz không còn hoạt động trong dự án Vim nữa và muốn xác nhận liệu họ có ý định tiếp tục quản lý hay không
- Mailing list vim-mac không quá sôi động nhưng thỉnh thoảng vẫn có bài đăng, và thường lẫn giữa các vấn đề/câu hỏi về MacVim và Vim trên macOS
- Các thảo luận về MacVim chủ yếu diễn ra trên GitHub, nhưng vì vẫn có người dùng thích hình thức mailing list nên có đề xuất tiếp tục duy trì
- Christian Brabandt hiện vẫn chưa có quyền truy cập vào máy chủ FTP chính của Vim, và đang hỏi gia đình Bram xem họ có biết thông tin xác thực hay không
- Cũng cần kiểm tra với các maintainer runtime file xem có nội dung nào họ đã gửi trực tiếp cho Bram hay không
- Những nội dung gửi trực tiếp có thể bị mất nếu không được kiểm tra
- Ben Fritz cho biết trong thời gian trước mắt, anh khó có thể hoạt động hiệu quả với vai trò quản trị mailing list
- Về lâu dài, nếu quay lại hoạt động, anh có thể đóng góp cho dự án trên huntr.dev dựa trên kinh nghiệm làm việc về InfoSec
- Ben Fritz cũng nhắc đến dự án Vim trên scan.coverity.com
- Christian Brabandt trả lời rằng anh và Dominique là quản trị viên của dự án đó nên không có vấn đề gì
Cách đóng góp và việc công khai mã nguồn trang chủ
- Christian Brabandt cho biết ông không muốn thay đổi cơ chế bảo trì runtime hiện có
- Tuy vậy, nhóm đang xem xét cách giúp việc cập nhật hàng loạt trở nên dễ dàng hơn, dù điều đó có thể làm tăng thêm đôi chút gánh nặng cho từng maintainer runtime file
- Cách được khuyến nghị để gửi bản cập nhật là tạo PR vào tổ chức GitHub
- Cách gửi file hoàn chỉnh tới vim-dev hoặc trực tiếp cho Christian Brabandt vẫn tiếp tục được chấp nhận
- Trước đây, nhiều maintainer plugin đã gửi bản cập nhật cho Bram bằng cách email file zip chứa toàn bộ file, đôi khi kèm cả danh sách vim_dev ở phần CC
- Ben Fritz cho biết anh vẫn muốn tiếp tục làm maintainer chính thức của plugin TOhtml
- Trong vài năm gần đây, anh chưa thể đóng góp gì nhiều ngoài một vài bản sửa lỗi
- Không có bản cập nhật chưa công bố nào đã gửi cho Bram
- Dự án TOhtml bao gồm kiểm thử tự động dùng chính framework test của Vim, và anh cho rằng điều này cũng nên được đưa vào cách bảo trì trong tương lai
- Christian Brabandt trả lời rằng gần đây ông không thấy có phàn nàn hay vấn đề nào với plugin TOhtml, nhưng có thể vẫn còn chỗ để cải thiện như hỗ trợ popup hoặc virtual text
- Ben Fritz cho rằng các text properties như virtual text có lẽ nên được tắt mặc định và bật qua tùy chọn
- Việc công khai mã nguồn trang chủ vim.org từng được thảo luận với Bram trong quá khứ
- Nếu công khai, dự án có thể nhận đóng góp, giữ nội dung luôn cập nhật và hiện đại hóa giao diện
- Bram không muốn như vậy vì lo ngại thông tin nhạy cảm có thể bị lộ hoặc các vấn đề tiềm ẩn sẽ dễ bị phát hiện hơn
- Christian Brabandt nói rằng lo ngại đó là hợp lý và ông vẫn chưa biết nên xử lý ra sao
1 bình luận
Ý kiến trên Hacker News
Vài năm trước, anh trai tôi đột ngột qua đời và tôi phải đảm nhận việc sắp xếp và lưu trữ cuộc đời số của anh ấy.
May mắn là chúng tôi có email khôi phục của tài khoản Gmail chính và một vài mật khẩu mà vợ/chồng anh ấy biết, nên nhờ các dịch vụ như Google Takeout, chúng tôi có thể truy cập và lưu trữ gần như mọi dữ liệu có thể nghĩ tới.
Nhưng tôi nhận ra rằng nếu chuyện tương tự xảy ra với mình, việc đó gần như sẽ bất khả thi, vì mọi mật khẩu và thông tin xác thực đều nằm trong trình quản lý mật khẩu, còn mật khẩu chính thì chỉ ở trong đầu tôi.
Lên kế hoạch trước để gia đình và bạn bè dễ sắp xếp cuộc đời số sau khi mình qua đời là một việc tốt; 1Password cung cấp tài liệu khôi phục có thể in ra và ghi mật khẩu vào, kèm các bước truy cập cần thiết.
Tôi đã in tài liệu này và gửi cho một số ít người mà tôi hoàn toàn tin tưởng. Chuyện bất ngờ có thể xảy ra bất cứ lúc nào, nên chuẩn bị trước cho những người ở lại là một món quà ý nghĩa.
Trong luồng này cũng có nhắc tới két sắt hay hộp chôn giấu, nhưng nếu giao một USB flash được mã hóa bình thường cho người đáng tin và chia mật khẩu cho nhiều người quen bằng thuật toán chia sẻ bí mật Shamir, bạn có thể giảm nguy cơ bị lấy sạch mọi thứ khi nhà bị đột nhập.
Vì không ai có email khôi phục, cuối cùng tôi phải chạy công cụ bẻ mật khẩu trên tài khoản Windows của anh ấy. May là thông tin xác thực Windows không mạnh, nên với một Linux live CD và GPU chơi game của anh ấy, tôi đã giải được mật khẩu sau vài ngày.
Từ đó tôi truy cập được tới tài khoản 1Password, và nhận ra rằng giao chìa khóa vương quốc số của mình cho một bên thứ hai đáng tin cậy để phòng thảm họa là điều khôn ngoan.
Một ngày nào đó sẽ có người phải xử lý từng tài khoản một, nên dù không tối ưu hoàn hảo và chịu thiệt một chút, việc giảm số ngân hàng mình giao dịch vẫn đáng giá.
Điều đáng lo không chỉ là cái chết, mà còn mọi chuyện như bệnh tật hay chấn thương đầu khiến mình mất ký ức về mật khẩu; khi đó những người muốn giúp mình sẽ bị chặn ở tất cả tài khoản.
Trình quản lý mật khẩu rất hữu ích vì nó giống như để lại danh sách mọi công ty nơi tôi đã tạo tài khoản trực tuyến, nhưng theo tôi hiểu thì nếu không có quyền pháp lý để truy cập tài khoản thay tôi, như vậy có thể vẫn chưa đủ.
Ví dụ, dù tôi đưa mật khẩu 401k cho một người bạn để quản lý di sản, việc người đó sử dụng mật khẩu ấy có thể rơi vào vùng xám pháp lý, nên tôi định trao đổi với luật sư để lo cả phần pháp lý.
Việc ghi lại sơ bộ mức độ quan trọng và bối cảnh của một số tài khoản cũng có ích. Cần có những thông tin như công ty tài chính nào quản lý bảo hiểm nhân thọ, bảo hiểm đó có gắn với nhà tuyển dụng hay không.
Cũng bao gồm cả các câu hỏi như: nếu bị thương, điều trị lâu dài rồi mất việc trước khi qua đời, liệu mình có mất bảo hiểm nhân thọ trước khi tiền bảo hiểm được chi trả không.
Một trong những ưu tiên của gia đình tôi là dự án red binder ghi “nếu tôi chết hoặc không thể ra quyết định, hãy làm như sau”; tôi đang sắp xếp suy nghĩ theo hướng này nên muốn nghe thêm nhiều góc nhìn.
Cả hai thiết bị đều được mã hóa, và có vẻ thiết bị Samsung được cài đặt để tự reset nếu số lần thử sai tích lũy quá nhiều.
Có lẽ chẳng có gì đặc biệt, nhưng việc vẫn không biết được luôn khiến tôi thấy lấn cấn.
Có ai sao chép nội dung bài viết được không? Không biết Google ghét người dùng Firefox hay sao mà tôi không đọc được.
Sửa: Internet Archive có một bản hoạt động được https://web.archive.org/web/20230810094255/groups.google.com...
Tin thật đáng buồn.
Bài nên đọc: https://evrone.com/blog/bram-moolenaar-interview
“Phát triển phần mềm gần với tinh thần thủ công hơn rất nhiều. Người thợ thủ công dùng công cụ mà họ nghĩ sẽ cho kết quả tốt nhất, dù đó là công cụ mọi người đều dùng hay công cụ khác. Và một người thợ giỏi sẽ tự làm công cụ của mình khi cần” - B. Moolenar
Cảm ơn người đã biến Vim thành một phần trong DNA phát triển của tôi.
Từ text object đến macro và register, Vim là một môi trường lập trình động để nắm bắt trạng thái và gọi các script nhỏ.
Vim giống như niệm phép ngay tại chỗ. Không phải là trung thành giải mã một nghi thức phức tạp, mà giống như tạo ra một lớp ether mạnh mẽ xung quanh rồi tác động một độ xoắn rất nhỏ để thay đổi thế giới quanh mình.
Giai đoạn chuyển giao hẳn sẽ hỗn loạn một thời gian, nên hy vọng mọi việc suôn sẻ.
Thật mừng là dự án có vẻ đang nằm trong tay người hiểu rõ nó, và tôi cũng thích thái độ thận trọng với việc thay đổi codebase sau khi tiếp nhận vai trò lãnh đạo.
Điều gì đang ngăn phần còn lại của cộng đồng Vim chuyển sang Neovim? Quan sát thì thấy đã có khá nhiều người chuyển rồi, nhưng tôi tò mò liệu với những người còn ở lại, có thứ gì quan trọng hơn những gì Neovim cung cấp hay không
Với cách tôi dùng thì chẳng có gì đặc biệt thú vị để phải đổi, và đôi khi những tính năng như gvim-gtk mà tôi thích dùng để soạn LaTeX thì lại thiếu
Hơn nữa, Vim nguyên bản hiện nay, nhờ di sản của Bram, có một bầu không khí uy tín lâu đời mà Neovim không thể sánh được. Vì vậy tôi sẽ tiếp tục dùng Vim
Việc đưa một số tính năng phổ biến của Neovim trở lại Vim là hợp lý. Có một fork đổi mới để thử nghiệm mạnh tay các tính năng mới là điều tốt
Để một chương trình nền tảng như vậy thành công, trên thực tế nó phải vượt qua cửa ải đóng gói của Debian
Thường điều đó có nghĩa là phải thuyết phục các bản phân phối công nhận nó là công cụ “chính thức”, và Debian hoặc Fedora phải chọn Neovim làm trình soạn thảo văn bản mặc định thay vì Vim
Sau đó thay đổi sẽ lan từ Debian -> Ubuntu -> Mint -> ..., Fedora -> RHEL, mất vài năm; các bản phát hành của distro phải ra mắt và người dùng phải nâng cấp
Toàn bộ chu kỳ để một công cụ được đưa vào cài đặt mặc định trở nên phổ biến ở khắp nơi có lẽ mất khoảng 10 năm. Nhìn systemd là thấy
Vim không có thêm tính năng mới nào cũng chẳng sao. Ngay cả khi Vim không được bảo trì, miễn là vẫn lấy được từ distro thì tôi vẫn sẽ dùng như cũ
Nếu không thể dùng Vim nữa, chẳng hạn vì thiếu bảo trì, tôi có khả năng chuyển sang nvi hơn là Neovim
Ngay bây giờ có lẽ tôi cũng có thể đổi sang nvi, nhưng chẳng có lý do gì để làm vậy
Tôi đã và vẫn tôn trọng công việc của Bram với Vim, và không thấy lợi ích gì khi chuyển sang thứ khác
Chừng nào phần còn lại của cộng đồng phát triển Vim vẫn có ý chí và năng lực tiếp tục, thì hiện giờ cũng không thấy có lợi ích gì
Với mục đích của tôi, Vim là một công cụ đã hoàn thiện. Miễn là nó được bảo trì và chạy được trên các hệ điều hành hiện đại, tôi không cần tính năng mới
Mày mò nửa ngày vẫn không làm cho nó chạy được, khá nhiều tài liệu có vẻ đã cũ, và các plugin thường dùng cùng
.vimrccủa tôi dường như cũng không hoạt động ngayMối quan tâm chính của tôi không phải là nghịch cấu hình và phiên bản, mà là hoàn thành công việc, nên tôi bỏ cuộc. Nếu vài năm nữa vẫn còn thấy hấp dẫn thì tôi sẽ thử lại
Tôi mong Vim và Neovim chìa nhành ô liu hòa giải cho nhau. Nếu cần thì cả nhánh Git nữa :-D
Dù fork không hợp nhất lại, nếu có thể đưa hai codebase lại gần nhau hơn thì cả hai phía đều có lợi
Nhưng tôi nghĩ Neovim giống một bản triển khai lại từ đầu hơn là một fork của Vim, nên tôi thật sự tò mò việc merge thực tế đến đâu
Sửa: Có vẻ tôi đã sai ở chỗ nói Neovim không phải là fork của Vim
Mọi người đều trì hoãn việc lập kế hoạch thừa kế tổng thể vì những lý do hiển nhiên, và đặc biệt càng ít nghĩ tới kế hoạch di sản số
Ít ai muốn nghĩ về cái chết của chính mình; mảng số thì có rất ít tài nguyên để tham khảo, và hầu hết ứng dụng/website không chuẩn bị sẵn workflow kiểu đó, nên việc này đặc biệt khó. Theo tôi biết thì chỉ Facebook là có cung cấp thứ gì đó
Vợ tôi và tôi dùng chung tài khoản trình quản lý mật khẩu, nên về lý thuyết cô ấy có thể truy cập mọi trang tôi dùng, nhưng liệu cô ấy có biết phải vào đâu không? Liệu cô ấy có biết chút nào về cách duy trì các dịch vụ self-host nội bộ của chúng tôi không? Chưa nói đến phần cứng
Tôi từng hướng dẫn cách khởi động lại server ESXi và SSH vào server Docker chính để restart, nhưng chưa ghi tài liệu ở đâu cả
Hầu hết là cấu hình mặc định và không mã hóa
Vợ tôi hoàn toàn không rành kỹ thuật, và tôi muốn sau khi tôi không còn, cô ấy vẫn dễ dàng truy cập được media gia đình và tài liệu đã số hóa
Một người hơi biết kỹ thuật hoặc một cửa hàng có thể tìm ra cách lấy dữ liệu khỏi Synology
Giờ tôi mới nhận ra công cụ mình dùng hằng ngày vẫn đang được bảo trì tích cực
Xin gửi lời cảm ơn vô hạn tới Bram Moolenaar, rất nhiều người đã đóng góp, và những người hiện đang giúp quá trình chuyển giao
Nhân tiện, xem website này trên iPad thật tệ. Nó không tôn trọng yêu cầu tăng cỡ chữ, còn khi phóng to thì văn bản dịch chuyển và ngắt dòng thay đổi, phá hỏng mục đích của việc phóng to
Dù vậy, định dạng trích dẫn và cấu trúc trả lời rất tuyệt, giao tiếp trực tuyến nên như thế này
Tôi thấy thông báo “Something went wrong. Please try again later.” Cả Firefox và Chrome mới nhất đều bị vậy, mà HN chắc vẫn chưa thể đánh sập Google bằng hiệu ứng Slashdot, vậy lý do là gì?
Trên Android Firefox của tôi, không dịch vụ Google nào tải được và bị chuyển hướng sang trang trợ giúp bảo xóa cache. Xóa cache cũng không giúp gì
Bram có từng nói riêng gì về vấn đề này không? Tôi biết một câu “keep me alive”
Cầu mong Bram yên nghỉ, và tôi đã học được rất nhiều từ ông