설계자 역할에 Java 인증이 중요합니까? [닫은]

건축가 직책에 얼마나 많은 Java 인증 (SCJP, SCWCD 및 기타)이 중요한지 알고 싶습니다. Java 개발에 대한 좋은 경험을 갖고 건축가 수준에서 경력을 쌓고 싶다면 CV에 대한 인증이 필요하다고 생각하십니까? 그가 수석 개발자 역할을 수행 한 적이 없다면?

건축가 직책에 대한 인터뷰를한다면 그리고 5 년의 경험을 가진 여러 팀에서 Java 웹 개발자로 일했습니다. 어떤 것도 이끌지 마십시오. 이력서에 인증 배지가 있습니다.

개발자가 팀에서 건축가가되기 위해 어떻게 경력을 쌓을 수 있습니까?

Java 공간에서 인증의 아이러니는 실제로 가장 유용하다고 생각되는 가장 낮은 수준의 인증입니다.

예를 들어 구 Sun 인증 Java 프로그래머 가 있습니다 (가장 낮은 것). 몇 주 동안 Java 자습서를 수행하여 괜찮은 프로그래머가 배울 수있는 것은 실제로 가르쳐주지는 않지만 간단한 필터 역할을합니다. 그것을 전달하려면 기본 핵심 Java를 알아야합니다.이 점에서 Java 프로그래머를 찾고있는 주니어 역할에 대해 다소 유용한 필터 일 것입니다. 그들이 가지고 있다면, 그것은 기본 Java를 알고 있다는 것을 의미합니다.

나는 이것보다 더 높은 인증을 한 적이 없습니다. 그러나 솔직히 말해서, 대부분의 건축가는 선배와 팀 리더가되어 회사에서 단순히 자신이하는 일을 잘함으로써 승진 할 수 있다는 것을 알게되었습니다. 나는 거리에서 건축가 역할을 위해 누군가를 고용하기 위해 일한 Java 회사를 실제로 상상할 수 없다. 본질적으로 사내 수석 개발자 및 팀 리더로서 결국 아키텍처 역할을 담당합니다.

어쨌든 중요한 것은 이러한 기술을 발휘하는 대규모 작업의 소유권을 취함으로써 높은 수준의 시스템 아키텍처 및 디자인에 대한 적성을 보여주는 것입니다. 어떤면에서는 먼저 하위 팀의 리더가 될 것입니다. 입증 된 팀 리더 및 "아키텍처 같은"고급 시스템 설계 경험은이 수준의 인증보다 훨씬 더 길어집니다.

참고 : 저는 건축가 (또는 팀 리더)가 아니지만 다양한 회사에서 10 년 이상 관찰 한 것입니다. 건축가를 만드는 사람들은 대규모 작업을 소유하고 팀을 이끌며 일을 처리하는 방법을 알고있는 사람들입니다. 그리고 Java 인증을받은 사람도 전혀 없습니다.

사람들을 인터뷰 할 때마다 나는 보통 그들의 인증을 무시합니다. 내 경험상 인증은 유용한 지식에 대한 좋은 기압계가 아닙니다. 면담 중 제 질문은 보통 필요한 정보를 알고 실제 문제에 적용 할 수 있는지 알려줍니다.

경력 초기에 SCJP를 공부하고 그 자리를 che습니다. 인증의 목표는 Java의 복잡한 세부 사항을 연구하고 배우도록 동기를 부여했기 때문입니다. 그러나 인증 자체는 내 경력에 아무런 영향을 미치지 않았습니다.

그들은 미국에서 전혀 중요하지 않은 경향이 있지만 인도와 같은 진정한 자격을 갖춘 지원자가 많고 소프트웨어 아키텍트와 같은 최고 일자리에 대한 경쟁이 치열한 곳에서는 특정 후보자를 제거하는 데 사용될 수 있습니다.

인증은 약간의 혜택을 주지만 진정한 재능과 기술보다 중요도가 훨씬 낮은 인증이라도 궁극적으로 가치가 있다고 생각합니다.

