Java의 가장 큰 장점은 실제로 크로스 플랫폼이라는 것입니까?

다음 토론은 PC와 모바일에만 해당됩니다.

Java의 가장 큰 장점은 과연 크로스 플랫폼이라는 것일까요? 예전에는 그랬지만 더 이상은 아닙니다.

크로스 플랫폼 요구 사항이 있는 것은 서버가 아닌 클라이언트 애플리케이션뿐입니다. 예를 들어, 데스크톱 애플리케이션의 경우 고객은 Windows 사용자일 수도 있고 Linux 사용자일 수도 있습니다. 각 플랫폼에 적응하는 데 더 많은 투자를 하고 싶지 않다면 소위 "한 번 작성하면 어디서나 실행 가능"이라는 Java의 기능이 매우 훌륭해질 것입니다. 그러나 오늘날 전체 소프트웨어 세계는 B/S 애플리케이션(임베디드 제외)으로 기울고 있습니다. 클라이언트가 크로스 플랫폼이 되더라도 기본적으로 Java보다 QT와 같은 타사 프레임워크가 훨씬 더 강력합니다. 데스크톱 애플리케이션 분야에서는 이는 부인할 수 없는 사실이며, Java가 그토록 자랑스러워했던 애플릿은 이미 사라진 지 오래입니다. 클라이언트 측 Java에 탁월한 점이 있다면 그것은 Android뿐입니다. Android는 처음에는 서로 다른 하드웨어 장치 간의 차이를 보호하기 위해 JVM에 의존하여 큰 성공을 거두었지만 오늘날 Android L의 ART 모드가 이러한 상황을 뒤집을 것이며 Google도 자체 Go 언어를 사용하려고 할 수도 있습니다. Java는 Android 플랫폼의 첫 번째 언어입니다. 따라서 클라이언트 측에서는 Java가 거의 완전히 패배했습니다.

서버측 애플리케이션은 크로스 플랫폼일 필요가 없습니다. 웹서버를 구축할 때 오늘은 리눅스를 사용하고 다음 달에는 윈도우로 전환하는 회사는 없을 것 같죠? Debian에서 Fedora로 등 Linux 배포판만 변경하면 기본적으로 Linux 커널은 변경되지 않으므로 C++와 같은 순수 컴파일된 언어에는 문제가 없습니다. 게임 서버를 구축한다면 거의 모든 사람들이 Win 플랫폼 대신 Linux를 선택할 것이라고 생각합니다. Java의 크로스 플랫폼 이점의 실용성은 실제로 크게 약화되었습니다. 실제 응용 프로그램에서는 Java가 크로스 플랫폼일 수 있다는 것을 인식하는 것이 거의 불가능하다고 할 수 있습니다. 3대 상용 JVM 중 하나인 JRockets은 컴파일러 전용 JVM입니다. 즉, 애플리케이션이 시작될 때 모든 바이트코드가 로컬 머신 코드로 컴파일됩니다. 이는 실제로 크로스 플랫폼을 상당 부분 포기하고 성능을 추구합니다.

현재 Java의 가장 큰 장점은 크고 완전한 생태계입니다. 프로그래밍 언어가 대중화될 수 있는지 여부는 주로 해당 언어의 생태계에 따라 결정됩니다. Java 생태계의 완성도는 주로 다음과 같은 측면에서 반영됩니다.

Java는 세계에서 가장 많은 프로그래머 수를 보유하고 있습니다. 농부라고 해도 상관없지만 그 숫자에 따라 가장 눈에 띄는 효과는 회사가 사람을 채용할 때 자바 프로그래머를 채용하기가 더 쉽다는 점이다. 소프트웨어 세트를 만들고 싶고 C++, Scala 또는 Ruby와 같은 언어로 구현해야 하는 훌륭한 기술 솔루션이 있지만 충분한 인력을 모집할 수 없다면 계획이 대부분 실패할 것이라고 상상해 보십시오. 낭비될 가능성이 높습니다. 이때 귀하의 애플리케이션 Java도 이를 수행할 수 있고 충분한 인력을 쉽게 모집할 수 있으므로 Java를 선택할 가능성이 더 높습니다.

