Đã có những framework được tổ chức bài bản và có rất nhiều tài liệu mà AI đã học, vậy thì liệu có nhất thiết phải tự tạo ra thứ gì đó mới của riêng mình không; ngược lại, điều đó có vẻ còn làm giảm năng suất.
Tôi không nghĩ cần phải vứt bỏ những gì đã giúp giảm chi phí thiết kế kiến trúc và cho phép chúng ta tập trung vào phần cốt lõi (dịch vụ).
Tôi cũng nghĩ có vẻ mọi người đang có phần ảo tưởng về chuyện "code được viết bằng tay".
Định hướng kiểu "viết ít mà làm được nhiều" thì lúc nào cũng đã tồn tại rồi,
ngay cả trước AI, vào thời điểm GC xuất hiện cũng hình như đã có bầu không khí tương tự.
Dù có tự tay viết code, ta vẫn thường nghĩ code của mình chắc không có vấn đề gì, nhưng khi phát sinh sự cố thì lại phải mổ xẻ mã bên trong hoặc soi bộ nhớ mà.
Ngay cả khi tự tay viết prompt, có lẽ cũng sẽ tương tự thôi: ta nghĩ prompt của mình không có vấn đề gì, nhưng khi có sự cố thì vẫn phải mổ xẻ mã bên trong.
Tất nhiên, phần lớn chuyện này rồi cũng sẽ được giải quyết bằng các dịch vụ AI.
Tôi cũng thử tưởng tượng rằng code viết bằng tay, theo một nghĩa nào đó, có khi sẽ trở thành nghệ thuật hiện đại chăng..? haha
Ừm... có phải kiểu thực hành này là từ thời Cursor còn cung cấp mức sử dụng không giới hạn không... Thay vào đó, ít nhất trong một thời gian tới, hướng đi sắp tới có vẻ sẽ là làm sao tiết kiệm token và hỗ trợ AI cho tốt hơn nhỉ?
Ngay cả khi không cần giá token đắt đỏ mà vẫn có thể loại bỏ trùng lặp, thì có lý do gì để không dùng framework chứ?
Khi trước bài này được đăng lên, đã có ý kiến cho rằng việc một ứng dụng bên thứ ba không phải mã nguồn mở có thể xem toàn bộ tin nhắn của tôi là khá rủi ro, nên có vẻ họ đã phản ánh điều đó và chuyển hẳn sang mã nguồn mở.
Người mới bắt đầu và người tham gia mới khó tham gia
Hoàn toàn không có lý do gì khiến việc nhận được Vouch lại khó
Mục đích chính của Vouch là ngăn việc tham gia một cách tùy tiện mà không có nỗ lực
Trong các dự án của tôi (bao gồm cả dự án này), bạn có thể nhận được Vouch nếu tự giới thiệu trong issue và giải thích ngắn gọn bạn muốn đóng góp như thế nào
Nói ngắn gọn, cũng như trong đời sống xã hội thông thường, chỉ cần tự giới thiệu là có thể nhận được Vouch
Tuy nhiên, nếu lạm dụng quyền hạn trong nhóm thì sẽ bị xử lý
Dễ bị social engineering
Người dùng đã nhận được Vouch chỉ có quyền tham gia vào dự án
Không có quyền như merge pull request, push code hay phát hành release
Tất cả các việc này đều bị giới hạn thông qua quy trình review hiện có và các biện pháp kiểm soát của hệ thống
Ngoài ra, chỉ quản trị viên/thành viên cộng tác mới có thể đề cử người dùng
Vì vậy, nếu một người dùng có vấn đề đã được đề cử thì họ cũng không thể đề cử người dùng khác
Không có quy trình khiếu nại đối với Denouncing.
Quy trình khiếu nại khác nhau tùy theo từng dự án con
Với các dự án của tôi, chỉ cần liên hệ với chúng tôi qua Discord, email hoặc bất kỳ cách nào, nói chuyện như một con người và thừa nhận sai lầm thì chúng tôi sẽ cho bạn một cơ hội nữa. Không khó
Cốt lõi của dự án này là AI cung cấp thông tin cho con người thông qua API call để giảm thiểu các rào cản tự nhiên vốn có
Trong các dự án cộng đồng lấy con người làm trung tâm, chỉ cần tương tác giữa người với người ở các ranh giới mà thôi
Ngược lại, tôi lại cảm thấy vui vì có quá nhiều thứ phải học.
Ngay cả những thứ tôi khó có thể tự viết, sau khi viết xong tôi cũng đang chăm chỉ học hỏi.
Ngay từ đầu, tôi vốn nghĩ rằng ở các công ty quy mô lớn hay những dự án thực sự quan trọng thì con người vẫn phải xem xét toàn bộ, nên ở vị thế của người đang học hỏi thì điều này thật sự rất thú vị.
"Nên chọn tác vụ tiếp theo là gì nhỉ?"
Có vẻ mỗi lần sẽ bị tính thêm 3,46$ và không được gói thuê bao chi trả.
Cũng có cảm giác là đợt trước họ cho 50$ là để mình thử cái này haha
Cái này lại là gì nữa... Từ chipset đến data center, với OpenAI vốn chẳng có gì tự làm để tự dùng, nếu software stack được tối ưu hóa thì họ sẽ scale up đúng bằng phần dư ra, nên mục tiêu là tối đa hóa lợi nhuận hơn là bảo vệ môi trường (giống nghịch lý Jevons như trong bình luận trên HN).
Bài viết mang tính tự PR quá mức nên đọc cũng thấy ngượng.
Tôi là một lập trình viên điều khiển phần cứng thiên về Python, đứng ở mức trừu tượng cao hơn embedded vài bước. Cho đến vài tuần trước thôi, việc chống lại vibe coding còn khiến tôi thấy có phần đáng tự hào, và khi khó thiết lập một phiên debugging, lắm thì tôi cũng chỉ nhượng bộ đến mức copy cả đoạn code mình viết rồi dán cho GPT và bảo: “Bắt lỗi chỗ tôi sai ở đây giúp tôi với”.
Sau khi thiết lập Claude, vừa để nó giải thích tử tế vừa cùng nó viết CLAUDE.md, rồi dùng một hai lần, tôi nhận ra chẳng biết từ lúc nào mình đã thực sự bắt đầu phụ thuộc vào nó.
Ngay cả với những vòng lặp đơn giản, tôi cũng không còn phải để tâm xem mình có lỡ dùng sai break/continue hay không; nếu lười diễn đạt bằng lời thì cứ viết một mạch trước đã rồi bảo “xem giúp có lỗi gõ nhầm không”; chỉ với cấu trúc đã được sắp xếp trong CLAUDE.md, nó cũng tự nhanh chóng nắm được ngữ cảnh; rồi đến khi cần triển khai một subsystem mới, tôi lại nghĩ “cái này ngược lại còn chẳng có ngữ cảnh để mà phụ thuộc, chắc cứ để nó tự viết là được nhỉ?”.
Rồi tôi thực sự bắt đầu thấy sợ dần. Kiểu như, cứ code với cái đầu trống rỗng thế này, đến lúc ra hiện trường mà tôi lại không hiểu nổi đoạn code này — ~do tôi viết~ mà là do nó viết — thì sao? Nhưng đó lại còn là nỗi lo nhẹ hơn; điều khiến tôi sốt ruột là cảm giác có lẽ mình thật sự đang bị bỏ lại phía sau trước làn sóng vibe coding, và hơn nữa, tôi vốn là kiểu người thấy việc đọc manual rất thú vị, nhưng giờ không chỉ dần chẳng còn dịp phải xem manual nữa, mà còn có cảm giác như chính những kiến thức tôi tích lũy qua manual đang bị phủ nhận — đến mức thành một nỗi sợ mang tính hiện sinh...
Không hoàn toàn giống hệt nhau, nhưng cũng không hoàn toàn khác nhau cùng một lúc.
Nói là giống nhau nghĩa là có những phần chung,
rốt cuộc việc mọi người có ý kiến khác nhau có lẽ là do góc nhìn về mức độ giống nhau đến đâu.
Không thể xem là giống hệt nhau, nhưng tôi cho rằng là tương tự,
và tôi nghĩ như vậy từ góc độ về dự đoán và suy nghĩ trong bình luận của geek12356.
Đồng thời, tôi cũng có quan điểm rằng vì trí tuệ của nó cao hơn con người nên nó khác con người.
Claude Code thì cả về mô hình lẫn agent đều gần như đang ở vị thế thống trị. Ở thời điểm hiện tại, chọn thứ gì khác ngoài Claude thì lúc nào cũng chỉ là phương án hạng hai, và người ta cũng sẽ dùng cả Google lẫn OpenAI.
Lâu rồi mới tìm được một dự án trông thú vị như vậy
Đã có những framework được tổ chức bài bản và có rất nhiều tài liệu mà AI đã học, vậy thì liệu có nhất thiết phải tự tạo ra thứ gì đó mới của riêng mình không; ngược lại, điều đó có vẻ còn làm giảm năng suất.
Tôi không nghĩ cần phải vứt bỏ những gì đã giúp giảm chi phí thiết kế kiến trúc và cho phép chúng ta tập trung vào phần cốt lõi (dịch vụ).
Tôi cũng nghĩ có vẻ mọi người đang có phần ảo tưởng về chuyện "code được viết bằng tay".
Định hướng kiểu "viết ít mà làm được nhiều" thì lúc nào cũng đã tồn tại rồi,
ngay cả trước AI, vào thời điểm GC xuất hiện cũng hình như đã có bầu không khí tương tự.
Dù có tự tay viết code, ta vẫn thường nghĩ code của mình chắc không có vấn đề gì, nhưng khi phát sinh sự cố thì lại phải mổ xẻ mã bên trong hoặc soi bộ nhớ mà.
Ngay cả khi tự tay viết prompt, có lẽ cũng sẽ tương tự thôi: ta nghĩ prompt của mình không có vấn đề gì, nhưng khi có sự cố thì vẫn phải mổ xẻ mã bên trong.
Tất nhiên, phần lớn chuyện này rồi cũng sẽ được giải quyết bằng các dịch vụ AI.
Tôi cũng thử tưởng tượng rằng code viết bằng tay, theo một nghĩa nào đó, có khi sẽ trở thành nghệ thuật hiện đại chăng..? haha
Ừm... có phải kiểu thực hành này là từ thời Cursor còn cung cấp mức sử dụng không giới hạn không... Thay vào đó, ít nhất trong một thời gian tới, hướng đi sắp tới có vẻ sẽ là làm sao tiết kiệm token và hỗ trợ AI cho tốt hơn nhỉ?
Ngay cả khi không cần giá token đắt đỏ mà vẫn có thể loại bỏ trùng lặp, thì có lý do gì để không dùng framework chứ?
DoNotNotify – Ghi lại và chặn thông minh thông báo trên Android
Khi trước bài này được đăng lên, đã có ý kiến cho rằng việc một ứng dụng bên thứ ba không phải mã nguồn mở có thể xem toàn bộ tin nhắn của tôi là khá rủi ro, nên có vẻ họ đã phản ánh điều đó và chuyển hẳn sang mã nguồn mở.
Có vẻ vì được chú ý nên có một số hiểu lầm, nên họ đã tổng hợp riêng một FAQ.
https://x.com/mitchellh/status/2020628046009831542
Bản dịch còn vụng về...
Từ giờ tôi sẽ cố gắng chia sẻ theo cách dễ đọc hơn..
Cảm ơn bạn đã bình luận
Ngược lại, tôi lại cảm thấy vui vì có quá nhiều thứ phải học.
Ngay cả những thứ tôi khó có thể tự viết, sau khi viết xong tôi cũng đang chăm chỉ học hỏi.
Ngay từ đầu, tôi vốn nghĩ rằng ở các công ty quy mô lớn hay những dự án thực sự quan trọng thì con người vẫn phải xem xét toàn bộ, nên ở vị thế của người đang học hỏi thì điều này thật sự rất thú vị.
"Nên chọn tác vụ tiếp theo là gì nhỉ?"
Có vẻ mỗi lần sẽ bị tính thêm 3,46$ và không được gói thuê bao chi trả.
Cũng có cảm giác là đợt trước họ cho 50$ là để mình thử cái này haha
Dù có nói rằng một công ty đã gom tới 40% bộ nhớ của toàn thế giới đang quan tâm đến lợi ích công cộng của Trái Đất...
Chỉ cần một cơn bão từ quét qua rồi Trái Đất được reset thì thời hoàng kim sẽ tới.
Mình nghĩ phép so sánh với hàm Excel và máy tính có vẻ không đúng lắm.
Nếu LLM có độ chính xác 100% thì mình công nhận..
Thật đáng ngạc nhiên khi có quá nhiều ý kiến tiêu cực.
Cái này lại là gì nữa... Từ chipset đến data center, với OpenAI vốn chẳng có gì tự làm để tự dùng, nếu software stack được tối ưu hóa thì họ sẽ scale up đúng bằng phần dư ra, nên mục tiêu là tối đa hóa lợi nhuận hơn là bảo vệ môi trường (giống nghịch lý Jevons như trong bình luận trên HN).
Bài viết mang tính tự PR quá mức nên đọc cũng thấy ngượng.
Tôi là một lập trình viên điều khiển phần cứng thiên về Python, đứng ở mức trừu tượng cao hơn embedded vài bước. Cho đến vài tuần trước thôi, việc chống lại vibe coding còn khiến tôi thấy có phần đáng tự hào, và khi khó thiết lập một phiên debugging, lắm thì tôi cũng chỉ nhượng bộ đến mức copy cả đoạn code mình viết rồi dán cho GPT và bảo: “Bắt lỗi chỗ tôi sai ở đây giúp tôi với”.
Sau khi thiết lập Claude, vừa để nó giải thích tử tế vừa cùng nó viết
CLAUDE.md, rồi dùng một hai lần, tôi nhận ra chẳng biết từ lúc nào mình đã thực sự bắt đầu phụ thuộc vào nó.Ngay cả với những vòng lặp đơn giản, tôi cũng không còn phải để tâm xem mình có lỡ dùng sai
break/continuehay không; nếu lười diễn đạt bằng lời thì cứ viết một mạch trước đã rồi bảo “xem giúp có lỗi gõ nhầm không”; chỉ với cấu trúc đã được sắp xếp trongCLAUDE.md, nó cũng tự nhanh chóng nắm được ngữ cảnh; rồi đến khi cần triển khai một subsystem mới, tôi lại nghĩ “cái này ngược lại còn chẳng có ngữ cảnh để mà phụ thuộc, chắc cứ để nó tự viết là được nhỉ?”.Rồi tôi thực sự bắt đầu thấy sợ dần. Kiểu như, cứ code với cái đầu trống rỗng thế này, đến lúc ra hiện trường mà tôi lại không hiểu nổi đoạn code này — ~do tôi viết~ mà là do nó viết — thì sao? Nhưng đó lại còn là nỗi lo nhẹ hơn; điều khiến tôi sốt ruột là cảm giác có lẽ mình thật sự đang bị bỏ lại phía sau trước làn sóng vibe coding, và hơn nữa, tôi vốn là kiểu người thấy việc đọc manual rất thú vị, nhưng giờ không chỉ dần chẳng còn dịp phải xem manual nữa, mà còn có cảm giác như chính những kiến thức tôi tích lũy qua manual đang bị phủ nhận — đến mức thành một nỗi sợ mang tính hiện sinh...
Thật sự là, lúc này tôi sợ lắm..
Việc ứng dụng macOS cũng dùng được thì phần này có vẻ hữu ích đấy.
Với iOS thì trước giờ tôi vẫn dùng https://github.com/joshuayoes/ios-simulator-mcp, không biết có điểm khác biệt nào không? (ví dụ như chạy nhanh hơn chẳng hạn)
Thực tế là ngay cả việc gỡ lỗi đó thì AI cũng sẽ tự lo.
Không hoàn toàn giống hệt nhau, nhưng cũng không hoàn toàn khác nhau cùng một lúc.
Nói là giống nhau nghĩa là có những phần chung,
rốt cuộc việc mọi người có ý kiến khác nhau có lẽ là do góc nhìn về mức độ giống nhau đến đâu.
Không thể xem là giống hệt nhau, nhưng tôi cho rằng là tương tự,
và tôi nghĩ như vậy từ góc độ về dự đoán và suy nghĩ trong bình luận của geek12356.
Đồng thời, tôi cũng có quan điểm rằng vì trí tuệ của nó cao hơn con người nên nó khác con người.
Claude Code thì cả về mô hình lẫn agent đều gần như đang ở vị thế thống trị. Ở thời điểm hiện tại, chọn thứ gì khác ngoài Claude thì lúc nào cũng chỉ là phương án hạng hai, và người ta cũng sẽ dùng cả Google lẫn OpenAI.
Nhúng thì vẫn phải debug đến 2 giờ sáng chỉ vì một hai dòng .. haha. Những gì không có trong tài liệu thì
claude codecũng không biết đâu..