Trong bài viết lần này, tôi xin chia sẻ quan điểm của bản thân về:  Tại sao kỹ năng Tech đang trở thành "hàng hóa phổ thông"? Nghịch lý "Thừa thợ, thiếu thầy" mà mọi CTO đều đang đau đầu.  Tại sao tôi lại đặt cược vào những mô hình phát triển lãnh đạo trẻ như AIESEC thay vì các lò luyện code.

Một góc nhìn có thể hơi phũ phàng với dân kỹ thuật thuần túy, nhưng cần thiết cho năm 2026. 

Nếu năm 2025 rồi mà bạn vẫn tự hào vì viết SQL query tay nhanh hơn AI, thì vấn đề không nằm ở AI => Vấn đề nằm ở tư duy của bạn.

[Góc chuyện nghề] bán account game để đi học nghệ - bạn dám không?

Làm nghề 20 năm, gặp nhiều sinh viên, nhưng chiều qua tôi khá bất ngờ với một cậu em tên Quang. Em Quang muốn theo nghề BA và mong muốn lương 20 triệu sau khi làm việc 1.5 năm tới 2 năm trong nghề.

Anh em đang dùng 1 class User (Entity) cho TẤT CẢ các tác vụ?
- Nhận data từ client? (RequestModel)
- Trả data về API? (ResponseModel)
- Trực tiếp binding ra View? (ViewModel)

Dùng chung Entity cho DTO, RequestModel, ViewModel... Tiện lợi hay thảm họa?

Tôi tin nhiều bạn dev vẫn tìm cách tránh N+1 query. Thực ra N+1 có phải là kẻ thù của hệ thống, chúng ta cùng phân tích nhé.

💥 Thấy cảnh Dashboard của bạn bị trắng trơn sau khi F5 có thể là "lỗi chiến lược". "Đừng để State "Bốc Hơi" khi Reload và Phương án Tối ưu hóa trải nghiệm người dùng đến cấp độ Master" là bài viết để hỗ trợ bạn xử lý việc này.

Từ Code "chạy được" đến Code "hoàn hão" 

Sau hơn thập kỷ "cày cuốc" với .NET, Database và đủ loại hệ thống, từ monilithic đến microservices, tôi đã chứng kiến vô số lần tranh cãi về "code tốt" là gì. 
Có lẽ, hành trình của mỗi developer luôn được thể hiện qua: Code chạy Được đến Code "Hoàn Hảo".

Dừng ngay việc dùng DateTime.Now trong APIs, đó là ổ lỗi tiềm ẩn trong hệ thống của bạn

⏱️ Tôi từng nghĩ DateTime.Now là một thứ vô hại, đơn giản và tiện lợi, cho đến khi gặp những vấn đề về múi giờ. Những lỗi "tưởng chừng nhỏ" này lại chính là nguồn cơn của sự thất vọng và tốn kém thời gian cho nhiều đội ngũ phát triển.