2011-01-28 3 views
1

미래에 J2EE 아키텍트가되고 싶습니다.기술 범위 - 시작 위치 및 방법?

새로운 기술을 배우기 시작했고 Spring, Struts 및 Hibernate와 같은 일부 프레임 워크를 다루기 시작했습니다. 과거에도 EJB를 사용해 왔습니다 (2005 년 말).

것, 나는 더는 작동하지 않았다

  • 프론트 엔드 기술 (등 AJAX, FLEX, FLASH)
  • JCA
  • EJB를/JPA에서
  • 성능 개선 사례
  • 최근 변경
  • JMS
  • 웹 서비스
  • 유용한 도구 SDLC에서 D .. (예 : 빌드 ANT/허드슨, JMeter를 테스트, PMD 코드 검토 등)

나는이 기술과 할 수있는 몇 가지 괜찮은 도구를 충당하기 위해 계획을 나올 계획이었다 개발하는 동안 편리합니다.

제 문제는 이러한 기술을 배우면서 정기적으로 작업해야하기 때문에 각 기술이 한 달 (또는 그 이상) 동안 저에게 종사하기에 충분한 깊이가 있다는 것입니다.

저는 최근 AJAX에서 시작되었습니다. DOJO, JQuery 등과 같은 AJAX를위한 다른 툴킷을 3-4 일간 보냈습니다. 제 연구가 끝나고 AJAX가 어떻게 작동하는지 알게되었지만, 그 지식은 나의 공부를 끝내는가? 그렇다면 CI에 대한 몇 가지 도구를 들여다 보았습니다. 허드슨과 ANT와 3-4 일을 보냈습니다. 어떻게 작동하는지에 대해서는 괜찮은 생각 이었지만,이 지식에 대한 확신이 없기 때문에 연구를 마칠 수있었습니다. 그런 것들은 충분한 깊이를 가지고 있으며, 내가 그들 속으로 깊이 들어가면 .. 한 달 또는 그 이상 걸릴 수도 있습니다. 나는 앞으로 6 개월 내에 SCEA를 완성 할 계획을 가지고 있지만, SCEA가 이러한 이점을 알지 못할 것이라고 생각하지는 않습니다. 내 질문은

,

  1. 내 접근 방식이나 모두 몇 가지 문제는이 도전에 직면 있습니까?
  2. 기술에 대해 알기 시작하면 끝 부분에서 내 결과가 무엇입니까? (이 기술은 명백한 대답에 대해 알고 있지만 기술을 작업하는 동안 알아보십시오 점의 목록을 유지합니까?)

읽기 주셔서 감사합니다, 문제의

답변

1

하나 J2EE에 능숙 해지는 것은 "움직이는 목표"입니다. 항상 새로운 기술이 있고, API가 끊임없이 변하고 있으며, Sun API를 아는 것 외에도 많은 써드 파티 툴을 알고 있어야합니다 이제는 거의 스택의 필수적인 부분입니다. Hibernate, Spring, Hadoop과 같은 모든 것들.

J2EE 이력서 또는 작업 목록은 종종 라인을 통해 라인을 넘는 Buzzword Soup에서 인식 할 수 있습니다.

초보자에게는 다음과 같은 세 가지 위험 요소가 있습니다. - 오래된 기술 습득. - 대안과 그 뒤에있는 원칙을 이해하지 않고 특정 공급 업체 솔루션을 학습합니다. - 많은 도구를 배울 수 있지만 함께 사용하는 방법을 모를 수 있습니다. - 프로그래밍을 연습하고 "프로그래머 본능"을 개발할 기회를 얻지 마십시오.

경험에 대해 언급하지 않았으므로 비 핵심 작업 경험이 얼마나되는지 또는 비 숙련 작업에 얼마나 편한 지 명확하지 않습니다.

당신이 정말로 잘하고 있는지 확인하고 새로운 J2EE 기술을 실제로 사용하지 않고 많은 툴 설명을 연구하는 것이 아니라 일상적인 코딩에 통합하는 것을 개인적으로 권장합니다. 문맥. IMHO, 지식을 구축하고 실제로 건축 감각을 지닌 유일한 방법입니다. 최신 정보를 유지하고 위험을 감수하고 현재 사용중인 제품에 대해 정당화 할 수 있다면 새로운 기술을 시도해보십시오.

예를 들어 AJAX 나 메시징 아키텍처를 예로 들어 보겠습니다. 두 공급 업체 또는 프레임 워크 간의 차이점에 대한 설명을 적어보십시오. 이제는 XmlRpc 나 GWT 또는 서블릿과 같은 저수준 구조를 잠시 동안 사용해보십시오. 먼저 올인원 솔루션을 마스터 링하는 데 집중하십시오. 마찬가지로, 메시징 아키텍처에 의존하기 전에 소켓이나 JMS API를 가지고 놀아 라. Hibernate 나 다른 ORM을 치기 전에 SQL로 약간 플레이하자. 이제 프레임 워크 간의 차이점에 대해 더 설득력있는 논의를 할 수 있는지 살펴보십시오.

단순한 FizzBuzz 문제를 해결할 수 없어서 취업 면접에 실패한 사람을 얼마나 많은 J2EE 아키텍트로 알 수는 없습니다.

+0

감사합니다. 나는 약 7 년 이상의 경험을 가지고 있으며, 나는 당신의 견해에 동의합니다. 난 네가 언급 한 위험을 피하려고했다. 새로운 기술이나 도구를 배우고 배우기 전에 먼저 나와 관련하여 몇 가지 질문을해야합니다. 1) 왜 그렇게 필요한 도구입니까? 2) 업계 최고가 가능합니까? 3) 도구와 관련된 모범 사례는 무엇입니까? .. 그리고 더. 나는 이것을 메모하고 그것을 나의 배움으로 간직한다. 전문가들로부터 알고 싶습니다. 나는 올바른 길로 가고 있습니까? 사용할 수있는 많은 기술/FW가 있으며 우리는 일상 생활에서 모든 것을 사용하지 않습니다. – Vicky

+0

그러나 기술 책임자/건축가의 역할을 고려하면 우리는 그들에 대해 알고 있다고 가정합니다. 이 시나리오를 고려할 때 기술을 어느 정도까지 탐구해야하는지 알고 싶습니다. 기술에 대한 기본 아이디어를 얻으려면 Hello World 응용 프로그램을 작성할 수는 있지만 그 정도면 충분합니까? 그렇지 않다면 우리의 접근 방식은 무엇이되어야합니까? – Vicky

+0

당신은 일하고 싶은 시장/지역을 잘 알고 있습니까? 다른 시장이 다른 J2EE 스택을 사용한다는 사실을 알고 있습니다. 서부 해안의 신생 기업은 최첨단을 달리고 오픈 소스를 사용하는 경향이 있으며 뉴욕 지역 금융 및 DC 지역 방어 (대규모 J2EE 사용자 모두)는 유료 또는 상업적으로 지원되는 솔루션 (예 : JBoss)에 뒤처 지거나 묶여 있습니다. 반드시 최상의 기술이 아닌, 시장에서 HR에 깊은 인상을 남기는 것을 연구하고 싶을 수 있습니다. – Uri

관련 문제