Tôi từng có trải nghiệm dùng codex.app trên bản Mac, có lẽ do đặc tính GUI nên nó ngốn gần như hơn 1.5GB RAM và bị giật lag, nên tôi nghĩ bản Windows cũng sẽ tương tự.
Cá nhân tôi nghĩ rằng cứ giao phó quyền riêng tư cho Google và đơn giản là dùng Google sẽ tiện hơn.
Nhưng nếu dùng với mục đích bảo mật thì có vẻ cũng sẽ có ý nghĩa.
Phần lớn thực tế chẳng phải là kiểu chỉ biết hiện thực chức năng một cách đơn giản so với kiểu vừa có thể thiết kế với khả năng mở rộng, vừa xử lý tốt các trade-off sao?
Dù làm công việc một cách phức tạp thì cũng vẫn chỉ có thể gọi là triển khai tính năng X thôi,
khác biệt nằm ở chỗ bạn diễn đạt điều đó với người đánh giá theo cách nào.
Ngôn ngữ Go thực sự có một triết lý rất rõ ràng, nên với những người hợp với triết lý đó thì đây có vẻ là một lựa chọn tốt. Bản thân tôi cũng đã chuyển từ việc xây dựng backend bằng runtime JS sang Go, và tôi nghĩ mình có thể tự tin nói rằng cả hiệu năng lẫn năng suất phát triển ở mức này đều khá đáng hài lòng.
Tôi từng có trải nghiệm dùng codex.app trên bản Mac, có lẽ do đặc tính GUI nên nó ngốn gần như hơn 1.5GB RAM và bị giật lag, nên tôi nghĩ bản Windows cũng sẽ tương tự.
Thiết kế quá mức không phải để phục vụ sản phẩm mà để phô trương năng lực thì nhan nhản khắp nơi.
Ban đầu phần dữ liệu người dùng trong Google Maps không có API. Phần đó thì bạn chỉ có thể Takeout rồi xử lý riêng thôi.. haha
Chỉ nhìn màu sắc thì tôi tưởng là thân nhựa, hóa ra là nhôm..!
Giá tại Hàn Quốc là 990.000 won nhỉ, dưới 1 triệu won nên đúng là khá bất ngờ.
Khác với
gog, cách tiếp cận tạo lệnh một cách động cho toàn bộ API của Google khá độc đáo.Nhà phát triển là Justin Poehnelt, lại còn là DevRel của Google Workspace nên càng thấy đáng tin hơn.
Cá nhân tôi nghĩ rằng cứ giao phó quyền riêng tư cho Google và đơn giản là dùng Google sẽ tiện hơn.
Nhưng nếu dùng với mục đích bảo mật thì có vẻ cũng sẽ có ý nghĩa.
Bỏ nhôm đi, giảm cả trọng lượng lẫn giá xuống giùm cái... đúng là lũ điên
Cái thứ hoàn thiện đó thì có gì ghê gớm chứ
Stack trông rất thời thượng.
Trước hết là vì tốc độ build nhanh nên rất thích.
Tôi cho rằng người đánh giá cần có mức độ hiểu biết tốt.
Và đúng là họ cũng cần nghe giải thích đầy đủ.
Phần lớn thực tế chẳng phải là kiểu chỉ biết hiện thực chức năng một cách đơn giản so với kiểu vừa có thể thiết kế với khả năng mở rộng, vừa xử lý tốt các trade-off sao?
Dù làm công việc một cách phức tạp thì cũng vẫn chỉ có thể gọi là triển khai tính năng X thôi,
khác biệt nằm ở chỗ bạn diễn đạt điều đó với người đánh giá theo cách nào.
MacBook mới (12) dùng ARM thay vì Intel... nhỉ
Ngôn ngữ Go thực sự có một triết lý rất rõ ràng, nên với những người hợp với triết lý đó thì đây có vẻ là một lựa chọn tốt. Bản thân tôi cũng đã chuyển từ việc xây dựng backend bằng runtime JS sang Go, và tôi nghĩ mình có thể tự tin nói rằng cả hiệu năng lẫn năng suất phát triển ở mức này đều khá đáng hài lòng.
Tôi hoàn toàn đồng cảm.
À, màu citrus đẹp thật đấy mà...
Chắc sẽ có khá nhiều quản lý đồng cảm với điều này.
Ồ .. có vẻ đối thủ của Chromebook đã xuất hiện rồi nhỉ
Cứ đưa prompt bảo codex tạo ra thôi