Khi refactor, khá nhiều lần việc phân tích mã ở phía tsserver bị chậm khiến cả editor bị treo cứng, nên mong là nó sẽ sớm ra mắt để được giải thoát khỏi nỗi khổ này.

Tôi có cảm giác mọi người đang ném ra nhận định mà không thực sự nghĩ đến structural typing.
Nếu muốn viết lại bằng ngôn ngữ dùng nominal typing như C# hay Rust thì sẽ phải thay đổi quá nhiều cấu trúc nền tảng của dự án, nên chắc hẳn không dễ.
Trong số các ngôn ngữ áp dụng structural typing, nếu muốn đạt hiệu năng cao hơn nền tảng JS hiện có thì có lẽ chỉ còn C++ hoặc Golang, mà nếu tính cả năng suất phát triển thì gần như không có phương án thay thế.

Có vẻ như các sản phẩm thương mại như Oracle RAC hay DB2 pureScale có khả năng multi-write không nằm trong diện được cân nhắc nhỉ.

Phơi bày lịch sử đen tối trên quy mô cực, cực lớn...

Thật lòng mà nói tôi đã nghĩ là nó sẽ không được thêm vào... Các editor khác rồi cũng sẽ sôi động hơn thôi.

Cuối cùng cũng có rồi... chào mừng

Trước đây nếu người bảo trì chính không dùng Kotlin thì việc cập nhật thường bị gián đoạn, nhưng giờ chắc sẽ không còn chuyện đó nữa.

Có lẽ cách tốt hơn là thay vì chặn hẳn quyền truy cập thì hiển thị rõ đang truy cập vào thư mục nào.

Android khá ổn ở điểm đó, nhưng bên này lại gộp quyền quá lớn nên cả những mức quyền không cần thiết cũng phải cho phép cùng luôn...

Có vẻ như không có Instagram, Threads hay Facebook,,

Tôi cũng chỉ dùng Electron từ 2-3 năm trước thôi, dạo này thì lại làm bằng Tauri..

Nghe đến cụm từ kỹ nghệ hỗn loạn, thoáng chốc tôi còn tưởng đang nói về backend của công ty tôi do chính tôi viết chứ;

Thích.

Nhưng mà, những câu chuyện kiểu này được viết thành bài báo như thế nào nhỉ? Trông hơi giống một bài mang tính PR cho Google.
"Chúng tôi đang rất nỗ lực"...

Hãy dùng Tauri. Backend là Rust và việc tích hợp dễ hơn bạn nghĩ.

Thật ngạc nhiên khi việc tham gia tự nguyện lại được xếp ở vị trí số 1...

Chỉ có mỗi khẳng định, chẳng có lấy một chút căn cứ nào cả.

Dù sao thì trải nghiệm mở cũng tốt hơn mấy thứ như Qt, đúng không?

Viết dài dòng một điều rất đơn giản.. Mỹ muốn đồng USD trở thành đồng tiền dự trữ của thế giới, mà để làm được vậy thì thay vì bán nhiều hàng để USD tích lại ở Mỹ, họ phải mua nhiều hàng để USD lan ra khắp thị trường toàn cầu.

Việc tạo phần mở rộng Python bằng C/C++ làm năng suất giảm quá nhiều, còn PyO3 thì trước hết đã có maturin, cargo nên rất tiện.
Ngoài ra, vì module Python cũng bắt buộc phải hỗ trợ cross-compile, mà Rust thì việc cross-compile cũng rất thuận tiện.

Tôi hiểu những điểm khác, nhưng nhận định liên quan đến RAM thì khác biệt quá nhiều so với trải nghiệm thực tế...