Đừng Vibe Coding Mỗi Lần Chết Tiệt Nữa!
Bạn điều khiển công cụ hay công cụ điều khiển bạn?
Aditya Oberai
30 tháng 5, 2025

Dạo này, độ “hype” quanh vibe coding lên vô cực. Tool nào cũng hứa hẹn biến ý tưởng của bạn thành app chỉ với vài dòng chat prompt. Nhưng vào tháng 3 năm nay, tôi thấy một tweet của một dev phát hiện ra một trong số những tool đó, Lovable, đang để lộ Supabase API key của người dùng. Dù đó là một API key “có thể public”, nó lại chẳng có quyền hạn hay giới hạn gì, và dev kia có …

Đọc Cái Đống Code Khỉ Gió Đó Đi!
3/8/2025
(được lên hẳn Hacker News nha mấy ông)

Nếu có ai bảo tôi cách đây 2–3 năm rằng đến năm 2025 lời khuyên số 1 cho gen dev mới vào nghề sẽ là: “Đọc code đi!” (ở đây còn chưa nói tới việc đọc lại cơ)… chắc tôi cười xỉu.

Bài này nói về gì?

Không phải tôi lên đây để giảng đạo, nhưng mà thời buổi này muốn làm product cho ra hồn thì nên học cách xài AI code tool cho đúng.

"Những gì người ta rao giảng" vs "Những gì thực sự hiệu quả" – hai thứ này khác nhau một trời một vực trong thế giới phần mềm! Thực tế thì phần mềm đầy bug, và lý tưởng sách vở chẳng bao giờ áp dụng trơn tru."

Thực chiến mới là chân ái

Giá trị thật của bất kỳ nghề nào – đặc biệt là lập trình – đến từ kinh nghiệm thực tế. Và loại kiến thức thực chiến đó chỉ có được khi bạn lao vào code thật, chứ không phải đọc lý thuyết rồi ngồi mơ mộng.

Mình từng là một coder “đam mê” trong thời JAMStack nổi …

Chủ đề hôm nay hơi khác một chút so với mấy bài System Design thường thấy. Nó nói về việc làm sao truyền đạt ý tưởng và chi tiết kỹ thuật của bạn cho một nhóm đối tượng không chuyên để đạt hiệu quả tối đa.

Bạn đã bao giờ thấy khó khăn khi phải giải thích một khái niệm công nghệ cho ai đó mà cả đời chưa từng nhìn một dòng code nào chưa?

Ừ thì, ai trong chúng ta cũng từng trải qua tình huống đó ít nhất một lần.

Có thể với một dev mới thì hơi khó tưởng tượng, nhưng sự thật là rất nhiều đồng …

Một số Product Manager (PM) giỏi nhất mà tôi từng biết đều dựa vào nguyên lý đầu tiên để đưa ra quyết định.

Vậy nguyên lý đầu tiên là gì?
Đó là “những giả định hoặc nguyên tắc cơ bản, nền tảng, không thể suy diễn từ bất kỳ giả định nào khác.”

Ví dụ, trong đội phát triển nền tảng dành cho lập trình viên của chúng tôi, một nguyên tắc mà chúng tôi áp dụng là:
“Tất cả các tính năng của nền tảng phải giống như những khối Lego”.
Điều này có nghĩa là, khi xây dựng một ứng dụng, lập trình viên có thể sử …

“Business không cho phép…” – và những câu bào chữa quen thuộc của dev 

• “Business không cho làm telemetry cho tử tế.”

• “Không có thời gian viết test.”

Nghĩ như một người nông dân – Phiên bản cho dev

Nghe lạ đúng không? Nông dân thì liên quan gì đến dev?

Thật ra... liên quan nhiều hơn bạn tưởng đấy.

Trong cái thế giới lập trình mà ai cũng chạy deadline, nhồi task, học framework mới mỗi tháng, thì việc “nghĩ như một người nông dân” lại là một góc nhìn khá refresh và hiệu quả bất ngờ.

Vì nông dân không chạy theo trend. Họ không kỳ vọng mọi thứ ra quả sau một đêm. Họ quan sát. Họ lên kế hoạch. Họ chờ đợi. Và họ hiểu một điều mà dân tech hay quên:

Context Engineering – Kỹ năng sống còn cho dev làm việc với LLM

“Agent nó không chạy đúng không phải vì model ngu, mà là vì mình feed context như hạch.”

Context Engineering là gì?

Hiểu đơn giản: Context engineering là việc build một hệ thống động (dynamic system) để cung cấp đúng thông tin, đúng công cụ, đúng định dạng cho LLM, để nó có thể có lý mà hoàn thành task.

By Taiyang

🪷 Con đường lý tưởng từ IT Comtor → QC → BrSE dành cho Non-tech

Trong hành trình chuyển mình từ IT Comtor sang BrSE, có lẽ một trong những con đường "xanh" nhất, dễ đi nhưng lại giúp bạn trưởng thành vững vàng chính là kinh qua vị trí QC/tester.
Đây không chỉ đơn thuần là vị trí "kiểm tra hoạt động của hệ thống, ngồi vọc hệ thống xem thử nó có vận hành theo đúng như expected của khách hàng hay không", mà nó còn đóng vai trò là chiếc cầu nối đưa bạn từ vùng đất “chỉ truyền đạt ngôn …