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ế.
Năng suất đã tăng lên khá nhiều với quy trình làm việc bất đồng bộ kiểu ném vấn đề vào rồi nếu câu trả lời sai thì bỏ đi, nhưng như vậy chẳng phải cũng khá giống công cụ tĩnh sao? Nếu xem nó như một công cụ phân tích tĩnh cực kỳ tiến hóa thì đây là một người bạn tốt. Thành thật mà nói, nó phân tích cũng nhanh và biết nhiều hơn cả kỹ sư junior.
Đây là một bài viết đã mang lại lời giải cho những trăn trở gần đây của tôi. Cảm ơn bạn rất nhiều vì đã chia sẻ một bài viết tuyệt vời như vậy.
Tôi đang tự build trực tiếp LSP để dùng. Đổi sang Go nên cảm nhận rất rõ là tài nguyên tiêu thụ đã giảm đi.
Dạo này cứ có cảm giác là họ cắt giảm nhân sự, việc bảo trì thì ngày càng khó khăn hơn, rồi lại đẩy sang mã nguồn mở để giao phó cho cộng đồng.
Ôi tuyệt quá, cuối cùng cũng ra rồi...!!!
MS thật sự quá đỉnh.
Dạo này cứ chuyển js sang rust / go là thành trào lưu để tăng hiệu năng
Ồ, quá đỉnh
Khi refactor, khá nhiều lần việc phân tích mã ở phía
tsserverbị 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..
Năng suất đã tăng lên khá nhiều với quy trình làm việc bất đồng bộ kiểu ném vấn đề vào rồi nếu câu trả lời sai thì bỏ đi, nhưng như vậy chẳng phải cũng khá giống công cụ tĩnh sao? Nếu xem nó như một công cụ phân tích tĩnh cực kỳ tiến hóa thì đây là một người bạn tốt. Thành thật mà nói, nó phân tích cũng nhanh và biết nhiều hơn cả kỹ sư junior.
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.