Tôi nghĩ công cụ dường như lúc nào cũng vừa mở rộng tư duy, vừa phá hủy tư duy. Lẽ ra chúng ta phải có thể tiến tới việc mở rộng tư duy ở cấp độ cao hơn thông qua sự phá hủy đó, nhưng vào những thời điểm chưa có sự chuẩn bị như vậy, có vẻ như những vấn đề này luôn đi kèm.
Vì vậy, rốt cuộc khi sử dụng công cụ, tôi nghĩ những trăn trở như thế này lúc nào cũng đi cùng. Tôi cho rằng đó là những quá trình nhất định phải trải qua. Thay vì đơn thuần từ chối hay sử dụng một cách mù quáng, tôi nghĩ điều đáng mong muốn là tập trung vào việc nên dùng công cụ này như thế nào cho tốt, và làm sao có thể tận dụng những công cụ này để dồn nguồn lực vào các phần quan trọng hơn về bản chất.
(cursor usage đã vượt quá 1.000 lần mỗi tháng...)
Anh Kim. Tôi mạo muội muốn góp một lời khuyên. Không có gì khác, chỉ là xin đừng dùng hàm Excel quá nhiều. Nếu có sự tiện lợi, thì rủi ro cũng tăng lên. Muốn mổ bò thì có lưỡi dao tương xứng, còn bắt gà thì có cần đến dao không? Đôi khi thứ đơn giản mới là đáp án đúng.
Tôi vẫn là một người rất tin dùng cursor và anthropic, nhưng đến một lúc nào đó tôi nhận ra mình dần không còn dùng chế độ agent như trước nữa, mà chuyển sang dùng chế độ ask để hỏi trước về kiến trúc và cách triển khai, rồi chỉ khi đã thực sự hiểu và thấy thuyết phục thì mới tự mình chấp nhận từng đề xuất thay đổi của AI một cách cẩn trọng.
Điều này bắt đầu thay đổi sau khi tôi trực tiếp chứng kiến một mô-đun không quá lớn (nhưng khá quan trọng trong dự án công việc của chúng tôi) được 2 kỹ sư, mỗi người dùng chế độ agent để refactor và bổ sung cấu trúc, rồi đến một lúc, thứ code vốn được định hướng là để sắp xếp lại kiến trúc thì trên thực tế lại khiến cả tính dễ đọc lẫn cấu trúc trở nên rối rắm hơn.
Thay vì nói AI đang biến lập trình viên thành kẻ ngốc…
thì phải nói rằng… lập trình viên ngốc, dù có dùng AI, vẫn là lập trình viên ngốc…
Garbage in, garbage out
Có vẻ như tác giả đang nói về việc sử dụng một cách mù quáng và chỉ phụ thuộc vào các công cụ AI thôi.
Ý kiến cá nhân của tôi là, nếu việc tận dụng AI đã giúp nâng cao hiệu suất công việc,
thì nên tích cực sử dụng nó để giảm bớt các tác vụ lặp đi lặp lại,
và dùng khoảng thời gian có được để đầu tư vào những phạm vi rộng hơn (ví dụ: lập trình viên backend mở rộng sang cả frontend hoặc phát triển ứng dụng)
hay theo những hướng phát triển hơn như thiết kế kiến trúc thì sẽ hợp lý hơn.
Nhìn vào toàn bộ nội dung thì có lẽ tác giả cũng sẽ đồng ý với ý kiến trên,
nhưng vì đôi khi vẫn có những lập trình viên hoàn toàn từ chối AI nên tôi viết vài dòng phản hồi thôi.. haha
.
Cái này thật sự quá tuyệt vời.
Thật ngạc nhiên khi họ có từng đó tiền mặt.
Tôi nghĩ công cụ dường như lúc nào cũng vừa mở rộng tư duy, vừa phá hủy tư duy. Lẽ ra chúng ta phải có thể tiến tới việc mở rộng tư duy ở cấp độ cao hơn thông qua sự phá hủy đó, nhưng vào những thời điểm chưa có sự chuẩn bị như vậy, có vẻ như những vấn đề này luôn đi kèm.
Vì vậy, rốt cuộc khi sử dụng công cụ, tôi nghĩ những trăn trở như thế này lúc nào cũng đi cùng. Tôi cho rằng đó là những quá trình nhất định phải trải qua. Thay vì đơn thuần từ chối hay sử dụng một cách mù quáng, tôi nghĩ điều đáng mong muốn là tập trung vào việc nên dùng công cụ này như thế nào cho tốt, và làm sao có thể tận dụng những công cụ này để dồn nguồn lực vào các phần quan trọng hơn về bản chất. (
cursorusage đã vượt quá 1.000 lần mỗi tháng...)Có vẻ như vẫn có cách để chuyển khỏi Aws, nhưng với pypi, crates.io và npm thì trông thật sự không có lời giải nào cả T_T
Anh Kim. Tôi mạo muội muốn góp một lời khuyên. Không có gì khác, chỉ là xin đừng dùng hàm Excel quá nhiều. Nếu có sự tiện lợi, thì rủi ro cũng tăng lên. Muốn mổ bò thì có lưỡi dao tương xứng, còn bắt gà thì có cần đến dao không? Đôi khi thứ đơn giản mới là đáp án đúng.
Nói hơi thô nhưng cũng không hẳn là sai. Cũng giống như câu hỏi hay thì sẽ có câu trả lời hay..
Tôi sẽ không bao giờ dùng chatGPT nữa
Tôi cũng từng viết một bài tương tự.
Rõ ràng là có hiệu quả giúp tăng năng suất, nhưng tôi nghĩ nên tránh chính việc phó mặc bộ não của mình cho nó.
Tôi vẫn là một người rất tin dùng cursor và anthropic, nhưng đến một lúc nào đó tôi nhận ra mình dần không còn dùng chế độ agent như trước nữa, mà chuyển sang dùng chế độ ask để hỏi trước về kiến trúc và cách triển khai, rồi chỉ khi đã thực sự hiểu và thấy thuyết phục thì mới tự mình chấp nhận từng đề xuất thay đổi của AI một cách cẩn trọng.
Điều này bắt đầu thay đổi sau khi tôi trực tiếp chứng kiến một mô-đun không quá lớn (nhưng khá quan trọng trong dự án công việc của chúng tôi) được 2 kỹ sư, mỗi người dùng chế độ agent để refactor và bổ sung cấu trúc, rồi đến một lúc, thứ code vốn được định hướng là để sắp xếp lại kiến trúc thì trên thực tế lại khiến cả tính dễ đọc lẫn cấu trúc trở nên rối rắm hơn.
Thay vì nói AI đang biến lập trình viên thành kẻ ngốc…
thì phải nói rằng… lập trình viên ngốc, dù có dùng AI, vẫn là lập trình viên ngốc…
Garbage in, garbage out
Core 2 Duo làm người ta nhớ đến Intel ngay từ cái tên.
Ủng hộ nhé. Tôi đang bấm thích ở mọi nơi nhìn thấy trên LinkedIn.
Tôi đồng ý. ^^
> Randy Komisar, Nhà sư và câu đố
Tôi không biết những thứ khác, nhưng cuốn này thì tôi khuyên đọc.
https://paint.js.org/
Dạo này Paint khó dùng quá.. chắc tôi chỉ cần Paint ngày xưa là đủ rồi
Ví dụ thật sự khá đáng tiếc.
Đáng ra không phải là echo lệnh, mà nên tạo một lệnh echo chứ...
Giờ là hệ điều hành hay là nền tảng đây~
Có vẻ như tác giả đang nói về việc sử dụng một cách mù quáng và chỉ phụ thuộc vào các công cụ AI thôi.
Ý kiến cá nhân của tôi là, nếu việc tận dụng AI đã giúp nâng cao hiệu suất công việc,
thì nên tích cực sử dụng nó để giảm bớt các tác vụ lặp đi lặp lại,
và dùng khoảng thời gian có được để đầu tư vào những phạm vi rộng hơn (ví dụ: lập trình viên backend mở rộng sang cả frontend hoặc phát triển ứng dụng)
hay theo những hướng phát triển hơn như thiết kế kiến trúc thì sẽ hợp lý hơn.
Nhìn vào toàn bộ nội dung thì có lẽ tác giả cũng sẽ đồng ý với ý kiến trên,
nhưng vì đôi khi vẫn có những lập trình viên hoàn toàn từ chối AI nên tôi viết vài dòng phản hồi thôi.. haha
.
Thương vụ Google mua lại Wiz đổ vỡ, Wiz dự kiến thúc đẩy IPO
Tưởng là không được rồi, vậy mà họ lại thử thêm lần nữa
Apple đang hạn chế các tính năng của Pebble trên iPhone
Có vẻ sẽ hợp với Android hơn là với Apple.
Có vẻ Algumon đã làm gì đó rồi. Tôi biết thêm được một trang web hay.