미래의 Java 개발자를 위한 안내서입니다. 기업 - 부품 1

“당신이 이룩한 기술적 성취를 너무 자랑스러워하지 마세요. 행성을 파괴하는 능력은 포스의 힘에 비하면 아무것도 아니다." - 데스 스타의 다스 베이더

소개

아마도 일련의 기사 중 다음 두 부분이 많은 사람들에게 가장 기대되는 부분일 것이며 그럴 만한 이유가 있습니다. 수평선 너머, 순수한 Java 너머에는 무엇이 있을까요? Java 개발자는 모든 프로젝트에서 무엇을 호흡합니까? 이 책은 주요 프로그래밍 언어가 Java인 일반 백엔드 엔지니어를 위한 실제적이고 완전한 자습 가이드입니다 . 저는 가능한 한 병원 평균을 다루고 가장 널리 사용되는 프레임워크뿐만 아니라 현재 관련성이 있다고 간주되는 솔루션도 설명하려고 합니다. 당연히 많은 도구가 있으며 가장 중요하고 가장 좋은 도구를 이해하는 것은 아무데도 갈 수 없는 길입니다. 여러분 각자는 DOU의 "일자리" 섹션을 살펴보고 공석에서 공석으로 끊임없이 반복되는 기술 스택을 발견했습니다. 모든 것을 설명하는 것은 불가능하다는 것을 이해하지만, 일반적인 틀을 생각해 내는 것은 괜찮으므로 이 방향을 따라가도록 합시다. 어떻게 든 과거에 프로젝트 중 하나에서 다소 흥미로운 당혹감이 발생했는데, 제 생각에는 한 분야 또는 다른 분야의 많은 사람들에게 때때로 끊임없이 반복되었고 반복되었습니다. 작업은 단순히 개별 엔터티의 상태를 표시하기 위해 하나의 HTML 페이지 렌더링을 완성된 기능에 첨부하도록 설정되었습니다. 결과적으로 내 동료는 아무도 Spring을 사용하지 않을 때 Spring 자체의 핵심 종속성 중 일부를 가져오는 spring thymeleaf를 연결하기로 결정했습니다. 그리고 이는 2~3개 엔터티의 상태를 간단히 보여주는 하나의 일반 페이지에 대한 것입니다. "나는 두 개의 광선검을 사용하는 것에 대해 많은 의미를 본 적이 없습니다. 내 생각에는 그것은 과시적인 것입니다." - 오비완 케노비. 한편, 개발자는 가능한 한 빨리 문제를 해결하고 사용 경험이 있는 프레임워크를 설치하여 몇 시간 만에 프로젝트에 통합했습니다. 그러나 반면에 우리 프로그램의 규모가 커졌기 때문에 간단한 질문은 다음과 같습니다. 그가 옳은 일을 했습니까? 이러한 원자적 작업의 경우 이 thymeleaf/Spring MVC 등이 더 크다는 것을 확실히 알고 있는 경우입니다. 어디에서도 사용되지 않으므로 전혀 사용하지 않는 것이 좋습니다. 나는 항상 “오! 예, 여기서는 Hibernate를 사용했습니다! 봐, 다 괜찮아, ORM!”, 여기서 정규 JDBC로 버틸 수 있느냐는 논리적인 질문에 그들은 어깨를 으쓱했다. 단순해야 하고, 패셔너블하고 초현대적인 프레임워크로 어수선하지 않고, 두려움을 가지고 다루어야 하는 평범한 아키텍처가 있습니다. 위에서 Obi-Wan이 말했듯이 사용법을 알아야하지만 이것은 과시에 지나지 않습니다. 제 생각에는 젊은 자바스트가 가장 불운한 사람입니다. 사양이 너무 많고 연구해야 할 라이브러리도 너무 많습니다. Java EE만으로도 지붕을 통한 문서가 있습니다. 초보자가 무엇을 해야 하는지, 다음에 무엇을 배워야 하는지, Horstmann 이후에 무엇을 해야 하는지에 대한 질문이 생깁니다. 간단한 대답: 안타깝게도 많은 사람들을 만나보세요. 그리고 우리는 비즈니스 프레임워크부터 시작하지 않고 보다 일상적인 필수 항목부터 시작할 것입니다.

