Trước đây tôi thiên về phía Claude hơn, nhưng dạo gần đây Codex lại hợp ý tôi hơn. Tôi hy vọng chúng sẽ phát triển theo hướng bổ trợ lẫn nhau như iOS và AOS.
Cụm “right tool for the job” ngay từ đầu hẳn là đã bao hàm cả quy mô công ty, góc độ bảo trì và chi phí, vậy mà từ bao giờ câu đó lại bị diễn giải thành việc phải dùng một công cụ được chuyên biệt hóa cho một tác vụ cụ thể, thật sự tôi không hiểu.
Trước đây cũng đã vậy rồi, nhưng dạo này các dịch vụ như supabase, neon db lại còn hợp hơn cho cả kiểu vibe coding của người không phải lập trình viên nên có vẻ càng được chuộng hơn nữa.
Mọi người quản lý như thế nào giữa Windows + Mac + iPhone vậy?
Mình quản lý giữa Windows và Mac bằng Git, còn giữa Mac và iPhone thì bằng iCloud, nhưng cảm giác vẫn còn khá nhiều điểm chưa ổn. (Ví dụ đã commit bằng Git trên Windows nhưng lại không tự động tải lên iCloud.)
Mình tò mò nên hỏi thử ạ!
Trong các hệ thống khổng lồ cấp doanh nghiệp, quá trình chọn mô hình xử lý phù hợp và chọn cách xây dựng pipeline vẫn cho thấy AI còn khá đáng tiếc về độ hoàn thiện, nên có lẽ tốt hơn là chuyển sự chú ý sang việc thiết kế kiến trúc.
Tất nhiên, điều đó cũng sẽ kéo dài được bao lâu thì chưa biết...
Hoặc là giải tỏa nhu cầu bằng cách giải những bài toán thuật toán khó, còn với business thì tiếp cận theo hướng thực dụng thôi, chứ cũng chẳng còn cách nào khác.
Theo suy nghĩ rất cá nhân của tôi
Có lẽ ta có thể “cherry-pick” niềm vui của cả builder lẫn thinker.
Giờ đây đã có thể tạo ra thứ gì đó hoạt động với chi phí hoàn toàn thấp (ít thời gian),
và vẫn có thể tận hưởng niềm vui khi người dùng sử dụng nó, niềm vui vì đã giải quyết được vấn đề trong đời sống thực.
Nếu dùng khoảng thời gian tiết kiệm được để dồn vào những vấn đề cần suy nghĩ sâu (thực ra tôi cũng đang làm như vậy)
thì điều đó tự nó cũng có ý nghĩa, và có lẽ cũng mang lại niềm vui theo cách riêng của nó.
Trước đây tôi thiên về phía Claude hơn, nhưng dạo gần đây Codex lại hợp ý tôi hơn. Tôi hy vọng chúng sẽ phát triển theo hướng bổ trợ lẫn nhau như iOS và AOS.
Hình như email cũng dùng được thông qua himalaya.
Trong 5 ngày làm việc, tôi dành một ngày không dùng LLM trong giờ làm, còn Chủ nhật thì hoàn toàn không dùng LLM, và thấy cũng ổn.
Có vẻ như tính năng này được tạo từ dữ liệu phiên ở máy local. Tôi thử trên máy ở nhà thì chẳng ra gì mấy.
Cụm “right tool for the job” ngay từ đầu hẳn là đã bao hàm cả quy mô công ty, góc độ bảo trì và chi phí, vậy mà từ bao giờ câu đó lại bị diễn giải thành việc phải dùng một công cụ được chuyên biệt hóa cho một tác vụ cụ thể, thật sự tôi không hiểu.
Nếu muốn làm cho đoạn mã do AI tạo ra tốt hơn, chẳng phải chỉ cần kết hợp thêm bước build và suy nghĩ song song sao?
Trước đây cũng đã vậy rồi, nhưng dạo này các dịch vụ như supabase, neon db lại còn hợp hơn cho cả kiểu vibe coding của người không phải lập trình viên nên có vẻ càng được chuộng hơn nữa.
Ngay từ lúc định làm công việc đó chỉ trong 30~40 giờ đã đúng kiểu cao thủ lão làng rồi...
Obsidian được đồng bộ trên cả Windows, Mac và iPhone bằng iCloud.
Có vẻ như hiện tại đây là cách tốt nhất nếu không dùng Sync bản trả phí.
Ngược lại, cũng có ý kiến cho rằng “đến năm 2026 hãy ngừng dùng MySQL”.. https://optimizedbyotto.com/post/reasons-to-stop-using-mysql/
PwC cũng làm mảng bán dịch vụ tư vấn. Quy mô các dự án SI đi kèm theo tư vấn dường như cũng khá lớn...
Mọi người quản lý như thế nào giữa Windows + Mac + iPhone vậy?
Mình quản lý giữa Windows và Mac bằng Git, còn giữa Mac và iPhone thì bằng iCloud, nhưng cảm giác vẫn còn khá nhiều điểm chưa ổn. (Ví dụ đã commit bằng Git trên Windows nhưng lại không tự động tải lên iCloud.)
Mình tò mò nên hỏi thử ạ!
Ồ, nó tạo báo cáo gọn gàng thật. Còn chu đáo viết cả hướng dẫn cập nhật
CLAUDE.mdnữa, đúng là một tính năng hay.Ồ! Mình đang mong chờ một ngày Geek Day chứ không phải Geek Night 😊
Còn lại mỗi Mac mini, vì mới giai đoạn đầu nên chắc sẽ còn có thứ tốt hơn ra mắt nhỉ
Bên này chậm quá.. đến giờ có vẻ vẫn còn chưa có nổi
google workspace mcpcho ra hồnTrong các hệ thống khổng lồ cấp doanh nghiệp, quá trình chọn mô hình xử lý phù hợp và chọn cách xây dựng pipeline vẫn cho thấy AI còn khá đáng tiếc về độ hoàn thiện, nên có lẽ tốt hơn là chuyển sự chú ý sang việc thiết kế kiến trúc.
Tất nhiên, điều đó cũng sẽ kéo dài được bao lâu thì chưa biết...
Hoặc là giải tỏa nhu cầu bằng cách giải những bài toán thuật toán khó, còn với business thì tiếp cận theo hướng thực dụng thôi, chứ cũng chẳng còn cách nào khác.
Sau này có lẽ phải coi việc code như đan len, chỉ làm như một sở thích thôi.
Giống như đan len vẫn tồn tại như một sở thích ngay cả trong thời đại máy móc dệt quần áo, có lẽ lập trình như một thú vui cũng vẫn có thể tồn tại.
Theo suy nghĩ rất cá nhân của tôi
Có lẽ ta có thể “cherry-pick” niềm vui của cả builder lẫn thinker.
Giờ đây đã có thể tạo ra thứ gì đó hoạt động với chi phí hoàn toàn thấp (ít thời gian),
và vẫn có thể tận hưởng niềm vui khi người dùng sử dụng nó, niềm vui vì đã giải quyết được vấn đề trong đời sống thực.
Nếu dùng khoảng thời gian tiết kiệm được để dồn vào những vấn đề cần suy nghĩ sâu (thực ra tôi cũng đang làm như vậy)
thì điều đó tự nó cũng có ý nghĩa, và có lẽ cũng mang lại niềm vui theo cách riêng của nó.