Engineering practices Cơ bản
Phần lớn thời gian của kỹ sư không dành cho thuật toán khó, mà cho việc đọc, sửa và review code của người khác.
Nhóm này gom những thói quen làm việc đó rẻ và an toàn. Mỗi chủ đề là một cụm gồm trang Tổng quan, vài trang ngắn, và trang Lỗi hay gặp dạng code bad → good.
Một thay đổi đi qua những cụm nào
Phần tiêu đề “Một thay đổi đi qua những cụm nào”Đang tải diagram…
Các cụm
Phần tiêu đề “Các cụm”| Giai đoạn | Cụm | Bạn sẽ trả lời được |
|---|---|---|
| Viết code | Đặt tên | Đặt tên biến, bảng, API, event thế nào để cả team hiểu giống nhau? |
| Viết code | Clean code thực dụng | Khi nào tách hàm, khi nào trùng lặp vẫn tốt hơn abstraction sai? |
| Viết code | Lỗi hay gặp khi code | Những bug async, kiểu dữ liệu, database, bảo mật, hiệu năng mà dev hay mắc nhất? |
| Làm việc nhóm | Git cho dự án nhóm | Rebase hay merge? Lỡ reset mất commit thì cứu thế nào? |
| Làm việc nhóm | Code review | Review gì trước, viết comment ra sao để PR được merge nhanh mà vẫn chắc? |
| Làm việc nhóm | ADR và tài liệu kỹ thuật | Ghi lại quyết định thế nào để sáu tháng sau không phải tranh luận lại? |
| Vận hành | Config và 12-factor | Một artifact chạy nhiều môi trường; thiếu config thì fail ngay khi khởi động? |
| Vận hành | Sự cố và postmortem | Production lỗi thì xử lý theo thứ tự nào, và rút kinh nghiệm ra sao? |
Đọc nhanh: mỗi cụm có trang Lỗi hay gặp riêng. Chỉ có 15 phút thì đọc trang đó trước, rồi quay lại phần giải thích khi cần.
Liên quan ở nhóm khác
Phần tiêu đề “Liên quan ở nhóm khác”- Viết transaction trong code: giữ dữ liệu đúng khi nhiều request chạy cùng lúc.
- Secure coding cho backend: các lỗ hổng nằm ngay trong code bạn viết.
- Unit, integration, e2e và Flaky test: test sao cho tin được.