운영체제

리눅스

Windows 및/또는 아늑한 Yosemite 외에도 웃는 얼굴로 Linux에 손을 뻗어야 합니다. 일부 프로젝트의 경우 사용자가 되어 명령줄을 사용하는 방법을 아는 것만으로도 충분하고 다른 프로젝트의 경우 훨씬 더 많습니다. 어떤 방법이 가장 좋나요? 인터넷에는 수많은 책이나 튜토리얼이 있습니다. Ubuntu 또는 원하는 다른 배포판을 설치하여 시작 하고 다음 한두 달 동안 이를 기본 운영 체제로 사용해 보십시오. 터미널을 사용하여 파일을 컴파일하고 조작하여 Linux 내에서 Java 학습을 시작하면 훨씬 더 좋습니다. William Shotts의 Linux 명령줄 . 이 책을 "그레이의 50가지 그림자" 소설이 아닌 본격적인 대화형 코스로 읽어보세요. 터미널을 열고 저자를 따라 반복하세요. 기본 사항과 Linux가 어떻게 작동하는지 알고 싶으십니까? 컴퓨터 공학과 운영 체제 과정은 수강하지 마세요. 그건 다음 부분에 있습니다. edx.org 로 이동하여 쉬운 Linux 입문 과정을 시도해 보세요 . 위에서 언급한 Brian Ward의 How Linux Works: What Every Superuser Should Know 시리즈의 책도 있습니다 . 네트워킹, 장치 및 리소스 관리에 주의를 기울이는 삽화가 잘 담긴 출판물입니다. 계속하시겠습니까? 훌륭한 책이 있는데, 그런데 여기 어딘가에 있는데... 네 (먼지를 흔들며)... 여기 있어요! Unix 및 Linux: 시스템 관리자 안내서. 에비 네메스. 꽤 큰 설명서, 잘 번역되어 있습니다. 솔직히 개인적으로 마스터하지는 못했지만 행정의 기본 (첫 번째 부분)이 정말 마음에 들었습니다. 당연히 쉘 스크립팅을 무시할 수 없습니다. 이 모든 것을 실제로 시도해 보는 것이 더 좋지만 책에서 Cameron Newham이 쓴 Learning the bash Shell: Unix Shell 프로그래밍을 볼 수 있습니다 . Linux/Unix에 관한 이렇게 방대한 양의 문헌을 전부 다룰 수는 없습니다. 특히 Linux가 배경에 있는 이 기사에서는 더욱 그렇습니다. 이 문제에 대해 개를 먹은 직장 동료는 다소 실용적인 조언을 했습니다. ArchLinux를 다운로드하고 실행해 보세요. 그 과정에서 당신은 내가 원하지 않는 것을 가장 많이 배우게 될 것입니다!

윈도우

프로그래머의 이력서에는 "Windows 경력 10년 이상"이라는 항목이 있습니다. 물론 10살 때부터 Windows에서 카운터 플레이를 해왔다는 사실은 축하하지만 인터뷰에서 미리 구멍을 파지 말라고 부탁드립니다. IIS, 배치/파워셸, 신의 금지, 레지스트리, 인터뷰는 실제로 어렵지 않을 것이며, 게다가 앉아 있는 사람의 반대편에 미소를 짓습니다. Lida 당신은 또한 약간의 굴욕을 받게 될 것입니다. 이것이 필요합니까? 대답은 그 자체를 암시합니다. 불법 복제된 Windows를 토렌트에서 제외하고 일종의 Windows Server 가상 머신에 설치해 보세요. 사용자 측과 JAVA_HOME 설치뿐만 아니라 연구하십시오. 이와 관련하여 Mark Minasi가 쓴 Mastering Windows Server 2012 R2 책 형태로 거의 완전한 가이드가 있습니다 . 예를 들어, PowerShell을 사용하는 경우 Bruce Payette가 쓴 훌륭한 책 Windows PowerShell in Action by Manning을 확인하세요 . 1000페이지를 넘기는 것이 불가능하다는 것을 이해하지만 최소한 참고용으로 보관할 수는 있습니다. 다른 것은 필요하지 않다고 생각합니다. 따라서 Windows 사용에 대한 지식의 공백에 주의를 기울이고 관심 있는 정보를 인터넷에서 찾아보세요.

