Một buổi postmortem thì dễ tổ chức và khó làm cho hữu ích. Cuộc họp diễn ra, một tài liệu được viết ra, bốn hạng mục hành động được ghi lại, rồi sáu tháng sau chính sự cố đó lặp lại trong lúc ai đó tình cờ tìm thấy tài liệu cũ khi đang kiếm một thứ khác. Cụm từ không đổ lỗi chiếm gần hết sự chú ý trong các cuộc thảo...
Chất lượng mã
Bài viết, hướng dẫn và tài liệu về Chất lượng mã, cung cấp thông tin thực tiễn cho lập trình viên và doanh nghiệp, kèm ghi chú thực tế.
Tài liệu kỹ thuật thất bại theo một cách rất cụ thể và rất dễ đoán. Ai đó viết thật nhiều trong hai tuần rảnh rỗi, rồi hệ thống thay đổi, không ai cập nhật lại, và trong vòng một năm tài liệu đó khẳng định những điều sai một cách đầy tự tin. Từ thời điểm ấy nó còn tệ hơn là không có gì, vì người tin vào nó sẽ hành động...
Onboarding lập trình viên thường được đo bằng độ dài của buổi tiếp nhận thủ tục, và đó là đầu sai của vấn đề. Con số đáng quan tâm là một con số khác: bao lâu thì một kỹ sư mới có thể thay đổi một thứ gì đó mà vẫn chắc chắn mình không làm hỏng thứ khác. Ở phần lớn các nhóm, con số đó được tính bằng tháng chứ không phải...
Các cuộc tranh luận về phiên bản API hầu như luôn bắt đầu từ đầu sai, tức là từ chỗ đặt số hiệu phiên bản. Đó là quyết định ít hệ quả nhất trong toàn bộ chủ đề. Điều thực sự quan trọng là thay đổi nào mới cần đến một phiên bản mới, và phần lớn đội ngũ sai lầm theo hướng chủ quan: họ phát hành thứ mà họ tin là chỉ bổ...
Thẩm định kỹ thuật không phải một cuộc thi về chất lượng mã nguồn, và các đội chuẩn bị cho nó thường dồn thời gian vào đúng thứ không cần thiết. Không ai đi mua một công ty để chấm điểm các tầng trừu tượng của bạn. Bên mua đang cố tính ra chi phí sở hữu hệ thống này, và mức độ tệ hại có thể xảy ra sau khi tiền đã đổi...
Công việc cải thiện hiệu năng cơ sở dữ liệu thường bắt đầu bằng việc ai đó đề xuất một máy chủ lớn hơn, và thường kết thúc bằng phát hiện rằng chỉ một truy vấn duy nhất đã quét tuần tự qua 4 triệu dòng trong mỗi lần tải trang. Phần cứng chưa bao giờ là giới hạn. Kế hoạch thực thi mới là giới hạn. Khuôn mẫu này lặp lại...
Chiến lược kiểm thử phần mềm thường được mô tả bằng độ bao phủ, và độ bao phủ lại là con số ít thông tin nhất trong toàn bộ lĩnh vực này. Một mã nguồn đạt chín mươi phần trăm vẫn có thể đẩy lỗi ra đúng luồng được dùng nhiều nhất, bởi độ bao phủ chỉ đo xem những dòng nào đã chạy trong một lần chạy kiểm thử, chứ không đo...
Vòng đời phát triển phần mềm, thường được viết tắt là SDLC, là quy trình có cấu trúc mà các nhóm tuân theo để đưa phần mềm từ một ý tưởng đến một sản phẩm hoạt động được và được bảo trì. Hiểu nó quan trọng dù bạn phát triển hay đặt mua phần mềm, vì chất lượng của quy trình phần lớn quyết định chất lượng, chi phí và...
Các thực hành tốt nhất trong phát triển web là sự khác biệt giữa một trang web chỉ đơn giản là hoạt động và một trang web có hiệu suất tốt, xếp hạng cao và tồn tại lâu dài. Năm 2026, tiêu chuẩn cao hơn bao giờ hết: người dùng mong đợi thời gian tải tức thì, công cụ tìm kiếm thưởng cho tốc độ và khả năng truy cập, và...
Lượt tìm kiếm về “nợ kỹ thuật” đã tăng hơn 35% trong hai năm qua, phần lớn được thúc đẩy bởi các nhóm kỹ thuật Anh thừa hưởng các hệ thống legacy được xây dựng dưới áp lực thời hạn và hiện đang gặp khó khăn trong việc duy trì hoặc mở rộng chúng. Thuật ngữ này được sử dụng lỏng lẻo trong các backlog Jira và các cuộc họp...