Java Junior가 되려면 무엇을 알아야 하며, 이를 통해 무엇을 해야 합니까?

잠재적인 Java 개발자에 대한 요구 사항은 끊임없이 변화하고 있으며 따라가기가 어렵습니다. 연습생이 되려면 Java Core만 알면 되나요? Java Junior 직위를 얻으려면 Spring과 Hibernate를 얼마나 잘 이해해야 합니까? 데이터베이스를 배우고 정렬 및 검색 알고리즘을 이해하는 것이 가치가 있습니까? 그리고 JavaRush 학생들은 이러한 질문에 대해 매우 자주 우려하기 때문에 이미 Java Junior로 일하고 있거나 Java Trainee로 회사에서 인턴을 하고 있는 졸업생들에게 질문하기로 결정했습니다. 응답자의 13%는 주니어 단계를 우회하고 첫 번째 시도에서 Java Middle 위치를 얻을 만큼 운이 좋았습니다. 응답자들은 인터뷰에 합격하기 위해 필요한 기술과 첫 Java 업무의 첫 해에 어떤 ​​기술을 사용했는지에 대한 정보를 공유했습니다.

• 자바 코어
• 알고리즘 및 데이터 구조
• 단위 테스트
• 유틸리티 라이브러리, GUI 및 유용한 구성 요소
• 프레임워크
• 자동화 도구 및 애플리케이션 서버 구축
• 다양한 기술과 패턴

누구나 Java Core가 필요합니다