빌드 도구

메이븐

Maven에서 이해해야 할 가장 중요한 것은 무엇입니까? 첫 번째 단계와 작업은 다음과 같습니다.

1. Maven이 각 단계에서 수행하는 작업을 알아보고 암기할 수도 있습니다. 이것은 거의 80%의 성공이며 명확한 그림을 제공할 것입니다.
2. 명시적인 종속성 관리 기능을 갖춘 다중 모듈 시스템을 사용하여 로컬에서 자신만의 샌드박스 프로젝트를 생성하세요. 타사 라이브러리를 연결하고 이를 사용하여 무언가를 만들어 보십시오.
3. 프로필을 가지고 놀아보세요
4. 플러그인 관리를 이해하고 공식 웹사이트에서 가장 인기 있는 플러그인 목록을 연구하세요.
5. 프로젝트에서 Maven을 가장 잘 사용할 수 있는 방법을 살펴보세요. 예를 들어 병렬 빌드를 사용하면 빌드 시간을 크게 줄일 수 있습니다.

빠르게 살펴보려면 Apache Maven 웹사이트의 러시아어 버전으로 이동하여 Google에서 몇 가지 튜토리얼을 검색하세요. 그럼에도 불구하고 Maven에 관한 주요 서적 중 하나의 세 번째 판은 출시되지 않을 것입니다. 지금까지 이것은 Sonatype의 Maven: The Definitive Guide 의 두 번째 판입니다 . 고급 수준의 경우 자체 플러그인을 만드는 것이 적합합니다. 이미 많은 플러그인이 존재하므로 어떤 종류의 플러그인을 만들어야 하는지 걱정하지 마세요! 일종의 아날로그를 만들고 2단계와 2단계를 연구하십시오.

개미

이 도구는 훨씬 쉬워 보이기 때문에 여기서 배울 내용은 많지 않습니다. ANT가 유일한 빌드 도구인 프로젝트가 여전히 있습니다. 이는 완전히 정상적인 현상입니다. ANT는 소규모 원자 작업(ant 작업)을 관리하는 맥락에서 간단하고 간단한 빌드 도구임이 입증되었습니다. 물론 여기에는 Maven과 마찬가지로 많은 플러그인이 있습니다. ANT를 시작하려면 다음을 수행하십시오.

• 파일과 폴더를 조작해 보세요
• 작업 실행을 위해 다양한 순서를 구현합니다. 이를 바탕으로 ANT에서 작업의 종속성과 우선순위를 알아봅니다.
• 압축 풀기 및/또는 zip 아카이브. 작업에서는 아카이브의 내용 등을 가지고 놀아보세요.

ANT를 학습하기 위해 많은 리소스를 제공할 필요가 없습니다. 어느 정도 심층적인 내용을 알아보려면 공식 Apache Ant 페이지로 충분합니다. ( ant.apache.org ) 및 Steve Loughran이 쓴 Ant in Action 책이 있습니다 .

그래들

나에게 Gradle은 Maven보다는 ANT에 더 가깝지만 완전히 이 두 사람의 이복형이라고 할 수 있습니다. Maven과 유사한 라이프사이클을 가지며 ANT와 동일한 작업의 유연성을 갖습니다. 가장 중요한 점은 Gradle은 XML을 사용하지 않으며, 게다가 Groovy에 어느 정도 익숙하다면 Gradle을 사용하여 원하는 것은 무엇이든 할 수 있다는 것입니다. 일반적으로 꽤 맛있는 것입니다. IDE 환경에서 Ant/Maven/Gradle을 사용하는 것을 두려워하지 마세요. 이러한 도구는 Eclipse/IDEA에 긴밀하게 통합되어 있으며 IDE 컨텍스트에서 이러한 도구를 사용하는 것은 매우 편안합니다.