SA 역할에 대한 준비가되지 않았다고 생각하지만 귀하의 질문은 저와 관련이 있습니다. 훌륭한 소프트웨어 아키텍트 IMHO는 다양한 기술에서 다양한 배경을 가지고 있어야합니다. 또한 모든 프레임 워크 또는 언어에 대한 이해 수준이 높고 디자인의 강점과 약점에 대한 레거시 시스템을 비판적으로 평가할 수 있어야합니다. 많은 제약이 주어지면 훌륭한 소프트웨어 아키텍트는 여러 가지 잠재적 인 솔루션을 결정하고 각각의 장단점을 평가할 수 있어야합니다.

고급 관리자가 왜 Ruby보다 Java를 선택하는지 묻는 질문은 무엇입니까? PHP와 C #의 이점은 무엇입니까? 빈혈 데이터 모델을 정의 할 수 있습니까? Spring Framework AOP 접근법에 비해 Java EE 접근법의 이점은 무엇입니까?

이들은 건축가가 대답 할 수있는 종류의 질문이며, 이에 대한 연구를해야한다면 과제에 미치지 못할 수도 있습니다.

SCJP는 매우 기본적인 인증입니다. 확실히 이것을 얻은 다음 SCJD를 수행하십시오. SCWCD도 기본입니다. 더 인상적인 일을하십시오.

http://en.wikipedia.org/wiki/Sun_Certified_Professional

직무 책임에 관해서는 아마도 아키텍처 위치를 찾기 전에 프로젝트 리더십 작업을 수행해야 할 것입니다.

인증은 건축가의 경력 경로에 적합합니까?

예. 제 생각에는 인증을받은 주요 결과는 몇 가지 개요입니다. 당신은 기술을 알고 있습니다 (기술을 사용하는 방법을 알고 있다는 것을 의미하지는 않습니다. 연습이 필요합니다). 아키텍트에게는 그의 전문 분야에서 사용되는 기술에 대한 확실한 개요를 갖는 것이 매우 유용 할 수 있지만 Java 세계 인증으로는 충분하지 않아도됩니다. 또한 일부 주요 애플리케이션 서버 및 프레임 워크에 대해서도 알아야합니다.

나는 많은 MS 인증을 통과했으며 이러한 인증을 준비하기 때문에 이전에는 사용하지 않았던 API 부분에 익숙해졌습니다 (때로는 전혀 알지 못했습니다). 나중에 일부 문제에 대한 사용 가능한 솔루션으로 API의 이러한 부분을 제안 할 수있었습니다. 이것이 제가 인증을 계속받는 이유입니다. 인증 자체는 귀하가 관련 내용을 알고 있음을 입증 할 때까지 면담시 아무런 의미가 없습니다.

인증을 통해 건축가로 취업하는 데 도움이됩니까?

인증 자체는 아무 의미가 없습니다. "건축가"가 되려면 다른 기술이 있어야합니다. 프로그래밍 자체로는 건축가가 되기에는 충분하지 않습니다. 결정을 내리고, 책임을지고, 구성 요소 또는 전체 응용 프로그램을 설계하고, 다른 작업을 준비 할 수 있어야합니다 (때로는 리드하기도합니다). 의사 소통 능력이 있어야합니다.

적어도 그것이 건축가에게서 기대했던 것입니다. 그러나 건축가는 누구입니까? 나를 위해 그것은 너무 많이 사용되는 유행어입니다. 내가 만난 건축가의 절반 이상이 적절한 장소에 승진 할 적절한시기에 (또는 충분히 길었을 때) 있었다. 건축가가된다고해서 다른 사람들보다 좋고 나쁘다는 것을 의미하는 것은 아니며, 그래도 자신이 아닌 사람과 같은 직업 수준을 유지하고 있습니다. 내가 어떻게 자신을 건축가라고 부르는 사람을 만나면 나는 항상 매우 의심 스럽다.

