"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 …

Một API (Application Programming Interface – Giao diện lập trình ứng dụng) được thiết kế kém có thể dẫn đến code khó bảo trì, người dùng (client) cảm thấy bối rối, rủi ro bảo mật, và nghẽn hiệu suất. Ngược lại, một API được thiết kế tốt sẽ có đặc điểm: dễ đoán, nhất quán, mở rộng được và thân thiện với lập trình viên.

Dưới đây là 5 yếu tố quan trọng mà bất kỳ lập trình viên nào cũng nên cân nhắc khi thiết kế API:

1 – Giao diện (Interface)

Về cốt lõi, một API chính là một giao diện giữa các …

⏳ “Bao lâu thì mình biết một công việc có hợp với mình không?”

Dạo này mình có đang thực hiện một loạt bài nhỏ gọi là niblet series – mỗi tuần một mẩu suy ngẫm ngắn, không quá 1000 chữ, như một cách để gỡ “cục tắc nghẽn” trong việc viết lách của chính mình. Mình đặt mục tiêu mỗi tuần một bài, trừ những tuần đi công tác, mà khổ cái là… mình đã đi 6/7 tuần gần đây rồi 😅

Thành ra không viết đều được, nhưng mình cũng không cảm thấy tội lỗi gì cả.
Vì thật ra, viết để chữa lành, để hiểu mình, để giải …