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ể.
THE ENGINEERING JOURNAL
Các bài viết về pragmatic-programmer.
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ể.
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 đủ.
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.
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ự.
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.
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.
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ả.
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.

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.

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.