Java Core라는 용어는 매우 광범위합니다. 이 이름은 언어의 기본 구문과 멀티스레딩과 같은 복잡한 주제를 모두 나타냅니다. 실제로 JavaRush 과정은 주로 Core에 중점을 두고 있습니다. 자바 구문. 언어 기초. 이러한 모든 데이터 유형, 연산자, 루프 및 분기. 당연히 취업한 사람의 92.4%가 구문 지식을 '좋음 또는 우수함'으로 평가했습니다. 그러나 응답자의 7.6%는 평균적인 구문 지식을 갖춘 Java Trainee가 되었습니다. 하지만 이는 오히려 행운(또는 응답자의 자랑 :))으로 평가되어야 합니다. 물론 프로그래머로 취업을 지원하는 모든 사람은 언어의 구문을 알아야 합니다. 객체 지향 프로그래밍(OOP). Java의 모든 것은 객체로 구성되므로 OOP는 언어의 가장 중요한 테마 중 하나로 간주될 수 있습니다. 객체지향 접근 방식은 처음에는 낯설게 느껴질 수 있습니다. 특히 이전에 절차적 언어만 공부한 경우라면 더욱 그렇습니다. 하지만 객체지향으로 전환하는 것은 어렵지 않습니다. 초보자에게 가장 큰 어려움은 추상화 수준과 독립적인 배포입니다. 초보 프로그래머는 객체의 계층 구조를 올바르게 생성하고, 인터페이스가 담당할 작업과 추상 클래스에 넣을 수 있는 작업을 이해하고, 상속을 생성할 수 있어야 합니다. 사다리 등등. 늘 그렇듯이 이 어려움은 연습을 통해 해결됩니다. 첫 직장을 구한 사람의 80.3%인 대다수의 응답자는 OOP 원칙을 잘 알고 있으며 지속적으로 사용하고 있었습니다. Java Junior 및 인턴으로 일한 첫 해에 응답자의 78.8%가 OOP 원칙을 매우 자주 사용했으며, 12.1%는 때때로 사용했습니다. 청취자의 7.6%는 거의 사용하지 않았습니다. 이 사람들은 주로 단위 테스트와 다양한 소규모 작업으로 바빴습니다. 즉, 물론 그들은 클래스나 객체도 사용했지만(Java에서는 이것이 없이는 불가능함) 클래스 계층을 거의 생성하지 않았습니다. 컬렉션 프레임워크. 컬렉션은 전체적으로 표시되는 개별 개체의 컬렉션입니다. Java에는 컬렉션을 표현하기 위한 매우 스마트한 컬렉션 프레임워크가 있습니다. 컬렉션은 목록, 일반 및 연결, 집합, 해시 테이블 등 널리 사용되는 데이터 구조를 기반으로 합니다. 따라서 컬렉션을 탐색할 때 데이터 구조에 더 익숙해지는 것이 좋습니다. 컬렉션을 연구할 때 가장 어려운 점은 컬렉션이 어떻게 작동하는지 이해하고 기억하는 것입니다. 요소에 액세스하고 컬렉션에서 요소를 추출하여 추가하는 방법을 이해하면 이 구조나 저 구조를 어디에 적용할지 이해하기 시작합니다. 그것은 연습과 함께 제공됩니다. 그러나 다행스럽게도 수많은 컬렉션이 모두 실제 작업에 적극적으로 사용되는 것은 아닙니다. 응답자의 80.3%는 첫 직장 제안을 받기 전에 컬렉션에 대한 지식이 좋거나 심지어 우수하다고 밝혔으며, 거의 모든 주니어 및 연수생의 96.9%가 첫 직장에서 컬렉션을 사용합니다. 예외 처리.예외는 프로그램을 실행하는 동안 발생할 수 있는 비정상적인 상황입니다. 모든 예외 클래스는 java.lang.Exception 클래스의 하위 유형입니다. 예외 처리 메커니즘은 프로그램에서 오류를 찾는 프로세스를 크게 단순화합니다. 일반적으로 학생들은 JavaRush와 같이 꽤 일찍 예외를 사용하기 시작합니다. JavaRush에서는 이 주제가 첫 번째 Java 구문 퀘스트에서 제기됩니다. 첫 직장을 얻은 거의 모든 JavaRush 졸업생은 예외를 처리하는 방법을 알고 있었고 자연스럽게 작업 중에 예외를 사용했습니다. I/O 스트림 Java. Java로 작성된 최초의 프로그램에는 일반적으로 System.out.println(“Hello world”)과 같은 내용이 포함되어 있습니다. 종종 초보자는 println 메소드가 콘솔에 한 줄을 인쇄한다는 것을 이해하지만 System 및 외부가 왜 거기에 있고 어떻게 작동하는지 모릅니다. 조금 후에 Java는 연속적인 데이터 스트림인 스트림을 사용하여 입력 및 출력 작업을 수행한다는 사실이 밝혀졌습니다. 스레드는 이해하기 가장 쉬운 주제가 아니며 초보자 작업에서는 자주 사용되지 않습니다. 처음으로 Java Junior/Trainee 작업을 구한 사람 중 22.7%만이 I/O 스레드를 많이 사용한다고 답했으며, 31.8%는 때때로 I/O 스레드를 많이 사용한다고 답했습니다. 시간, 25.8% - 드물게. 따라서 20% 미만은 Java 개발자로서 첫 해 동안 전혀 사용하지 않았습니다. 연구하는 동안 18.2%는 흐름에 대해 특별한 어려움을 겪지 않았고 잘 알고 있었으며, 36.4%는 지식이 좋다고 평가했지만 10.6%는 이 주제를 무시했습니다. 멀티스레딩(Java 멀티스레딩/동시성). 아마도 이것이 초보 개발자들에게 가장 큰 오해를 불러일으키는 주제일 것입니다. Java의 멀티스레딩은 매우 잘 구현되어 있음에도 불구하고 이해하기 어렵고 간단한 프로그램(예: 멀티스레드 “Hello, world”)을 작성하는 경우에도 문제가 발생할 수 있습니다. 많은 고용주는 이를 이해하고 있으며 경험이 있을 것으로 예상하여 초보자에게 멀티스레딩에 대한 깊은 이해를 요구하지 않습니다. 응답자의 12%만이 첫 번째 제안을 받기 전에 해당 주제를 좋은 수준으로 알고 있다고 답한 반면, 거의 32%의 응답자는 해당 주제에 대해 전혀 모른다고 인정했습니다. 대다수인 56.2%는 멀티스레딩에 대해 “어느 정도 이해하고 있다”고 답했습니다. 따라서 스레드 작업의 어려움이 현재 극복할 수 없는 것처럼 보인다면 이 숫자를 통해 안심할 수 있습니다. 그러나 인터뷰에서 경쟁 우위를 얻고 싶다면 이 주제가 당신의 장점이 될 수 있습니다. 실제 프로젝트에서는 초보자도 스레드 작업을 거의 허용하지 않습니다. 따라서 초보 프로그래머의 15.1%는 작업 중에 Java 멀티스레딩을 전혀 접하지 않았으며 39.4%는 드물게 접한 적이 있습니다. 작업 첫해에는 응답자의 9.1%만이 멀티스레딩으로 작업해야 했습니다. 람다 표현식.람다 표현식과 함수형 프로그래밍의 힌트는 Java 8에 등장했지만 초보자는 이 편리한 도구를 자주 사용하지 않습니다. 람다 표현식은 어떤 클래스에도 속하지 않고 생성할 수 있는 함수로, 객체로 전달하거나 요청 시 실행할 수 있습니다. 설문 조사에 참여한 졸업생 중 22.7%만이 첫 번째 취업 제안을 받기 훨씬 전에 람다 표현을 알고 있었고, 48.5%는 해당 주제에 대한 지식이 "0에 가깝다"고 평가했습니다. 동시에, 신규 프로그래머 중 85% 이상이 첫 해에 람다 표현식을 사용했다고 말했습니다. 공평하게 말하자면, 이 주제를 아는 사람의 비율이 낮다는 점은 JavaRush에서 람다 표현식이 지금까지 새로운 Java Syntax Pro 퀘스트 및 기사 에만 제공된다는 사실 때문일 수 있음을 지적합니다 . 따라서 잠재적인 Java Junior와 심지어 훈련생에게도 Core Java에 대한 지식이 필요하다고 안전하게 말할 수 있습니다. 물론 멀티스레딩과 같은 일부 주제는 조금만 아는 것이 허용되지만 Java 구문, OOP 및 컬렉션은 여러분의 의식 속에 확고히 자리잡아야 합니다.

