Còn về OOP cũng tương tự vậy thôi. Học trong trường để biết các khái niệm, rồi đi làm sẽ học theo cái framework của cty có sẵn. Ít khi nào mình phải ngồi ra viết mấy cái class implementation lắm, đa số trường hợp chỉ sử dụng là nhiều.  

System Design nói chung rất là rộng, bao gồm nhiều thứ như Requirements gathering, Resources planing, Work Flow Design, Prototypes, Database Design,... những cái này trong sách chỉ là lý thuyết, bạn có học cũng biết vậy thôi, khi nào đi làm thì mới có cơ hội ứng dụng. 

Chính xác là thế, mình luôn cố gắng áp dụng từ các project nhỏ nhất để system của mình đạt được mức scalable, maintainable cao nhất. Nhiều thằng bạn cũng nói là sao mày cứ phải phức tạp hoá vấn đề, nhưng không tập từ cái nhỏ thì làm sao làm những cái lớn. Thế nhưng do chưa có kinh nghiệm trong việc áp dụng design pattern nên mình rất lúng túng, có khi lại áp dụng 1 cách lệch lạc.
Nói vậy là chỉ còn nước đọc sách + thực hành thôi sao  

Mình lại thấy mấy thằng bạn cậu nói đúng đó, quan trọng nhất là áp dụng phù hợp với từng mô hình, chắc bạn cũng biết câu nói khá nổi tiếng (XP) "KEEP IT SIMPLE ,STUPID --> làm đơn giản thôi,ngốc ạ". Mục đích cao nhất của mọi dự án phần mềm là phục vụ khách hàng để sinh lời mà kiếm đường tái đầu tư, nhồi thêm vào 1 đống thứ mà bạn nghĩ khách hàng sẽ cần trong 5 năm tới chỉ tổ làm phình to trương trình ,tăng độ phức tạp ko cần thiết của project ...
và hệ quá cuối thì.. ai cũng biết