Engineering Culture
Một cách nói bình tĩnh khi phải góp ý chuyện khó
Một cách chuẩn bị và nói lời góp ý khó mà vẫn thẳng thắn, công bằng: bám vào điều đã xảy ra, nói rõ ảnh hưởng, nghe thêm hoàn cảnh và chốt một thay đổi có thể nhìn thấy.
Bài viết
Blog
Một góc đọc dễ vào về software architecture, source code, AI và cách team phần mềm làm việc. Mỗi bài đi từ tình huống thật, giải thích bằng ngôn ngữ gần gũi, giữ lại những thuật ngữ quan trọng để người mới không bị ngợp và người đi làm lâu vẫn tìm được một góc nhìn có thể áp dụng ngay.
Bài mới để đọc tiếp — Trang 8/23
Source Code & Software Architecture
Observability là một lựa chọn thiết kế
Observability không phải lớp trang trí gắn thêm sau khi hệ thống đã chạy. Log, metric, trace, dashboard và alert cần được thiết kế từ sớm để khi production có vấn đề, hệ thống đủ khả năng kể lại chuyện gì vừa xảy ra.
Ways of Working
Nhóm nhiều chuyên môn: cùng giữ một bài toán
Nhóm gồm nhiều chuyên môn không làm vai trò nào mất đi. Nó đưa những góc nhìn cần thiết tới gần cùng một kết quả, để bớt thất thoát thông tin qua bàn giao và để bất đồng xuất hiện khi công việc còn dễ thay đổi.
Góc nhìn & Trải nghiệm
Nỗi cô đơn khi làm phần mềm một mình
Làm phần mềm một mình đem lại tự do, nhưng cũng gom mọi quyết định và mọi lần hệ thống trục trặc về cùng một người. Những vòng phản hồi, ghi chép và nhịp nghỉ nhỏ có thể giúp công việc ấy bền hơn mà không phải giả vờ mình chẳng cần ai.
AI & Future of Work
Cơ sở dữ liệu vector: hiểu từ chuyện tìm theo nghĩa
Cơ sở dữ liệu vector giúp tìm nội dung gần nhau về nghĩa dù không dùng cùng từ. Để khả năng ấy thành một sản phẩm AI đáng tin, đội ngũ vẫn phải làm tốt embedding, chunking, metadata, cập nhật dữ liệu, đánh giá chất lượng và kiểm soát chi phí.
Engineering Culture
Nuôi dưỡng khả năng đổi mới trong đội ngũ
Đổi mới hiếm khi bắt đầu bằng một ý tưởng hoành tráng. Nó thường đến từ người đủ gần vấn đề để nhận ra một vướng mắc nhỏ, đủ an toàn để nói sớm, và có đủ thời gian cùng nền tảng kỹ thuật để thử một cách làm khác.
Source Code & Software Architecture
Outbox Pattern: để dữ liệu và sự kiện không lạc nhau
Outbox Pattern xử lý một lỗi rất đời của hệ thống phân tán: dữ liệu đã ghi vào database nhưng event lại không được gửi đi. Mẫu này khép khoảng hở của dual write, nhưng vẫn đòi hỏi retry, idempotency, ordering, dọn dữ liệu và observability nghiêm túc.
Ways of Working
OKR cho đội ngũ kỹ thuật
OKR chỉ đáng dùng khi giúp đội ngũ nối việc đang làm với thay đổi muốn tạo ra. Nếu mọi ô đều xanh mà người dùng, hệ thống và cách ra quyết định vẫn như cũ, đó chỉ là một danh sách việc được trang trí đẹp hơn.
Góc nhìn & Trải nghiệm
Mỗi năm học thêm một ngôn ngữ
Một ngôn ngữ mới, dù là ngôn ngữ lập trình hay tiếng nói của con người, buộc ta chậm lại và nhìn rõ những thói quen vốn đã quá quen. Không cần thành thạo trong một năm; chỉ cần học đủ sâu để cách nghĩ của mình rộng thêm.