알고리즘 및 데이터 구조

정렬 및 검색 알고리즘 연구에 대한 끊임없는 논쟁이 있습니다. 한편으로는 최고의 알고리즘이 오랫동안 작성되어 Java를 포함한 모든 인기 프로그래밍 언어의 라이브러리에 포함되었습니다. 그리고 직접 코드를 작성하는 번거로움 없이 합법적으로 사용할 수 있습니다. 그러나 프로그래머를 교육하는 전문가들은 여전히 ​​모든 초보 개발자에게 버블 알고리즘, 병합, 이진 검색 등을 모두 작성하여 두뇌를 훈련할 것을 권장합니다. 첫째, 이러한 알고리즘은 프로그래머의 기술(즉, 지식이 아니라 기술)과 프로그래밍이 원칙적으로 무엇인지에 대한 사람의 이해에 대한 일종의 리트머스 테스트입니다. 당신의 두뇌가 이미 이런 종류의 작업에 잘 맞춰져 있다면 비교적 쉽게 알고리즘을 작성할 수 있습니다. 그럼에도 불구하고 기억해야 할 점은 두뇌를 정확하게 훈련하려면 알고리즘이 필요하다는 것입니다... 그리고 인터뷰에 통과하려면 이 알고리즘을 작성해 달라는 요청으로 지원자를 괴롭히는 것을 매우 좋아하는 부식성 수석 개발자입니다. 그러나 업무에서 대다수(48.5%)는 효과적이고 입증된 표준 라이브러리 알고리즘을 사용하는 반면, 응답자의 16%는 프로그래머로 일한 첫 해에 정렬을 전혀 사용하지 않았습니다. 졸업생의 69.6%는 첫 번째 채용 제안을 받기 전에 정렬 및 검색 알고리즘을 잘 이해했으며 스스로 작성할 수 있었다고 말합니다. 우리는 Java 컬렉션에 대해 이야기할 때 이미 데이터 구조라는 주제를 다루었습니다. 예, 적용할 위치와 구조를 알기 위해서는 이를 이해하는 것이 좋습니다. 도서관 이미지에서 자신만의 데이터 구조를 만드는 것은 이를 더 잘 이해하는 데 도움이 되는 훌륭한 연습입니다. 예를 들어, 자신만의 ArrayList 버전을 작성하거나 자신만의 단일 연결 목록을 제안할 수 있습니다(Java의 일반적인 LinkedList는 이중 연결됨). 작업하는 동안 초보 프로그래머는 주로 표준 데이터 구조를 사용했습니다.

