Hiện tôi đang trả phí để dùng Reader của Readwise (https://readwise.io/read), nhưng có vẻ những sản phẩm cùng nhóm như thế này khá khó để tồn tại theo cách này hay cách khác. Có lẽ phần có thể mở rộng bị hạn chế.
Mỗi lần dùng LLM tôi đều có trải nghiệm như thế này. Những phần nó không làm được thì dù có chỉ ra vô hạn lần, nó vẫn cứ không làm được.
Cuối cùng tôi mệt quá nên lại tự phân tích và sửa trực tiếp. Khi những trải nghiệm như vậy cứ tích lũy dần, thì dù là LLM hay gì đi nữa cũng thấy toàn là rác và chẳng muốn dùng nữa.
Có ghi là đã thực hiện refactoring liên tục suốt 7 tiếng không gián đoạn; nếu chất lượng ổn thì cũng có thể kỳ vọng tới mức công việc thuê ngoài cao cấp mà lập trình viên giao lại sau giờ làm rồi hôm sau xem lại 😂
Cố gắng cầm cự tối đa bằng vector hóa NumPy, nếu không được thì gắn GPU rồi chuyển sang CuPy hoặc torch, mà vẫn không ổn thì viết native bằng Cython các kiểu... nhưng có vẻ tốt nhất là nếu không thật sự cần thì đừng làm native. Cực lắm.
Chỉ cần đáp ứng đúng deadline và yêu cầu thì khi code, việc bạn dùng AI hay thậm chí không dùng IDE mà đầy chất đàn ông chỉ xài mỗi Notepad cũng chẳng mấy quan trọng đâu.
Đây vẫn chỉ là tính năng tùy chọn, và khả năng cao đa luồng sẽ tiếp tục là một tùy chọn. (ví dụ bật tùy chọn này lên hoặc phải cài đặt riêng, v.v.)
Tôi cũng không hay dùng Type, còn free-threading thì có vẻ tôi sẽ dùng trong một số trường hợp vì vấn đề hiệu năng, nhưng chắc sẽ rất hạn chế.
Một phần lớn lý do Python trở nên phổ biến là vì trước giờ không cần phải cân nhắc đến cả những chuyện đa luồng như thế này. Nếu phải tính đến cả những thứ đó thì với người bình thường, nó sẽ trở thành một ngôn ngữ không còn dễ dùng nữa.
free threading python này chắc chắn hoàn toàn không phải việc dễ. Cảm giác như đang mở chiếc hộp Pandora vậy. Đủ loại bug đồng bộ hóa vốn ẩn náu bấy lâu nay có khả năng sẽ bùng phát. Mà lại còn chỉ nổ ra ở runtime rất hiếm khi. Những vấn đề từng khiến việc phát triển multithreading đau đầu giờ có lẽ cũng sẽ bắt đầu thực sự bùng lên trong Python. Chỉ nhìn sang họ ngôn ngữ C thôi cũng thấy, những chỗ dùng hàm không thread-safe sẽ lập tức phát sinh vấn đề.
Khi còn nghĩ đây chỉ là công nghệ mới, tôi chỉ nhìn nó với sự tò mò,
nhưng giờ khi các nhà tuyển dụng thực sự tiến hành cắt giảm tuyển dụng và tiền lương vì những công nghệ kiểu này thì đúng là không thấy dễ chịu chút nào..
Những điều mọi người hiểu sai về Electron
So sánh Tauri và Electron - hiệu năng, kích thước gói và những đánh đổi thực tế
Ôi, tôi đang dùng rất ổn mà, thật tiếc.
Hiện tôi đang trả phí để dùng Reader của Readwise (https://readwise.io/read), nhưng có vẻ những sản phẩm cùng nhóm như thế này khá khó để tồn tại theo cách này hay cách khác. Có lẽ phần có thể mở rộng bị hạn chế.
Tôi cũng khuyến nghị Wallabag hoặc SingleFile như những dịch vụ có thể lưu cả nội dung.
Mỗi lần dùng LLM tôi đều có trải nghiệm như thế này. Những phần nó không làm được thì dù có chỉ ra vô hạn lần, nó vẫn cứ không làm được.
Cuối cùng tôi mệt quá nên lại tự phân tích và sửa trực tiếp. Khi những trải nghiệm như vậy cứ tích lũy dần, thì dù là LLM hay gì đi nữa cũng thấy toàn là rác và chẳng muốn dùng nữa.
Ôi.. chẳng phải đây là một sản phẩm khá nổi tiếng sao.
Cảm giác như lại thêm một thời đại nữa khép lại. Trước đây tôi cũng đã dùng rất nhiều.
Mảng này có khá nhiều lựa chọn thay thế.. nhưng đúng là bản thân tôi cũng lại không mấy khi dùng những giải pháp kiểu này.
Omnivore - giải pháp read-it-later mã nguồn mở
ArchiveBox - công cụ lưu trữ web tự lưu trữ
Shiori - trình quản lý bookmark được xây dựng bằng Go
LinkAce - máy chủ lưu trữ bookmark mã nguồn mở
Chà, tôi đã nghĩ đây là một dịch vụ lưu bài để đọc sau mang tính biểu tượng, vậy mà sắp đóng cửa rồi. Thật đáng tiếc.
Có ghi là đã thực hiện refactoring liên tục suốt 7 tiếng không gián đoạn; nếu chất lượng ổn thì cũng có thể kỳ vọng tới mức công việc thuê ngoài cao cấp mà lập trình viên giao lại sau giờ làm rồi hôm sau xem lại 😂
Cố gắng cầm cự tối đa bằng vector hóa NumPy, nếu không được thì gắn GPU rồi chuyển sang CuPy hoặc torch, mà vẫn không ổn thì viết native bằng Cython các kiểu... nhưng có vẻ tốt nhất là nếu không thật sự cần thì đừng làm native. Cực lắm.
Về cơ bản thì đây là thất bại hoàn toàn của Apple.
Chỉ cần đáp ứng đúng deadline và yêu cầu thì khi code, việc bạn dùng AI hay thậm chí không dùng IDE mà đầy chất đàn ông chỉ xài mỗi Notepad cũng chẳng mấy quan trọng đâu.
Tôi đã gửi email. Cảm ơn.
Đây vẫn chỉ là tính năng tùy chọn, và khả năng cao đa luồng sẽ tiếp tục là một tùy chọn. (ví dụ bật tùy chọn này lên hoặc phải cài đặt riêng, v.v.)
Tôi cũng không hay dùng Type, còn
free-threadingthì có vẻ tôi sẽ dùng trong một số trường hợp vì vấn đề hiệu năng, nhưng chắc sẽ rất hạn chế.Rốt cuộc họ đã nhìn thấy tương lai gì mà lại đưa ra lựa chọn như vậy...
Một phần lớn lý do Python trở nên phổ biến là vì trước giờ không cần phải cân nhắc đến cả những chuyện đa luồng như thế này. Nếu phải tính đến cả những thứ đó thì với người bình thường, nó sẽ trở thành một ngôn ngữ không còn dễ dùng nữa.
free threading python này chắc chắn hoàn toàn không phải việc dễ. Cảm giác như đang mở chiếc hộp Pandora vậy. Đủ loại bug đồng bộ hóa vốn ẩn náu bấy lâu nay có khả năng sẽ bùng phát. Mà lại còn chỉ nổ ra ở runtime rất hiếm khi. Những vấn đề từng khiến việc phát triển multithreading đau đầu giờ có lẽ cũng sẽ bắt đầu thực sự bùng lên trong Python. Chỉ nhìn sang họ ngôn ngữ C thôi cũng thấy, những chỗ dùng hàm không thread-safe sẽ lập tức phát sinh vấn đề.
Ngày xưa cũng từng có rồi. M Editor mà…
https://www.edm2.com/index.php/Microsoft_Editor
Ồ...!
Khi còn nghĩ đây chỉ là công nghệ mới, tôi chỉ nhìn nó với sự tò mò,
nhưng giờ khi các nhà tuyển dụng thực sự tiến hành cắt giảm tuyển dụng và tiền lương vì những công nghệ kiểu này thì đúng là không thấy dễ chịu chút nào..