지속적인 통합

이론

이것은 해고로부터 당신을 보호하는 엔젤 프로그램입니다. 간단히 말해서, 이는 코드 변경 사항을 모니터링하고 사용자를 위해 작성된 테스트를 빌드 및 실행하는 소프트웨어입니다. 각 커밋/병합 후 모든 것이 정상이면 빌드가 기분 좋은 녹색/파란색 빛으로 빛납니다. 무언가를 위반하는 즉시 CI 시스템이 이를 즉시 보고합니다. 그러나 약간의 이론은 고전적입니다! 지속적인 통합: 소프트웨어 품질 개선 및 위험 감소 작성자: Paul Duvall . (러시아어로 "지속적 통합"이라고도 함) 이 책에서는 자신만의 CI 시스템을 만드는 방법에 대해서도 설명합니다. 이 분야에서 가장 널리 사용되는 두 가지 솔루션을 살펴보겠습니다.

젠킨스

허드슨이라고도 불리는 젠킨스. 개방적이고 친근하며 사용하기 쉬운 애플리케이션입니다. Jenkins에 더 익숙해지려면 다음을 시도해 보세요.

1. 컴퓨터에 다운로드하세요. JDK, Maven, ANT 및 프로젝트에 필요한 모든 것을 설치하고 구성합니다.
2. 첫 번째 작업을 생성하고 프로젝트의 위치(예: 기본 pom.xml)를 지정합니다. 그것을 실행하고 명확하게 볼 수 있도록 일종의 테스트가 있는지 확인하십시오.
3. 다양한 설정과 옵션으로 프로젝트를 실행하는 방법을 알아보세요.
4. 다양한 플러그인을 연결하고 프로젝트와 함께 어떻게 작동하는지 확인하세요.
5. 다양한 작업에 대한 트리거를 구성합니다. 작은 파이프라인을 만듭니다.
6. DSL을 살펴보고 Jenkins와 통합해 보세요.
7. 다른 컴퓨터에서 슬레이브를 설정하거나 빌드 실행을 위한 일반 머신으로 만듭니다.
8. 야간 빌드를 만듭니다.

책에서 John Ferguson Smart의 Jenkins: The Definite Guide를 읽어보세요 . 많은 스크린샷이 포함된 명확한 가이드입니다.

팀시티

예, TeamCity는 무료는 아니지만 JetBrains 제품 생태계에 얼마나 잘 통합되어 있는지 살펴보세요. Intellij Idea와 TeamCity는 훌륭한 결합입니다. 전반적으로 Jenkins에 이미 익숙하다면 TeamCity는 어두운 숲이 아닐 것이며 그 반대도 마찬가지입니다. 슬레이브 에이전트 대신 동일한 트리거 등이 사용됩니다. 그러나 Jenkins와 달리 TeamCity는 사전 테스트된 커밋이라고도 알려진 원격 실행, 훨씬 더 많은 시각적 통계 등의 놀라운 기능을 자랑합니다. 저는 JetBrains가 직접 만든 YouTube 사용자 가이드( TeamCity 사용자 가이드(9부 중 1부) - 소개 )를 정말 좋아합니다. 저는 TeamCity가 직관적이고 문서 수준이 높다고 생각합니다. 하지만 읽어볼만한 책이 있다고 생각하시면 댓글로 남겨주세요. 물론 이러한 CI 시스템 중 일부만 나열했지만 모든 범위가 제한되어 있습니다. 아마도 학습에 대한 가장 좋은 지침은 연습일 것입니다. 내 컴퓨터에 설치하고 실행한 다음 빌드를 충돌/복원하고 잠자리에 들었습니다. 그런 다음 기록부를 안전하게 가져오실 수 있습니다(원하는 경우 :).

버전 관리 시스템

