Tôi không nghĩ có một định nghĩa được chấp nhận rộng rãi về những gì tạo nên kiến thức "xuất sắc" về C ++.
Khó có thể đưa ra một câu trả lời rõ ràng cho những gì sẽ tạo thành kiến thức "tốt", "xuất sắc", "tuyệt vời", (v.v.) về bất kỳ ngôn ngữ, khung, nền tảng hoặc những gì có bạn. Trong nhiều trường hợp, thật khó để vạch ra một ranh giới rõ ràng giữa kiến thức thực sự hữu ích và về cơ bản là biết rất nhiều điều vặt vãnh.
Điều này đặc biệt đúng trong trường hợp của một thứ như C ++ đã tồn tại hàng thập kỷ, được áp dụng theo nhiều cách khác nhau và được viết theo nhiều phong cách khác nhau trong thời gian đó. Có một số lượng gần như đáng sợ mà ai đó có thể tìm hiểu về ngôn ngữ gần như hoàn toàn không liên quan đến việc sử dụng nó để giải quyết vấn đề tốt. Biết tất cả các quy tắc của những thứ như độ phân giải quá tải hoặc thứ tự một phần của các mẫu hàm chỉ có thể hữu ích nếu bạn đang cố gắng thuê ai đó làm việc trên trình biên dịch (hoặc một cái gì đó rất giống nhau). Tôi đã sử dụng C ++ kể từ lần đầu tiên nó trở nên phổ biến rộng rãi và chưa sử dụng (hoặc thậm chí muốn) một phần thứ tự các mẫu hàm trong mã thực.
Mặc dù không đáp ứng về mặt kỹ thuật cho câu hỏi được hỏi, tôi vội vàng khuyên mọi người bao gồm yêu cầu như vậy trong quảng cáo việc làm hãy cố gắng giữ cân bằng trong tâm trí. Tôi nghĩ rằng sự nhấn mạnh quá mức thường được đặt vào các ngôn ngữ lập trình, với chi phí cho những thứ như khả năng giải quyết vấn đề và thuật toán chung. Biết một ngôn ngữ lập trình tốt giúp người ta thể hiện tốt các giải pháp, nhưng thường là trợ giúp tối thiểu (tốt nhất) trong việc thiết kế giải pháp đó. Một giải pháp tuyệt vời được thể hiện kém sẽ hầu như luôn luôn đánh bại một giải pháp tầm thường, bất kể nó được thể hiện tốt như thế nào.