Java에는 수많은 타사 라이브러리가 있습니다. HTML을 구문 분석하려면 아마도 C/C++와 같은 언어로 자체 구문 분석 알고리즘 라이브러리를 작성해야 할 것입니다. 그러나 Java인 경우 Github에서 JSoup을 쉽게 찾고 Maven을 사용하여 종속성을 가져오고 얻을 수 있습니다. HTML은 몇 분 안에 완료됩니다. 이런 이유로 자바를 풍자하는 말도 있다: "우리는 코드를 생산하지 않는다. 우리는 단지 Github 포터일 뿐이다." 이 문장은 말 그대로 의미가 있지만, 큰 가치를 지닌 소프트웨어 생산 효율성의 향상을 무시합니다. 소프트웨어 개발의 경우 회사의 유일한 비용은 실제로 "인두세 비용"입니다. 개발 시간을 한 달씩 단축할 때마다 회사는 수십만, 수천만 달러의 R&D 비용을 절약할 수 있습니다.

Java에는 강력한 IDE가 있습니다. Eclipse는 플러그인을 통해 거의 모든 개발 요구 사항을 충족할 수 있습니다. 조금 느리긴 하지만 JVM 튜닝을 통해 프로그램의 원활함을 향상시킬 수 있습니다. 기본 JVM 매개변수는 절대 사용하지 마세요. 그러나 IntelliJ Idea는 Eclipse를 완전히 능가했으며 Idea의 지능은 Win 플랫폼의 VS와 거의 비슷합니다. 저는 Vim 없이는 살 수 없는 사람인데, 두 IDE 모두 Vim 플러그인을 사용하여 행복하게 살아갈 수 있습니다.

Java에는 킬러 애플리케이션이 많이 있습니다. 말할 필요도 없이 Spring, Struts, Hibernate, Hadoop, Tomcat, JBoss 등이 있습니다.

Java에는 구문 기능이 거의 없습니다. 네, 그것도 장점이에요. C++는 C에 비해 많은 기능을 추가합니다. 배우기 어려울 뿐만 아니라, 사용하면 코드의 가독성도 떨어집니다. 실제로 시간과 노력이 낭비됩니다. 오늘날의 세계에서 프로그래밍 언어에 대한 요구 사항은 간단한 구문과 읽기 쉬운 코드이며 성능은 차선책입니다. 따라서 Python 및 Ruby와 같은 프로그래밍 언어가 탄생했습니다. 많은 사람들이 자바 구문이 글로 부풀어 오른다고 비판하고 있는데, 사실은 프로그래밍 언어가 부풀어 오른 구문 때문에 사라진 적이 없다는 사실이다. 그 생사를 결정하는 것은 생태계이다. 비평가들을 위해 다음은 Zhihu의 인용문입니다. "동적 유형은 한동안 훌륭하지만 코드 리팩토링은 화장터입니다."

Java의 성능은 이미 충분히 높습니다. Sun/Oracle HotSpot JVM의 내장 JIT 컴파일러는 런타임 시 바이트코드를 최적화하기 위해 많은 노력을 기울였습니다. 서버 애플리케이션이 시작된 후 JVM을 충분히 "워밍업"하고 합리적인 시작 매개변수를 제공합니다. 성능에 매우 민감한 시스템 애플리케이션이 아니라면 Java는 충분히 빠릅니다. 이를 시각화하는 간단하고 실행 가능한 방법이 있습니다. +XX:PrintCompilation을 JVM 시작 매개변수에 추가하여 JIT 컴파일러가 얼마나 바쁜지 확인하세요. 오늘날에는 소프트웨어에 대한 수요가 늘어나고 있으며, 성능이 만족스러우면 개발 효율성이 최우선입니다. 이는 Python과 같은 동적 스크립팅 언어가 인기를 끄는 주된 이유이기도 합니다