Cộng đồng lập trình Rust đã phát triển một mô hình bất thường khi nói đến việc đánh số phiên bản. Nhiều dự án rõ ràng đã sẵn sàng cho việc sử dụng trong môi trường sản xuất vẫn tiếp tục duy trì ở các phiên bản pre-1.0, bất chấp các hướng dẫn semantic versioning (semver) được chấp nhận rộng rãi. Xu hướng này đã gây ra những cuộc thảo luận sôi nổi về các thực hành đánh số phiên bản và tác động của chúng đối với việc áp dụng phần mềm.
Nghịch lý số phiên bản
Vấn đề này được làm rõ trong các cuộc thảo luận về nhiều dự án Rust khác nhau, bao gồm cả dự án thay thế uutils coreutils phổ biến. Mặc dù đủ ổn định để được đưa vào Ubuntu và các môi trường sản xuất khác, nhiều dự án Rust vẫn mắc kẹt ở các phiên bản 0.x. Điều này tạo ra sự nhầm lẫn cho người dùng có thể cho rằng những công cụ này đang trong giai đoạn thử nghiệm hoặc không ổn định.
Đặc tả semantic versioning rất rõ ràng về vấn đề này. Theo hướng dẫn semver, phần mềm được sử dụng trong môi trường sản xuất nên có phiên bản 1.0.0. Nếu người dùng phụ thuộc vào một API ổn định, nó nên là 1.0.0. Sự miễn cưỡng trong việc chấp nhận phiên bản 1.0 dường như xuất phát từ lo lắng của nhà phát triển hơn là những hạn chế kỹ thuật.
Lưu ý: Semantic versioning (semver) là một lược đồ đánh số phiên bản sử dụng ba số (major.minor.patch) để truyền đạt tính tương thích và những thay đổi trong các bản phát hành phần mềm.
Hướng dẫn Semantic Versioning cho Phần mềm Production:
- Phần mềm được sử dụng trong production nên có phiên bản 1.0.0 trở lên
- Các API ổn định mà người dùng phụ thuộc vào đáng được gắn nhãn phiên bản 1.0.0
- Những lo ngại về tính tương thích ngược cho thấy đã sẵn sàng cho phiên bản 1.0.0
- Phiên bản 0.x chỉ dành cho giai đoạn phát triển ban đầu
Vượt ra ngoài những mối quan tâm kỹ thuật
Cuộc tranh luận về đánh số phiên bản tiết lộ những vấn đề sâu xa hơn trong hệ sinh thái Rust. Một số thành viên cộng đồng cho rằng sự do dự này phản ánh một vấn đề văn hóa rộng lớn hơn, nơi mà những mối quan tâm về marketing lấn át sự sẵn sàng về mặt kỹ thuật. Nỗi sợ cam kết với một số phiên bản ổn định dường như vượt qua những lợi ích của việc giao tiếp rõ ràng với người dùng.
Mô hình này mở rộng ra ngoài những con số phiên bản đơn giản đến cả những lựa chọn về giấy phép. Nhiều dự án Rust lựa chọn các giấy phép cho phép như MIT, mà một số nhà phát triển cho rằng không bảo vệ đầy đủ quyền lợi người dùng. Sự ưu tiên cho việc cấp phép thân thiện với doanh nghiệp hơn là các lựa chọn thay thế copyleft như GPL đã trở thành một điểm tranh cãi khác trong cộng đồng.
Những tuyên bố về hiệu suất và thực tế
Hệ sinh thái Rust cũng đã phát triển danh tiếng về những tuyên bố hiệu suất, với blazingly fast trở thành một từ mô tả gần như phổ quát cho các dự án Rust. Trong khi Rust thực sự có thể tạo ra phần mềm hiệu suất cao, thực tế thì phức tạp hơn. Vì cả Rust và C đều biên dịch thông qua LLVM, sự khác biệt về hiệu suất thường phụ thuộc vào chi tiết triển khai hơn là những ưu thế cơ bản của ngôn ngữ.
Cảm giác như chúng ta đang ở bờ vực của việc cuối cùng có được phần mềm an toàn sau nhiều thập kỷ C và C++ thất bại ở mọi bước.
Những lợi ích bảo mật của Rust cụ thể hơn những tuyên bố về hiệu suất. Đảm bảo an toàn bộ nhớ và borrow checker cung cấp những ưu thế thực sự so với các ngôn ngữ lập trình hệ thống truyền thống. Tuy nhiên, đối với nhiều ứng dụng như coreutils, những lợi ích bảo mật có thể ít quan trọng hơn vì những công cụ này thường không yêu cầu quyền nâng cao.
Đặc điểm phổ biến của các dự án Rust:
- Xu hướng duy trì ở phiên bản 0.x mặc dù đã sẵn sàng cho sản xuất
- Ưu tiên giấy phép MIT hơn GPL
- Thường xuyên sử dụng các tuyên bố về hiệu suất "cực kỳ nhanh"
- Tập trung vào lợi ích về an toàn bộ nhớ và bảo mật
- Tích hợp với cơ sở hạ tầng trình biên dịch LLVM
Nhìn về tương lai
Sự miễn cưỡng trong việc chấp nhận phiên bản 1.0 phản ánh một thách thức rộng lớn hơn trong văn hóa phát triển phần mềm. Trong khi sự thận trọng có thể có giá trị, chủ nghĩa bảo thủ quá mức trong việc đánh số phiên bản tạo ra những rào cản không cần thiết cho việc áp dụng. Người dùng cần những tín hiệu rõ ràng về độ trưởng thành của phần mềm, và số phiên bản đóng vai trò như một công cụ giao tiếp quan trọng.
Những thành tựu kỹ thuật của cộng đồng Rust rất ấn tượng, nhưng hệ sinh thái sẽ được hưởng lợi từ sự tự tin hơn trong việc đánh số phiên bản và giao tiếp rõ ràng hơn về sự sẵn sàng của phần mềm. Khi những dự án này tiếp tục trưởng thành, việc chấp nhận các nguyên tắc semantic versioning có thể giúp thu hẹp khoảng cách giữa khả năng kỹ thuật và việc áp dụng của người dùng.
Tham khảo: 0.1.8