결론-NFR의 맥락에서 코딩을 이해하고 비즈니스 문제를 해결하고 전략적 이점을 만드는 방법을 이해해야합니다. 주의 사항 잘 프로그래밍 할 수있는 것에 대해 아무 말도하지 않았습니다 (보통 예상됩니다. 여기에는 대부분의 다른 의견이 포함되지만 더 확장됩니다. Spring을 선택하면 수정 가능성을 희생하면서 더 가벼운 무게, 더 빠른 성능의 응용 프로그램을 제공합니까? 따라서이 속성 결정의 비즈니스 영향은 무엇입니까? 이로 인해 새로 형성된 DevOps 팀에 구성 관리 및 유지 관리 문제가 발생합니까? 개인 SaaS 제공 모델이 합리적입니까? 한 포스터에서 알 수 있듯이 결정은 매우 중요합니다.

따라서 인증서가 필요하다고 생각되면 아마 맞을 것입니다. 그러나 언어별로 SCJP 수준 이상으로 필요한 것은 명확하지 않습니다. ITIL, PMI-ACP, CSSLP, TOGAF9, ArchiMate 2, SEI Software Architecture Professional Certificate & ATAM Evaluator Certificate 및 해자-IASA Foundation Associate를 살펴 보는 것이 좋습니다. 이것들은 SCWCD보다 건축가가되기 위해 준비하는 데 훨씬 더 도움이 될 것입니다. 즉, SCEA (현재 OCM Java Architect)를 얻는 것은 여전히 ​​Java 세계에서 특별히 준비하고 보드 검토를 처리하는 데 유익한 운동이 될 수 있지만 그 외에는 내가 언급 한 것에 중점을 둘 것입니다.

국제 소프트웨어 아키텍처 자격 보드는 방법론과 개념 노하우에 초점을 맞춘, 벤더 - 기술 중립적 인 교육 과정을 (그들은 과정 또는 클래스를 판매하지 않습니다!)를 제공합니다.

기술 중심 인증을 보완 할 수 있습니다.

기술적 인 능력과 인내를 나타내는 데 도움이 될 것입니다.

그러나 실제로는 안됩니다. 아키텍처는 프로그래밍이 아닙니다.

여기서 "솔루션 아키텍트"역할에 대해 이야기하고 있다고 가정하겠습니다. 솔루션 아키텍트의 역할은 매우 복잡하며 많은 것들을 포함합니다.

• 조직의 엔터프라이즈 아키텍처 이해 및 준수
• 기술 아키텍처 Ditto
• 보안 아키텍처를 분리
• 프로젝트 스폰서의 목표와 목표를 이해합니다. 요구 사항이 이러한 목표와 관련이 있는지 확인
• 기술 설계자가 권장하는 것 중에서 플랫폼, 개발 언어, 프레임 워크 및 라이브러리 등을 선택합니다.
• 기술 설계자에게 권장되는 세트 이외의 플랫폼, 언어 또는 프레임 워크를 채택하도록 설득 할 수 있습니다.
• 다른 응용 프로그램과의 인터페이스 협상
• 보안 설계자가 요구하는 문서를 제공합니다.
• 비 기능적 요구 사항, 예상로드 등을 기반으로 하드웨어 요구 사항 정의
• 인프라 팀에 필요한 하드웨어, 네트워크 연결 및 소프트웨어 요청
• 인프라 팀에 필요한 문서 제공
• 운영 팀에 필요한 아키텍처 문서 제공

역할의 작은 부분은 프로그래밍 및 개발 환경을 다루며, 실제로 대부분의 시간은 보일러 플레이트 문서를 작성하거나 바보 같은 제안을 거부하고 잔류가 있는지 확인하는 유일한 회의에 참석하는 데 소비됩니다. 결과 계약의 온전함.

기업 세계에서 인증을받은 사람은 반드시 지식과 기술을 잘 아는 것은 아니지만 기업이 주도권을 표명하는 것처럼 항상 그렇지 않은 사람보다 우위에 있습니다.