THE ENGINEERING JOURNAL

#book-review

Các bài viết về book-review.

20/09/2026

Pragmatic Programmer – Topic 53: Pride and Prejudice — Ký tên lên code

Topic 53 sách The Pragmatic Programmer: vì sao code vô danh dễ sinh code dở, Tip 97 Sign Your Work và lối giữa của sở hữu tập thể.

19/09/2026

Delight Users, Don't Just Deliver Code: câu hỏi giúp moi ra kỳ vọng thật của khách hàng, và vì sao giao code đúng hạn vẫn chưa đủ.

17/09/2026

Bộ ba nền tảng mọi dự án đều cần: version control điều khiển build, test tự động không khoan nhượng, và automation toàn phần.

16/09/2026

Cargo cult trong phát triển phần mềm: vì sao copy quy trình Spotify hay Netflix không hiệu quả, và cách rút ngắn vòng giao hàng thật sự.

15/09/2026

Pragmatic Teams: vì sao team nhỏ dưới 12 người hiệu quả hơn, chất lượng là trách nhiệm chung, và cách xếp lịch cho việc học, bảo trì, cải tiến.

15/09/2026

Agile là tính từ, không phải danh từ. Vì sao không có "quy trình agile", và vòng lặp 3 bước để phản ứng với thay đổi mà không cần mua gói nào.

03/08/2026

Topic 47 Pragmatic Programmer: pair programming và mob programming — vì sao code chung lại cho kết quả tốt hơn, và làm sao để pair thật sự hiệu quả.

02/08/2026

Topic 46 Pragmatic Programmer: bài toán 'bất khả thi' thường chỉ bị giới hạn bởi suy nghĩ của chính mình. Cách nhận diện ràng buộc tự đặt và phá bẫy.

01/08/2026

Yêu cầu hiếm khi nằm trên bề mặt — Topic 45: đào bới yêu cầu thật, biến requirements thành hội thoại, dùng project glossary.

31/07/2026

Cái tên quyết định code dễ đọc hay ác mộng. Topic 44 Pragmatic Programmer — đặt tên theo ý định, không theo cách thực hiện.