Trả lời ngắn: JetBrains Fleet là nỗ lực gộp sự nhẹ nhàng của trình soạn thảo với chiều sâu của bộ công cụ đầy đủ vào một sản phẩm, bằng cách tách phần giao diện khỏi phần phân tích mã.
Trạng thái: còn mới và ít tính năng hơn các sản phẩm lâu năm, chưa nên chọn làm công cụ chính cho dự án quan trọng.
Tách giao diện khỏi phần phân tích để làm gì?
Đây là ý tưởng kiến trúc thú vị nhất của sản phẩm này và cũng là lý do nó tồn tại.
Các bộ công cụ truyền thống gộp mọi thứ vào một chương trình chạy trên máy bạn: giao diện, bộ phân tích mã, bộ biên dịch. Vì thế chúng nặng và khởi động chậm.
Ở đây, phần giao diện là một chương trình nhẹ mở ra tức thì, còn phần phân tích mã chạy tách riêng — và quan trọng là nó có thể chạy ở nơi khác.
Nghĩa là bạn ngồi trên một máy tính xách tay cấu hình vừa phải, còn toàn bộ việc nặng nhọc diễn ra trên một máy chủ mạnh. Đây là hướng đi hợp lý khi dự án ngày càng lớn còn máy cá nhân thì không thể to mãi.
JetBrains Fleet làm được gì?
| Việc | Mức độ | Ghi chú |
|---|---|---|
| Khởi động nhanh như trình soạn thảo nhẹ | Rất tốt | Mục tiêu thiết kế chính |
| Chạy phần phân tích mã ở máy khác | Rất tốt | Điểm khác biệt lớn nhất |
| Nhiều người cùng soạn mã trên một tệp | Rất tốt | Được xây từ đầu chứ không gắn thêm |
| Chuyển giữa chế độ nhẹ và chế độ phân tích sâu | Tốt | Bật khi cần thay vì luôn bật |
| Giao diện gọn gàng | Tốt | Ít nút bấm hơn hẳn sản phẩm cùng nhà |
| Hỗ trợ nhiều ngôn ngữ | Khá | Có nhưng chiều sâu chưa bằng công cụ chuyên |
| Độ chín của sản phẩm | Kém | Còn thiếu nhiều thứ so với sản phẩm lâu năm |
| Hệ tiện ích mở rộng | Kém | Rất nhỏ ở thời điểm hiện tại |
| Cộng đồng và tài liệu hướng dẫn | Kém | Ít bài viết và ít người đã gặp lỗi giống bạn |
Ai nên thử JetBrains Fleet?
- Người thích thử công cụ mới và không ngại thiếu tính năng — nhóm hợp nhất lúc này.
- Ai làm việc trên dự án đặt ở máy chủ từ xa — kiến trúc này phục vụ đúng nhu cầu đó.
- Nhóm hay lập trình cặp hoặc hướng dẫn nhau từ xa — tính năng cùng soạn mã làm tốt.
- Người muốn một công cụ nhẹ nhưng vẫn hiểu mã — nhưng nên chờ thêm.
Chưa nên dùng cho dự án công việc quan trọng — IntelliJ IDEA hoặc Visual Studio Code ổn định và đầy đủ hơn nhiều.
Có nên chuyển sang công cụ mới không?
Câu hỏi này lặp lại mỗi vài năm khi có sản phẩm mới hứa hẹn, nên đáng có một cách trả lời chung.
| Tình huống | Nên làm gì |
|---|---|
| Công cụ hiện tại đang phục vụ tốt | Đừng đổi, chỉ thử song song |
| Đang vướng đúng vấn đề mà công cụ mới giải | Đáng thử nghiêm túc |
| Cả nhóm dùng chung một công cụ | Đổi cả nhóm hoặc không ai đổi |
| Đang trong giai đoạn gấp rút của dự án | Tuyệt đối không đổi lúc này |
| Chỉ vì thấy nhiều người nhắc tới nó | Không đủ lý do |
| Có thời gian rảnh và muốn học hỏi | Thử trên dự án cá nhân trước |
Quy trình thử một công cụ mới an toàn
- Chọn một dự án cá nhân không gấp để thử (1 ngày) — Không thử trên việc có thời hạn.
- Ghi ra ba vấn đề bạn muốn nó giải quyết (30 phút) — Có tiêu chí trước khi thử.
- Dùng liên tục ít nhất hai tuần (2 tuần) — Vài giờ không đủ để qua giai đoạn bỡ ngỡ.
- Đối chiếu với ba vấn đề đã ghi (1 giờ) — Đánh giá bằng tiêu chí chứ không bằng cảm giác.
- Trao đổi với nhóm nếu định dùng cho việc chung (1 buổi) — Tránh mỗi người một công cụ.
- Quyết định rõ ràng thay vì dùng lấp lửng cả hai (1 ngày) — Dùng nửa vời là tệ nhất.
Vì sao dùng lấp lửng cả hai công cụ là lựa chọn tệ nhất?
Nghe thì có vẻ an toàn — giữ công cụ cũ để chắc chắn, dùng công cụ mới khi tiện — nhưng thực tế lại tệ hơn cả việc chọn nhầm.
Lý do đầu tiên là bạn không xây được phản xạ với công cụ nào. Não bộ cần lặp lại đủ nhiều để phím tắt thành tự động, và chia đôi thời gian khiến cả hai đều dừng ở mức phải nghĩ mới nhớ.
Lý do thứ hai là cấu hình bị lệch nhau. Mỗi công cụ có quy ước định dạng riêng, và bạn sẽ liên tục thấy các tệp bị định dạng lại tuỳ theo hôm đó mở bằng gì.
Cách làm đúng là đặt một mốc thời gian rõ ràng: thử trong hai tuần, sau đó chọn một cái và bỏ hẳn cái kia. Nếu công cụ mới chưa đủ tốt thì quay lại hoàn toàn — không có gì đáng tiếc, và bạn vẫn học được điều gì đó.
Hạn chế cần biết
Sản phẩm còn mới, thiếu nhiều tính năng
Khoảng cách với sản phẩm lâu năm còn rõ.
Hệ tiện ích mở rộng rất nhỏ
Chưa có nhiều lựa chọn cho nhu cầu chuyên biệt.
Ít tài liệu hướng dẫn và ít người dùng
Gặp lỗi lạ thì khó tìm được lời giải trên mạng.
Chiều sâu hỗ trợ ngôn ngữ chưa bằng công cụ chuyên
Vẫn thua sản phẩm dành riêng cho từng ngôn ngữ.
Hướng phát triển còn có thể thay đổi
Rủi ro chung của mọi sản phẩm ở giai đoạn đầu.
JetBrains Fleet so với các công cụ khác
| Tiêu chí | Fleet | IntelliJ IDEA | VS Code |
|---|---|---|---|
| Tốc độ khởi động | Rất tốt | Kém | Rất tốt |
| Chạy phần phân tích ở máy khác | Tốt nhất | Tốt | Rất tốt |
| Chiều sâu hiểu mã | Khá | Tốt nhất | Tốt |
| Hệ tiện ích mở rộng | Kém | Rất tốt | Tốt nhất |
| Độ ổn định cho việc quan trọng | Kém | Tốt nhất | Rất tốt |
| Nhiều người cùng soạn một tệp | Tốt nhất | Tốt | Tốt |
Xem thêm đánh giá IntelliJ IDEA, đánh giá Visual Studio Code, đánh giá WebStorm, hoặc duyệt nhóm công cụ lập trình.
Kết luận
JetBrains Fleet là một sản phẩm đáng theo dõi hơn là đáng chuyển sang lúc này.
Ý tưởng tách phần phân tích mã ra khỏi giao diện là hướng đi đúng, và nếu nó được hoàn thiện thì đây sẽ là câu trả lời cho mâu thuẫn kéo dài giữa nhẹ và mạnh.
Nhưng ở thời điểm này, hãy thử nó trên một dự án cá nhân không gấp. Với công việc thật, các sản phẩm lâu năm vẫn là lựa chọn an toàn hơn nhiều.
