Tôi không hẳn đồng ý với nội dung bài viết, nên chỉ tóm lược ngắn gọn những gì tác giả lập luận.
Với nước ngoài thì tôi cũng phần nào đồng ý rằng Rust có hiệu năng tốt và dễ tuyển người hơn..
(Còn ở trong nước có đủ từng đó lập trình viên Rust hay không thì tôi vẫn nghi ngờ..)
Ở startup, quan trọng hơn ngôn ngữ là giải quyết vấn đề gì.
Theo tôi, điều quan trọng là dùng công cụ phù hợp với tình hình hiện tại để làm ra MVP nhanh và cho ra hồn.
Ngày nào cũng bận rộn mà nói phải mất 3 tháng để làm quen với ngôn ngữ thì có gì đó hơi lệch trọng tâm.
Nếu là vừa đi làm vừa học Rust 3 tháng bằng dự án toy, rồi sau đó mới khởi nghiệp thì OK.
"Tôi nghĩ điều quan trọng là dùng công cụ phù hợp với tình huống hiện tại để làm ra MVP thật nhanh mà vẫn ra hồn."
Tôi nghĩ vì phần 'nhanh mà vẫn ra hồn' đó nên Rust có vẻ là một lựa chọn ổn.
Khái niệm của ngôn ngữ này là chỉ cần biên dịch được thì sẽ đạt đến một mức chất lượng nhất định (nên việc biên dịch khá khắt khe), và tôi nghĩ nó sẽ giúp ngăn việc phát triển quá gấp gáp rồi thành ra cẩu thả.
À, vấn đề tôi muốn nói là... trong tình huống chưa hiểu rõ Rust, liệu có thể làm được việc "đúng cách và nhanh chóng" không?
Tôi chưa chắc đây có phải là công cụ "phù hợp với tình hình hiện tại" của startup hay không.
Nếu hiện tại chỉ đang ở giai đoạn làm demo thì có lẽ không cần chất lượng, và nếu cũng không định bảo trì lâu dài thì chắc cũng vậy. Nhưng nếu không phải thế thì có vẻ vẫn cần.
Tôi chưa có kinh nghiệm startup nên không rõ lắm, nhưng có lẽ chiến lược thường dùng là trước hết phát triển thật nhanh rồi liên tục cập nhật; tuy nhiên nếu cứ dời lại về sau thì cuối cùng độ ổn định và chất lượng sẽ ngày càng xa vời.
Vì vậy, tôi nghĩ Rust, với việc ép buộc rất nhiều thứ ngay từ giai đoạn biên dịch, ngược lại có thể là một công cụ hữu ích.
Tôi đồng ý với ý kiến này.
Trong tình huống ngay cả thư viện cũng còn thiếu mà dùng cái này để làm dịch vụ à??
Có vẻ sau này sẽ phải kèm theo một khối lượng chỉnh sửa khổng lồ.
5 bình luận
Tôi không hẳn đồng ý với nội dung bài viết, nên chỉ tóm lược ngắn gọn những gì tác giả lập luận.
Với nước ngoài thì tôi cũng phần nào đồng ý rằng Rust có hiệu năng tốt và dễ tuyển người hơn..
(Còn ở trong nước có đủ từng đó lập trình viên Rust hay không thì tôi vẫn nghi ngờ..)
Ở startup, quan trọng hơn ngôn ngữ là giải quyết vấn đề gì.
Theo tôi, điều quan trọng là dùng công cụ phù hợp với tình hình hiện tại để làm ra MVP nhanh và cho ra hồn.
Ngày nào cũng bận rộn mà nói phải mất 3 tháng để làm quen với ngôn ngữ thì có gì đó hơi lệch trọng tâm.
Nếu là vừa đi làm vừa học Rust 3 tháng bằng dự án toy, rồi sau đó mới khởi nghiệp thì OK.
https://news.ycombinator.com/item?id=31736703
Trong phần bình luận trên HN nơi bài này được đăng, cũng có khá nhiều bình luận có suy nghĩ giống tôi.
"Tôi nghĩ điều quan trọng là dùng công cụ phù hợp với tình huống hiện tại để làm ra MVP thật nhanh mà vẫn ra hồn."
Tôi nghĩ vì phần 'nhanh mà vẫn ra hồn' đó nên Rust có vẻ là một lựa chọn ổn.
Khái niệm của ngôn ngữ này là chỉ cần biên dịch được thì sẽ đạt đến một mức chất lượng nhất định (nên việc biên dịch khá khắt khe), và tôi nghĩ nó sẽ giúp ngăn việc phát triển quá gấp gáp rồi thành ra cẩu thả.
À, vấn đề tôi muốn nói là... trong tình huống chưa hiểu rõ Rust, liệu có thể làm được việc "đúng cách và nhanh chóng" không?
Tôi chưa chắc đây có phải là công cụ "phù hợp với tình hình hiện tại" của startup hay không.
Nếu hiện tại chỉ đang ở giai đoạn làm demo thì có lẽ không cần chất lượng, và nếu cũng không định bảo trì lâu dài thì chắc cũng vậy. Nhưng nếu không phải thế thì có vẻ vẫn cần. Tôi chưa có kinh nghiệm startup nên không rõ lắm, nhưng có lẽ chiến lược thường dùng là trước hết phát triển thật nhanh rồi liên tục cập nhật; tuy nhiên nếu cứ dời lại về sau thì cuối cùng độ ổn định và chất lượng sẽ ngày càng xa vời. Vì vậy, tôi nghĩ Rust, với việc ép buộc rất nhiều thứ ngay từ giai đoạn biên dịch, ngược lại có thể là một công cụ hữu ích.
Tôi đồng ý với ý kiến này.
Trong tình huống ngay cả thư viện cũng còn thiếu mà dùng cái này để làm dịch vụ à??
Có vẻ sau này sẽ phải kèm theo một khối lượng chỉnh sửa khổng lồ.