단위 테스트

JUnit 라이브러리는 Java의 단위 테스트를 담당합니다. 실제로 훈련 초기에 거의 단위 테스트를 시작할 수 있습니다. 최소한 첫 번째 독립 프로젝트를 맡을 때, 아주 작은 프로젝트라도 이미 이 도구에 능숙해 있는 것이 좋습니다. 단위 테스트를 작성하는 것은 약간의 뉘앙스가 있지만 그렇게 어렵지 않습니다. JUnit을 배우는 데는 많은 시간이 걸리지 않지만 이를 알면 얻을 수 있는 이점은 엄청납니다. 테스트를 통해 자신의 코드와 다른 사람의 코드를 다룰 수 있습니다. 초보자는 동료를 위한 단위 테스트를 작성하는 임무를 맡는 경우가 많기 때문에 이는 새 업무에 직접적으로 유용할 수 있습니다. 응답자의 57.5%는 첫 번째 Java 인터뷰에 성공하기 전에 JUnit을 사용했다고 밝혔으며, 83% 이상이 이미 첫 해에 단위 테스트를 사용했습니다.

유틸리티 라이브러리, GUI 및 유용한 구성 요소

우리는 JavaRush 졸업생들이 다양한 도구에 얼마나 친숙한지 물었고 그 중 일부는 우리 과정에서 다루었습니다.

• 서블릿은 서버의 기능을 확장하는 Java 소프트웨어 구성 요소입니다.
• JDBC는 Java 애플리케이션과 데이터베이스 간의 상호 운용성을 위한 플랫폼 독립적인 표준입니다. JDBC는 Java 패키지로 구현됩니다. sql은 Java SE(Standard Edition)에 포함되어 있습니다.
• log4j는 가장 유명한 메시지 로깅 라이브러리입니다. 이를 통해 Java 코드로 라이브러리 호출을 작성한 다음 이미 작성된 코드를 변경하지 않고 유연하게 사용자 정의할 수 있습니다.
• 잭슨/JSON. JSON(JavaScript Object Notation)은 매우 널리 사용되는 개방형 표준 파일 및 데이터 교환 형식이며 Jackson은 Java용 고성능 JSON 프로세서입니다.

이 모든 도구들은 매우 유용하고 업무에 자주 사용되며, 대부분의 학생들이 면접을 준비할 때 이를 소홀히 하지 않았습니다. 이는 특히 Java 프로그래머 직위 지원자의 72.7%가 JDBC를 접한 Jackson의 경우에 해당됩니다. 이 라이브러리는 응답자의 78% 이상이 시도했습니다. 거의 모든 사람들이 업무에 이러한 기술을 사용했습니다. Java 개발자는 GUI를 자주 접하지 않습니다. 우리는 JavaFX에 관해 질문했습니다. 응답자의 18%만이 직장에서 이 기술을 접했습니다. 응답자의 3분의 2가 서블릿을 사용해 작업했으며 연구 기간 동안 서블릿을 사용해 본 응답자는 약간 적었습니다. 또한 일부 새로운 Java 프로그래머는 Apache Commons(재사용 가능한 Java 구성요소의 모든 측면에 초점을 맞춘 라이브러리 세트) 및 Guava(주로 Google 엔지니어가 개발한 Java용 오픈 소스 공통 라이브러리 세트)와 같은 프로젝트를 접한 것으로 나타났습니다.

프레임워크

이전에는 누구도 Java Junior가 Spring이나 Hibernate를 알 것이라고 기대하지 않았습니다. 하지만 시대는 변하고 오늘날에는 연습생에게도 이런 일이 종종 예상됩니다. 이러한 기술을 스스로 배우는 것은 쉽지 않습니다. 모든 것이 명확해 보여도 학생들은 무엇이 무엇인지 매우 빨리 잊어버리는 경우가 많습니다. 때로는 Spring에서 독립적으로 작성된 애플리케이션조차 만병통치약이 아닐 수 있습니다. 적극적인 노력만이 도움이 될 것입니다. 그러나 성공적인 인터뷰 이전에는 응답자의 3분의 1이 Spring에 대해 어느 정도 알고 있었고, 45.5%는 평균적으로 이해하고 있었습니다. Spring boot의 상황은 다소 더 나쁩니다(36.4%는 전혀 몰랐습니다). 설문 조사에 참여한 JavaRush 졸업생 중 거의 44%가 Hibernate에 대해 잘 알고 있다고 말했습니다. 동시에 작업하는 동안 새로운 프로그래머의 거의 88%가 기본 Java 프레임워크를 사용했으며, Spring Boot는 83%, Hibernate는 81%였습니다.