VCS에 대해 많이 이야기하는 것은 의미가 없습니다. 그것은 단지 있어야 할 일이며, 그렇지 않은 프로젝트 관리는 중생대와 같을 것입니다. CI 시스템과 마찬가지로 가장 널리 사용되는 두 가지 솔루션인 Git과 SVN을 살펴보겠습니다.

힘내

우리 Git은 안정적인 분산 버전 관리 시스템임을 입증했습니다. 여기에서 학습을 시작 하고 Git이 이미 구성된 모든 장을 살펴보세요. 그런 다음 Code School의 훌륭한 대화형 튜토리얼 시리즈가 있습니다. Try Git: Code School이라는 짧은 가이드도 있습니다 . 책에서 Jon Loeliger가 쓴 Git을 사용한 버전 제어를 추천할 수 있습니다. 거북이(TortoiseSVN, 저자 노트)에 너무 익숙하고 콘솔이 두려운 경우 물론 아날로그 TortoiseGit을 다운로드할 수 있지만 제 생각에는 훨씬 더 쾌적하고 심미적으로 만족스럽습니다. 솔루션은 Atlassian의 제품인 SourceTreeApp입니다. 인터넷에는 충분한 호스트 서비스가 있으므로 원격 저장소를 사용해 연습할 수 있습니다. 원한다면 현지에서 훈련하세요. 아니요? 그런 다음 GitHub에서 계정을 만들고 전체 모드에서 작업합니다. 몇 가지 커밋을 만들고, 일부 오픈소스 프로젝트를 포크하고, 브랜치 간에 몇 가지 병합을 수행하는 등의 작업을 수행합니다.

SVN

똑같이 인기 있는 또 다른 VCS는 SVN입니다. 이 시스템은 유통을 자랑할 수 없습니다. 각각에는 고유한 접근 방식과 장단점이 있습니다. 초보자와 SVN 사용자 사이의 흥미로운 대화를 꼭 읽어보세요 . read-bean.com에는 러시아어로 번역된 무료 책이 있습니다 . TutorialsPoint의 미니 강좌 도 매우 유용합니다 . 공식 Apache 웹사이트 subversion.apache.org를 놓치지 마세요 . 저에게 가장 흥미로운 클라이언트는 앞서 언급한 TortoiseSVN입니다. 책 중에서 다음을 강조할 수 있습니다: Michael Pilato의 Version Control with Subversion . SVN 서버 자체의 관리에 신경을 쓴 점이 마음에 들었습니다. 주요 내용을 놓치지 않았으면 좋겠습니다.

테스트 도구

소규모 샌드박스 프로젝트에서 단위 테스트, 통합 및 회귀 테스트가 무엇인지 이해하는 것이 좋습니다. JUnit 단위 테스트 이론은 이전 기사의 책에 잘 설명되어 있습니다. 특히 Clean Code에서는 junit을 이 분야에서 인기 있는 라이브러리 중 하나로 설명하기도 합니다. 하지만 구체적으로 JUnit에 관해서는 Tomek Kaszanowski가 쓴 Practical Unit Testing with JUnit and Mockito라는 훌륭한 작은 책이 있습니다 . 물론 JUnit과 Mockito보다 더 많은 내용이 있습니다. 여기에서 저자는 Matchers를 소개하고 매개변수화된 테스트의 예를 제공하며 TDD에 대해 간략하게 안내합니다. 최근에 나온 책도 있어요. Jeff Langr의 Pragmatic Unit Testing in Java 8 입니다 . 저자는 Hamcrest를 소개하고 모범 사례를 설명하며 Java 8에 대해서도 설명합니다. Tomek의 책을 읽은 후에 안전하게 읽어도 됩니다. 그건 그렇고, TDD에 관해서. 나는 그것을 사용할 가치가 있는지, 좋은지 나쁜지, 고객이 필요로하는지에 대해 홀리바르를 키우고 싶지 않습니다. 기억하세요: TDD에서 작업하는 것은 새로운 것이 아니며 많은 프로젝트에서 이 방법론을 사용하며 많은 사람들에게 이것이 유일하고 논쟁의 여지가 없는 규칙입니다. 이론적으로는 고전을 읽을 수 있습니다. Kent Beck – 테스트 주도 개발: 사례를 통해 . 제가 가장 마음에 들었던 부분은 TDD 패턴에 관한 부분이었습니다. 놀랍게도 Youtube에는 훌륭한 1인칭 강좌인 Let's Play TDD (200개 비디오!)가 있습니다. 그다지 흥미롭지 않은 것은 TDD를 사용할 가치가 있는지, 디자인을 망치는지 등에 대한 Fowler의 논의 입니다. 이것을 한 번만 기억하세요. TDD는 나쁜 디자인을 만드는 것이 아니라 당신이 만드는 것입니다. BDD를 더 많이 사용하고(하나는 다른 하나를 방해하지 않음) 예를 들어 프로젝트에서 Cucumber를 사용하는 경우 이는 약간 다른 평면입니다. 이에 대한 좋은 책은 John Ferguson Smart가 쓴 Manning BDD in Action: Behavior-driven development for the Whole Software Lifecycle 입니다 . 그런데 John Ferguson Smart는 이 주제를 대중에게 적극적으로 홍보하고 있습니다. 마침내 눈을 아프게 하지 않고 When-if-then 테스트를 보는 것을 즐기는 스크럼 마스터 또는 PM이라면 Twitter에서 John을 꼭 팔로우하세요 . 오이에 관해서는 공식 웹사이트 에서 Java 구현을 살펴보고 Matt Wayne이 쓴 The Cucumber Book: Behavior-Driven Development 책을 읽어보세요 .

