Bối cảnh
User andrehacker đặt câu hỏi trên HN: khoảnh khắc nào bạn chuyển từ coi GenAI là “parlor trick” sang nhận ra năng lực thực sự của nó? Thread thu hút 528 upvotes và hơn 900 comments — một trong những thread pro-AI lớn nhất trên HN gần đây.
Thay vì lý thuyết, các dev chia sẻ trực tiếp use case cụ thể đã làm họ thay đổi quan điểm.
Các pattern nổi bật
Reverse engineering và hardware control
Nhóm chuyện ấn tượng nhất xoay quanh việc dùng Claude để decompile firmware và control hardware cũ:
-
Alesis QS8.1 synth (1990s): Một dev mua synth cũ giá rẻ, tất cả software gốc chỉ chạy được qua WINE. Claude hướng dẫn examine binary trong GHIDRA, chỉ ra protocol sysex undocumented, và dev có working demo cross-platform controller chỉ trong một đêm.
-
Kawai CA49 piano bị brick: Dev flash sai firmware, piano “die”. Claude hướng dẫn download Android APK của Kawai, decompile Java, tìm hardcoded encryption key, extract firmware update, decrypt, viết script flash qua Bluetooth từ laptop. Piano hồi sinh trong một giờ.
-
Camper van firmware: Decompile firmware, document CAN interface, lập trình ESP32 module để control HVAC và lighting — toàn việc “ngoài wheelhouse” của các dev tham gia.
Phá vỡ data lock-in
Nhiều dev report dùng Claude để reverse-engineer proprietary API và SaaS:
- Một dev đối mặt với việc SaaS tăng giá 2.4x. Anh chụp screenshot UI và API doc, đưa cho Claude, dựng self-hosted clone trong một buổi tối — chi phí thấp hơn một subscription seat của SaaS gốc.
- Pattern này lặp lại với nhiều SaaS tool: trích xuất schema, build replacement có core function vừa đủ dùng.
Embedded systems và IoT
- ESP32 programming cho HVAC, lighting, sensor control
- Document protocol CAN bus chưa được hãng publish
- Bridge giữa legacy hardware và modern phone app
Chẩn đoán và sửa chữa
Multimodal AI mở ra use case mới:
- Chụp ảnh appliance failure → Claude xác định component cụ thể bị hỏng
- Phân tích HVAC issue qua ảnh và mô tả triệu chứng
- Hướng dẫn step-by-step sửa chữa với reference tới manual
Pattern chung
Mod dang (HN moderator) lưu ý rằng đây là thread pro-AI thực sự lớn — chứng tỏ perception “HN anti-AI” không hoàn toàn đúng.
Kết luận từ các comment top-voted:
- LLM giá trị nhất khi dùng cho domain ngoài chuyên môn — chính xác là chỗ mà thời gian học một mình tốn quá nhiều
- Expert + LLM trên domain lạ > junior trên domain quen — kinh nghiệm debug và systems thinking transfer sang được
- Prompt engineering skill là yếu tố phân hoá — nhiều người underestimate cách diễn đạt câu hỏi và iterate response
- Skeptic thường thử LLM trên isolated task quá đơn giản — không thấy được năng lực thực sự ở task multi-step có context
Take-away cho dev đọc thread
Nếu bạn đang skip những task “không phải chuyên môn” vì đắt thời gian học, đó chính xác là chỗ LLM cho multiplier lớn nhất. Ví dụ:
- Backend dev muốn fix CSS lạ → LLM rút time từ vài giờ Google xuống còn vài phút iterate
- Software engineer muốn flash custom firmware → không cần học EE từ đầu
- Frontend dev muốn build CLI tool ngắn → không cần nhớ shell scripting cũ
Đây không phải vibe coding nguyên feature production. Đây là chuyện expert mở rộng phạm vi tactical work mà trước đây bị block vì cost-of-learning.
Counter-point từ comment khác
Một số comment nhắc rằng:
- Nhiều ví dụ là “one-time script” — không phải production code phải maintain năm
- Reverse-engineering vẫn tốn thời gian verify; LLM có thể hallucinate offset sai và bạn không phát hiện được nếu không có expertise nền
- Pattern “expert + LLM trên domain lạ” không generalize cho beginner — họ không có cơ sở để phát hiện hallucination
Thread đáng đọc trọn vẹn nếu bạn đang tranh luận với colleague về giá trị thực sự của LLM trong daily workflow.