코드에 관해서는 뜨거운 주제가 많이 있으며, 시대에 뒤처지지 않는 것은 항상 트렌드입니다. 좋은 것에서 찌꺼기를 분리하는 방법이 궁금하시다면 저희가 도와드리겠습니다. 필요한 것은 계속 읽어볼 수 있는 영감뿐입니다.
다음 콘텐츠에서는 2016년 핫스팟과 올해 더 핫할 곳은 무엇인지 살펴보겠습니다. 물론 저는 Java에 대해 이야기하고 있습니다. 좋아, 항해를 시작하자.
Java 6의 버그부터 시작하겠습니다. 이 버그는 Java 9에서 함수가 됩니다: sun.misc.Unsafe. 이 라이브러리는 낮은 수준의 안전하지 않은 작업을 수행하기 위한 메서드 모음입니다. 예를 들어, 할당 인스턴스 메서드를 사용하면 객체 초기화 단계를 건너뛰거나 생성자에서 안전 검사를 우회할 수 있습니다.
Oracle은 Unsafe 라이브러리를 완전히 제거하는 것을 고려했지만 커뮤니티는 마음을 바꿔 궁극적으로 Unsafe 라이브러리를 Java 9의 기능으로 만들었습니다.
커뮤니티에서 Java 9 또는 향후 Java 버전의 변경 가능성에 대해 이야기한 것은 이번이 유일한 것이 아닙니다. 올해 초, Oracle의 Java 언어 설계자인 Brian Goetz는 JEP 286의 결과를 발표했습니다.
이 제안에서는 Java 애플리케이션 작성을 단순화하기 위해 향후 Java 버전에 지역 변수 유형 추론을 도입할 것을 권장합니다. 물질? 74%의 개발자는 덜 장황하고 관련 유형을 지정하지 않고도 변수를 선언할 수 있기를 원합니다.
Java 9가 출시될 때까지 200일 이상이 남았으므로(릴리스 날짜를 손가락으로 세고 있기 때문에) 다양한 JEP를 살펴보고 새롭고 향상된 기능을 찾을 시간이 충분합니다. 여기에서 CompletableFuture 및 흥미로운 java.util.concurrent.Flow 클래스에 대한 업데이트를 포함한 추가 동시성 업데이트인 JEP 266을 접하게 됩니다.
Java 9가 지난 한 해 동안 헤드라인을 장식했다는 것은 의심할 여지가 없으며, 2017년에도 계속해서 더 많은 관심을 받을 것입니다. 이제 우리가 해야 할 일은 기다리며 그것이 다시 지연되지 않기를 바라는 것뿐입니다.
2016년은 Java EE라고도 알려진 Java Enterprise Edition에 있어 의미 있는 해입니다. 이는 Java SE를 기반으로 구축되었기 때문에 글로벌 Java 커뮤니티에 혼란의 원인이 되어 왔습니다. 공식적으로 이는 Oracle(예: Glassfish 참조 구현) 및 Red Hat 및 IBM과 같은 다른 공급업체의 실제 사용 가능한 구현이 포함된 "단지" 사양입니다.
Java EE에는 많은 문제가 있습니다. 주로 "오라클이 엔터프라이즈 소프트웨어를 포기했습니까?"라는 문제입니다. Java EE에 대한 치명적인 타격은 Gartner의 "애플리케이션 플랫폼 시장 가이드" 보고서에서 비롯됩니다. 보고서에서 Gartner는 Java EE가 "구식이고 더 이상 현대 애플리케이션의 요구 사항을 충족하지 않는 모델"을 위해 구축되었다고 언급했습니다. 아아~
Java EE 커뮤니티는 Gartner가 옳지 않다고 말했고 이로 인해 이 버전에 대한 논의가 촉발되었습니다. Java EE 8은 2017년 상반기에 출시될 예정이지만, 지금으로서는 칭찬하기에는 이르다고 생각합니다. 이것이 어떻게 진행되고 Java EE가 충돌할지 여부를 기다려야 합니다.
Java는 단순한 Java 9가 아닙니다. 최신 동향을 파악해야 할 많은 추세가 있습니다. 좋은 시작은 2016년 상위 100개 Java 라이브러리를 탐색하여 지난 한 해 동안 놓쳤을 만한 내용이 있는지 확인하는 것입니다.
또한, 라이브러리가 마음에 들지 않는다면 Google(Guava 아님)에서 확인해 볼 만한 흥미로운 Java 라이브러리가 있습니다.
교육 경로를 따르면 경험을 통해서만 배울 수 있는 몇 가지 핵심 요소가 있으므로 학습할 준비를 하십시오.
도전을 찾고 있다면 시간을 투자할 가치가 있는 프로젝트가 많이 있습니다. 이러한 우아한 문제, 문자열 조작 또는 Java 음악 플레이어를 해결하고 진행하면서 배울 수 있습니다. 물론, 문제가 발생하거나 궁금한 점이 있으면 훌륭한 Stackoverflow가 항상 여러분을 도와줄 것입니다. 다음은 우리가 찾은 최고의 질문 7가지입니다.
재미있는 일화: GitHub의 최고 Java 프로젝트가 로그를 어떻게 사용하는지 짐작할 수 있나요? 우리는 1,313개의 GitHub 리포지토리에서 779,236개의 Java 로깅 문을 분석하여 ERROR, WARN 또는 FATAL?을 알아냈습니다.
컨테이너는 새해에 매우 유용해졌으며, 서블릿의 수명 주기를 관리하고, URL을 특정 서블릿에 매핑하고, URL 요청자가 올바른 액세스 권한을 갖도록 보장하는 데도 매우 편리합니다.
많은 사람들이 Java 컨테이너에 관심이 있습니다. Alpine Linux와 Docker의 조합에 대한 관심을 불러일으킨 지 불과 몇 달 만에 우리는 OverOps 지원팀과 단독으로 채팅을 시작했고 점점 더 많은 사용자가 컨테이너로 이를 시도하는 것을 보았습니다.
이것이 바로 우리가 Linux에서 독립적이고 musl libc('muscle'로 발음) 및 busybox를 기반으로 하는 Alpine Linux를 사용해 보기로 결정한 이유입니다. 경량일 뿐만 아니라 보안 지향 원칙을 따르고 grsec/Pax를 사용하여 Linux 커널의 보안을 강화합니다.
Docker는 업계에서 가장 인기 있는 도구 중 하나로 남아 있습니다. 회사는 코드 배송이라는 어려운 작업을 맡아 컨테이너 사용을 더 빠르고 쉽게 만듭니다. 그러나 Docker와 함께 Java를 사용하려는 경우 (Java) 계명을 위반할 수 있으므로 다시 고려하는 것이 좋습니다.
우리는 여러분이 무슨 생각을 하는지 알고 있습니다. 여기에 이 전문 용어를 살펴보겠습니다. 2016년에 우리가 접한 가장 일반적인 주제 중 하나는 DevOps였습니다. DevOps는 다양한 의미와 작업 방식을 가지고 있습니다. 그 핵심은 실시간 애플리케이션에서 무슨 일이 일어나고 있는지 파악하고 이를 제어할 수 있는 데 집중하는 것입니다.
어떻게 해야 할까요? 생산 환경을 모니터링합니다. 성능 문제, 오류 및 예외는 항상 발생하며 정확히 무슨 일이 일어나고 있는지 알아야 합니다. 하지만 언제, 왜 문제가 발생했는지 어떻게 알 수 있나요? 여기서 관찰 가능성이라는 개념이 등장하여 시스템에 대한 통찰력을 얻고 무슨 일이 일어나고 있는지 알 수 있습니다.
이는 DevOps 워크플로의 일부이며 제어 이론에서는 외부 출력에 대한 지식을 사용하여 시스템의 내부 상태를 추론하는 측정입니다. 여기에 또 다른 "전문 용어"가 있습니다. 바로 계측입니다. 애플리케이션이 우리와 사용자에게 영향을 미치기 전에 통찰력을 얻을 수 있게 해주는 것은 바로 계측입니다.
이러한 구성 요소를 확립한 후에는 이제 애플리케이션 성능을 모니터링하는 데 도움이 되는 도구를 제공할 차례입니다. 애플리케이션이 시작되어 실행되면 오류나 예외가 발생하는지 여부와 시기를 알아야 합니다. 이것이 바로 시장에 많은 버그 추적 도구가 있는 이유입니다. 따라서 올바른 도구를 선택하기만 하면 됩니다.
오류는 우리의 주의가 필요한 유일한 문제가 아니며, 2016년에 남은 가장 큰 과제는 로그 파일을 다루는 것입니다. 모든 사람은 로그 파일을 사용하여 애플리케이션의 오류, 충돌 및 예외를 검색하고 이해합니다. 어떤 사람들은 직접적인 접근 방식을 사용하여 일반 텍스트 로그 파일을 살펴보는 반면, 다른 사람들은 로그 건초 더미에서 오류를 찾는 데 도움이 되는 로그 관리 도구에 의존합니다.
프로덕션 오류 및 예외를 디버그하는 새로운 방법을 찾고 있다면 OverOps(2016년 개정)가 전체 호출 스택의 전체 소스 코드와 변수 상태를 제공합니다. 오류를 일으키는 모든 매개변수와 변수는 트랜잭션이나 워크플로로 전달됩니다.
우리는 마이크로서비스의 추세를 무시할 수 없습니다. 어떤 사람들은 그것이 단지 또 하나의 참을 수 없는 유행어일 뿐이라고 말할 것이고, 다른 사람들은 단일체를 무너뜨리거나 반대적인 접근 방식을 취하고 부정적인 것에 집중하는 것의 미덕을 칭찬할 것입니다.
어떻게 보면 요즘은 다들 마이크로서비스를 하고 있는 것 같습니다. 이제 마이크로서비스를 사용할 때 프로덕션 환경에서 이를 건드리지 않도록 주의하면 됩니다.
서버리스 컴퓨팅 아키텍처도 지난 몇 년 동안 주목을 받아왔습니다. 서버리스 컴퓨팅의 개념에는 서버가 아닌 코드 배포가 포함됩니다. 서버를 구매, 관리, 확장하는 대신 클라우드 공급자는 VM에 대한 요청을 처리합니다.
따라서 여전히 서버가 필요하지만 이 새로운 모델이 그 책임을 대신합니다. 즉, 서버나 설치된 소프트웨어에 대한 배포를 처리하는 데 번거로움이 없습니다. 기본적으로 관리형 클라우드 서비스와 컴퓨터만 있으면 됩니다.
그리고 마지막으로, 인공지능과 머신러닝이 나온 지 꽤 됐지만, 여전히 모두가 그것에 대해 이야기하는 것 같은 느낌이 듭니다. 이는 더 이상 과학자와 연구자들 사이에 비밀이 아니며 거의 모든 신흥 기술에서 구현되는 것을 볼 수 있습니다.
이 분야의 최근 화제와 발전으로 인해 연구자가 아닌 사람들도 이 분야에 더 쉽게 접근할 수 있게 되었습니다. 이제 관련 알고리즘과 도구에 완전하고 쉽게 액세스할 수 있습니다. 자신이 무엇을 하고 있는지 알아야 하며, 기계 학습 기능을 사용하여 애플리케이션을 향상시키는 것이 훨씬 쉽습니다.
Java 커뮤니티를 사랑해야 합니다. 왜냐하면 그것들은 언어의 미래 버전에 영향을 미쳤을 뿐만 아니라 모임, 기사 및 Java와 관련된 모든 것을 통해 우리 모두를 풍요롭게 해주기 때문입니다. 2016년에는 JavaOne, QCon과 같은 매우 놀라운 컨퍼런스가 있었고 지금 다시 시청할 수 있는 더 많은 훌륭한 강연이 있었습니다.
소프트웨어 개발에서 새로운 것을 배우기 위한 주요 리소스 중 하나는 온라인 강의와 비디오를 시청하는 것입니다. 귀하가 소파에 편안히 앉아 여기저기 돌아다닐 필요 없이 Java 전문가가 자신의 경험을 우리와 공유할 수 있기 때문에 훌륭한 플랫폼입니다.
또는 비디오 시청이 마음에 들지 않는 경우 Java 데크를 탐색하면 현재 동향에 대한 최신 정보를 계속 얻을 수 있습니다.
동료 지원은 업무의 모든 측면과 관련이 있으며 주변 사람들로부터 많은 것을 배울 수 있습니다. 항상 개선의 여지가 있기 때문에 핵심 특성은 생산성입니다. 우리가 해야 할 일은 제안을 받아들이고 말하고 싶은 사람의 말을 들을 준비를 하는 것뿐입니다.
커뮤니티의 또 다른 핵심 요소는 오픈 소스 프로젝트를 지원하고 홍보하는 것입니다. 실제로 우리는 여러분이 기다려 왔던(또는 아닐 수도 있는) 명령줄 도구인 Bullshifier를 공식적으로 출시했습니다. 수만 개의 호출 깊이, 수만 개의 클래스가 포함된 엄청나게 큰 코드 기반에서 일부 모니터링 기능을 테스트하는 데 사용되었으며 결국 비정상적인 트랜잭션으로 끝났습니다.
2016년 우리는 많은 주제와 유행어를 접했습니다. 우리가 이미 알고 있는 것들도 있고, 새로운 것들도 Java를 완전히 다른 방식으로 볼 수 있게 해줍니다. 이제 우리는 2017년 Java 9를 기대하고 있으며 2017년에는 몇 가지 업데이트와 더 놀라운 기능, 강연, 프로젝트는 물론 Java에 대한 새로운 전문 용어까지 기대하고 있습니다.
2016년에 가장 좋아했던 Java 기능, 강연, 주제는 무엇이었나요? 아래 의견을 통해 여러분의 의견을 듣고 싶습니다.
영문 원문: 2016년 Java를 작성했다면 놓칠 수 없는 트렌드는 다음과 같습니다.
위 내용은 Java 프로그래머가 놓치지 말아야 할 개발 동향의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!