타사 라이브러리

필요한 경우 인기 있는 라이브러리를 사용할 수 있는 것이 중요합니다. 이러한 라이브러리는 모든 Java 개발자의 일상 생활을 단순화합니다. 널리 사용되는 솔루션은 다음과 같습니다: Joda Time. 불편한 기본 날짜 및 시간을 보다 편리한 JodaTime으로 완전히 대체할 수 있는 기능을 제공합니다. 여기에 좋은 참고 자료 가 하나 있습니다 . 이미 Java 8을 사용하고 있다면 JodaTime은 별로 도움이 되지 않습니다. 사실 새로운 DateTime API가 이 라이브러리를 완전히 대체했으며 어떤 곳에서는 교묘하게 복사하여 붙여넣기도 했습니다. 저자 자신의 기사 에 따르면 모든 Joda 클래스는 java.time의 유사 클래스로 편리하게 대체될 수 있습니다. 구글 구아바. 여러 면에서 Java 8은 Guava를 대체하기도 합니다. 동일한 객체, 스트림 API, Java 조건자 및 기타 여러 가지 사항에서는 이를 교체하고 전혀 사용하지 말 것을 제안합니다. 반복합니다. Java 8이 없다면 이 가이드 와 직접 손을 대는 것보다 더 좋은 것은 없습니다.

아파치 커먼즈

이 괴물은 다루기가 그리 쉽지 않습니다. 잘 알려진 commons.lang부터 xml 유효성 검사, DBUtils부터 commons.io 까지 모든 상황에 맞는 약 40개의 라이브러리입니다 . 당연히 모든 것을 알 필요는 없지만 요리책 책과 튜토리얼을 가지고 있으면 유용할 것입니다. 예를 들어 Apache Commons가 무엇인지 이해하려면 Timothy O'Brein이 쓴 Jakarta Commons Cookbook을 살펴보세요.

결론

Enterprise는 너무 방대하므로 이 Enterprise를 둘러싼 모든 것 없이 JavaEE 및 기타 프레임워크에 대해 논의하기 시작하는 것은 어리석은 일입니다. 따라서 두 번째 부분에서는 다중 계층 아키텍처의 각 계층에 중점을 두고 서비스 등을 고려합니다. 많은 관심을 가져주셔서 감사합니다. 첫 번째 부분이 끝납니다. 시리즈의 이전 부분:

1. 미래의 Java 개발자를 위한 안내서입니다. 자바 기초
2. 미래의 Java 개발자를 위한 안내서입니다. 우아한 코드

DOU가 포함된 원본