Mức tải CPU 100% của máy tính không phải là trạng thái bình thường,
nhưng với khối lượng công việc của con người ở mức 100% thì lại đi đến kết luận rằng phải làm chăm chỉ hơn nữa..
Ừm.. nói thêm một chút thì trong vài năm gần đây đã xuất hiện hiện tượng khá lạ là phần lớn start-up dùng Flutter, còn các công ty lớn như META, OpenAI thì lại chọn native..
Tin vui đây! Thật thú vị là ngôn ngữ TypeScript của MS dường như, trái với dự đoán, đã đưa ra khá nhiều lựa chọn thật sự bất ngờ. Xét từ phía MS, đây gần như là dự án mã nguồn mở đầu tiên của họ, và khác với Dart của Google từng nhắm tới việc thay thế JS, lựa chọn bổ sung cho JS này cũng khiến tôi thấy rất sáng suốt; ngoài ra, dù hẳn họ cũng có không ít ngôn ngữ nội bộ để dùng cho lần port native này, việc họ chọn Go của Google cũng rất đáng ngạc nhiên.
Khi dùng generic type được cấu thành bằng đệ quy, tôi từng gặp tình trạng chậm nên phải dùng phương án thay thế. Nếu nhanh hơn 10 lần thì cũng khá đáng mong đợi vì có thể những chỗ như thế này sẽ được cải thiện.
Có vẻ việc dùng Lynx Explorer được build sẵn chỉ phù hợp ở giai đoạn phát triển. Thực tế hơn thì tôi hiểu là sẽ cần bỏ công sức vào quá trình build Lynx Explorer.
Có lẽ lưu lượng truy cập sẽ dồn cực mạnh vào đúng khung giờ đó, nên sẽ cần xử lý thật hiệu quả.
Tôi lo rằng về sau việc quản lý codebase TypeScript hiện có sẽ bị sao nhãng.
Việc phát triển cho ngôn ngữ C# không hẳn đã dừng lại, nhưng mình có cảm giác có quá nhiều framework dùng C# đang bị bỏ mặc.
Tôi đang thử nghiệm nó, và cảm giác như một bộ quà tặng tổng hợp vậy.
Những bài kiểu này cứ lặp đi lặp lại, nhưng lòng tham của con người là vô tận và chúng ta lại tiếp tục mắc cùng một sai lầm
Mức tải CPU 100% của máy tính không phải là trạng thái bình thường,
nhưng với khối lượng công việc của con người ở mức 100% thì lại đi đến kết luận rằng phải làm chăm chỉ hơn nữa..
Ừm.. nói thêm một chút thì trong vài năm gần đây đã xuất hiện hiện tượng khá lạ là phần lớn start-up dùng Flutter, còn các công ty lớn như META, OpenAI thì lại chọn native..
Đúng vậy, nhưng tôi cũng hiểu được tâm trạng của các lập trình viên .NET...
Tin vui đây! Thật thú vị là ngôn ngữ TypeScript của MS dường như, trái với dự đoán, đã đưa ra khá nhiều lựa chọn thật sự bất ngờ. Xét từ phía MS, đây gần như là dự án mã nguồn mở đầu tiên của họ, và khác với Dart của Google từng nhắm tới việc thay thế JS, lựa chọn bổ sung cho JS này cũng khiến tôi thấy rất sáng suốt; ngoài ra, dù hẳn họ cũng có không ít ngôn ngữ nội bộ để dùng cho lần port native này, việc họ chọn Go của Google cũng rất đáng ngạc nhiên.
Các lập trình viên .NET và Rust có vẻ đang rất tức giận.
Brother, buộc cập nhật firmware để chặn việc sử dụng hộp mực máy in bên thứ ba
Ơ, hình như bên deno đã có một toolchain dựa trên Rust rồi mà... sao đột nhiên lại là Go vậy?
Khi dùng generic type được cấu thành bằng đệ quy, tôi từng gặp tình trạng chậm nên phải dùng phương án thay thế. Nếu nhanh hơn 10 lần thì cũng khá đáng mong đợi vì có thể những chỗ như thế này sẽ được cải thiện.
Chuỗi thảo luận về việc tại sao lại là Go khá thú vị nhé.
https://github.com/microsoft/typescript-go/discussions/411
Cũng có khá nhiều điều cần phải cân nhắc...
Tôi thấy rất nhiều người rơi vào lựa chọn số 4, và điều đó thực sự đáng tiếc.
Viết bằng Go~
Đúng lúc năm nay tôi cũng định thử làm một ứng dụng Android, nên đây đã là một hướng dẫn hữu ích. haha
Rất đáng mong đợi.
Wow, trời ơi, giá mà biết cái này sớm hơn thì chắc mình đã làm dự án dễ dàng hơn nhiều rồi... hahahaha
Có vẻ mức năng suất tăng 10x chỉ xuất hiện khi làm prototype.
Có vẻ việc dùng Lynx Explorer được build sẵn chỉ phù hợp ở giai đoạn phát triển. Thực tế hơn thì tôi hiểu là sẽ cần bỏ công sức vào quá trình build Lynx Explorer.