자동화 도구 및 애플리케이션 서버 구축

인터뷰에 참여한 대부분의 JavaRush 졸업생은 프로젝트 빌더와 협력해 본 적이 있습니다. 가장 자주 사용된 것은 Maven이었습니다(40.9%는 실제로 사용해 보았고, 30.3%는 가끔 사용했으며, 12.1%는 연구 중에 지속적으로 사용했습니다). Maven으로 작업할 때 72.7%(자주), 7.6%(가끔), 3%(드물게)를 만났습니다. Gradle의 경우 상황이 다소 더 나쁩니다. 이 컬렉터를 사용해 본 경험이 있는 사람은 22.7%에 불과하며, 대부분이 방금 기술을 사용해 본 경험이 있습니다. 응답자의 거의 절반이 업무에 Gradle을 사용했습니다. Ant는 오랫동안 그 위치를 잃었으며 이는 졸업생들 사이에서 인기가 있음에 반영됩니다. 응답자의 3%만이 Ant를 사용했습니다. 그리고 질문에 답한 사람 중 12%가 그와 함께 일해야 했습니다. 애플리케이션 서버 중에서는 Tomcat이 선두를 달리고 있으며, 응답자의 77% 이상이 연구 중에 이를 알아냈고, 11%는 GlassFish를, 12%는 JBoss를 사용해 보았습니다. 이미 일하고 있는 사람들 사이에서 서버의 인기는 비슷한 것 같습니다. 입사한 사람 중 Tomcat을 사용해본 경험이 없는 사람은 31.8%에 불과했습니다. 또한 JavaRush 졸업생은 프로그래머로 일한 첫해 동안 WebSphere, Jetty, Netty, Wildfly, Weblogic과 같은 서버를 사용해 보았습니다.

또 뭐야?

대다수의 응답자는 첫 직장을 갖기 전이라도 다음과 같습니다.

• HTML, CSS 및 JavaScript에 대한 이해가 있었습니다.
• 데이터베이스 작업을 하고 SQL을 알고 있었습니다.
• 거의 모든 사람들이 Git과 GitHub를 사용했습니다.
• 순수 XML로 작업해 보았습니다.

이 모든 기술은 추가 작업에 유용했습니다. Java 프로그래머 또는 해당 문제에 관한 다른 사람은 기본적으로 위의 모든 내용에 익숙할 것으로 예상됩니다. 그것은 깊은 지식이 아니라 아는 것입니다. 따라서 때때로 Java에서 벗어나 이러한 기술을 연구하여 시야를 넓히는 것이 좋습니다. 또한 질문에 답한 사람들 중 일부는 인터뷰에서 디자인 패턴, 아키텍처 패턴에 대한 최소한 이론적 지식은 물론 프로그래밍 매너(모두 KISS, DRY, SOLID)를 갖고 있어야 한다고 언급했습니다. 그러나 대부분의 인터뷰에서는 정의만으로 충분했습니다. 인터뷰를 진행한 사람들은 그러한 것에 대한 진정한 이해는 지속적인 연습을 통해서만 온다는 것을 잘 알고 있었습니다. 당신의 업무에 도움이 되었나요? 물론 그들은 유용했습니다.

결론

배워야 할 기술의 수로 인해 너무 겁을 먹지 않기를 바랍니다. 이 모든 것을 철저하게 알 필요는 없으며, 게다가 그것을 모두 알아내는 것은 꽤 흥미롭습니다. 당신이 프로그래머가 되기로 결정한 것은 괜한 일이 아니죠? 그러니 계속해서 Java를 배우고 동기를 부여받으세요. 행운을 빌어요! PS 이미 일자리를 구했고 자신의 경험에 대해 이야기하고 싶다면 댓글을 환영합니다!