Tôi có một chút khác biệt về điều này.
Tôi đã là một nhà tư vấn trong hơn 10 năm và trong suốt sự nghiệp của mình, tôi đã thấy thuật ngữ Solution Architect bị lạm dụng thường xuyên. Đối với tôi, không có gì giống như một Kiến trúc sư Java EE hay một Kiến trúc sư .NET khi nói đến Kiến trúc sư giải pháp. Yêu cầu một chuyên gia công nghệ để kiến trúc sư một giải pháp là giống như yêu cầu một thợ sửa ống nước để thiết kế một tòa nhà. Nếu ai đó là một chuyên gia về Java EE hoặc chuyên gia .NET thì họ sẽ có kỹ năng tốt hơn. Điều đó không có nghĩa là họ sẽ có bất kỳ kỹ năng kiến trúc nào. Có rất nhiều thứ khác mà Kiến trúc sư giải pháp cần xem xét bên cạnh công nghệ và tôi muốn có người hiểu vấn đề kinh doanh, quy trình CNTT, có thể quản lý thay đổi và giải quyết xung đột vì đây là những lĩnh vực mà Solution Architects thực hiện hầu hết thời gian, mỗi ngày. Hầu hết các dự án CNTT đều thất bại không phải do thiếu kỹ năng kỹ thuật. Họ thất bại vì không có ai hoàn toàn hiểu được công nghệ + nhu cầu kinh doanh. Nói cách khác, không có kiến trúc sư giải pháp thực sự nào trong nhóm.
Vì vậy, tôi sẽ đi tìm một ai đó là một Kiến trúc sư giải pháp thực sự và hiểu rõ nhu cầu kinh doanh của tôi. Ông cần phải thành thạo trong một số công nghệ như .NET hoặc Java EE, Cơ sở dữ liệu để lọc ra những ứng viên có hiểu biết rất nông về công nghệ. Anh hoàn toàn nên hiểu công nghệ đằng sau các giải pháp của mình từ đầu đến cuối. Cho dù công nghệ đó là Java EE hay .NET thì cũng không quan trọng lắm.
Để kết luận, tôi muốn một người có kỹ năng Kiến trúc giải pháp đã được chứng minh + chuyên môn về Java EE hơn người có chuyên môn .NET và kỹ năng Kiến trúc giải pháp chưa được chứng minh.