Java 및 "해커" 프로그래밍 언어에 대한 Paul Graham(2001)

이 에세이는 Java에 대한 편견이라는 주제에 대해 여러 개발자와 나눈 대화에서 비롯되었습니다. 이는 자바에 대한 비판이 아니라 오히려 '해커 레이더'의 분명한 예이다.

시간이 지남에 따라 해커는 좋은 기술 또는 나쁜 기술에 대한 감각을 개발합니다. 나는 Java가 의심스러운 이유를 설명하는 것이 흥미로울 것이라고 생각했습니다.

그것을 읽은 일부 사람들은 그것을 이전에 한 번도 쓰여진 적이 없는 것에 대해 쓰려는 주목할만한 시도로 여겼습니다. 다른 사람들은 내가 아무것도 모르는 것에 대해 쓰고 있다고 경고했습니다. 그래서 만약을 대비해 나는 Java(한 번도 사용해 본 적이 없는)에 대해 쓰는 것이 아니라 (내가 많이 생각해 본) "해커 레이더"에 대해 쓰고 있다는 점을 분명히 하고 싶습니다.

'표지로 책을 판단하지 말라'는 표현은 책을 구매자가 원하는 대로 묶은 빈 판지 표지로 판매하던 시절에서 유래되었습니다. 그 당시에는 표지로 책을 알 수 없었습니다. 그러나 그 이후로 출판 산업은 크게 발전했고, 현대 출판사들은 표지에 많은 내용을 담기 위해 많은 노력을 기울였습니다.

나는 서점에서 많은 시간을 보냈고, 출판사들이 나에게 말하고 싶어하는 모든 것을 이해하는 법을 배웠다고 생각합니다. 서점 밖에서 보내는 대부분의 시간은 컴퓨터 화면 앞에서 보냈고, 기술을 표지로 판단하는 법을 어느 정도 배웠던 것 같습니다. 그것은 맹목적인 행운일지도 모르지만, 나는 정말 나쁜 것으로 판명된 몇 가지 기술을 피할 수 있었습니다.

이러한 기술 중 하나가 Java였습니다. 저는 Java로 단 하나의 프로그램도 작성하지 않았고 문서만 훑어봤지만 Java가 매우 성공적인 언어가 될 운명은 아닌 것 같은 느낌이 들었습니다. 제가 틀렸을 수도 있습니다. 기술에 대해 예측하는 것은 위험한 사업입니다. 그럼에도 불구하고, 제가 Java를 좋아하지 않는 이유는 다음과 같습니다.

1. 과도한 열정. 이러한 표준을 부과할 필요는 없습니다. 아무도 C, Unix, HTML을 홍보하려고 하지 않았습니다. 진정한 표준은 대부분의 사람들이 그 표준에 대해 듣기 오래 전부터 정해져 있습니다. 해커의 눈에 보이는 Perl은 장점만 보면 Java 못지않게 보입니다.
2. 자바는 높은 목표를 세우지 않습니다. Java에 대한 원래 설명에서 Gosling은 Java가 C에 익숙한 프로그래머가 쉽게 사용할 수 있도록 설계되었다고 명시적으로 밝혔습니다. 이는 고급 언어에서 몇 가지 아이디어를 빌려온 또 다른 C++:C로 설계되었습니다. 시트콤, 패스트푸드 또는 여행 여행의 제작자처럼 Java 제작자는 자신만큼 똑똑하지 않은 사람들을 위한 제품을 의식적으로 디자인했습니다. 역사적으로 다른 사람들이 사용하도록 설계된 언어(Cobol, PL/1, Pascal, Ada, C++)는 실패했습니다. 그러나 성공적인 것은 제작자가 스스로 개발한 C, Perl, Smalltalk, Lisp였습니다.
3. 숨겨진 동기. 누군가는 책을 쓰고 싶을 때 글을 쓰는 것이 아니라, 하고 싶은 말이 있을 때만 책을 쓴다면 세상은 더 나은 곳이 될 것이라고 말했습니다. 마찬가지로 우리가 Java에 대해 계속 듣는 이유는 프로그래밍 언어에 대해 알려주기 때문이 아닙니다. 우리는 Microsoft를 인수하려는 Sun의 계획의 일부로 Java에 대해 들었습니다.
4. 아무도 그녀를 사랑하지 않습니다. C, Perl, Python, Smalltalk 또는 Lisp 프로그래머는 자신의 언어를 좋아합니다. 나는 누구도 Java에 대한 사랑을 선언하는 것을 들어본 적이 없습니다.
5. 사람들은 그것을 사용하도록 강요받습니다. Java를 사용하는 내가 아는 많은 사람들은 필요에 따라 Java를 사용합니다. 그들은 그것이 자금을 조달할 것이라고 생각하거나 고객의 관심을 끌 것이라고 생각하거나 경영진의 결정이라고 생각합니다. 이들은 똑똑한 사람들입니다. 기술이 좋다면 자발적으로 사용할 것입니다.
6. 이것은 많은 요리사의 요리입니다. 최고의 프로그래밍 언어는 소규모 팀에 의해 개발되었습니다. Java는 위원회에 의해 운영됩니다. 만약 그것이 성공적인 언어로 판명된다면, 위원회가 그러한 언어를 만든 것은 역사상 처음이 될 것입니다.
7. 그녀는 관료적입니다. Java에 대해 내가 아는 바에 따르면 어떤 작업이든 수행할 수 있는 프로토콜이 많이 있는 것 같습니다. 정말 좋은 언어는 그렇지 않습니다. 그들은 당신이 원하는 것은 무엇이든 하도록 허용하고 당신의 길을 방해하지 않습니다.
8. 인공적인 과대광고. 이제 Sun은 Java가 커뮤니티 중심, Perl이나 Python과 같은 오픈 소스 프로젝트인 것처럼 가장하려고 합니다. 그러나 개발은 거대 회사에 의해 통제됩니다. 따라서 언어는 대기업의 창자에서 나오는 모든 것과 마찬가지로 지루하고 지저분한 것으로 판명될 위험이 있습니다.
9. 대규모 조직을 위해 만들어졌습니다. 대기업은 해커와 다른 목표를 가지고 있습니다. 회사에는 평범한 프로그래머로 구성된 대규모 팀에 적합하다고 평판이 좋은 언어가 필요합니다. U-Haul 트럭의 속도 제한기와 같은 특성을 가진 언어는 바보에게 너무 많은 피해를 입히지 않도록 경고합니다. 해커는 자신을 비하하는 언어를 좋아하지 않습니다. 해커에게는 힘이 필요합니다. 역사적으로 대규모 조직을 위해 만들어진 언어(PL/1, Ada)는 패배한 반면 해커가 만든 언어(C, Perl)는 승리했습니다. 이유: 오늘의 미성년자 해커가 내일의 CTO가 됩니다.
10. 그녀를 좋아하는 잘못된 사람들. 내가 가장 존경하는 프로그래머들은 일반적으로 Java에 열광하지 않습니다. 누가 그녀를 좋아하나요? 언어 간의 차이를 보지 못하지만 언론에서 Java에 대해 끊임없이 듣는 사람들; C++보다 더 나은 것을 찾는 데 집착하는 대기업의 프로그래머; 취직(또는 시험에 합격)할 수 있는 것이라면 무엇이든 좋아하는 잡식성 대학원생입니다. 이 사람들의 의견은 바람의 방향에 따라 변합니다.
11. 그녀의 부모는 힘든 시간을 보내고 있습니다. 썬의 비즈니스 모델은 두 가지 측면에서 공격을 받고 있습니다. 데스크탑 컴퓨터에 사용되는 저렴한 Intel 프로세서는 서버용으로 충분히 빨라졌습니다. 그리고 FreeBSD는 솔라리스만큼 좋은 서버 OS가 되어가고 있는 것 같습니다. Sun의 광고에서는 프로덕션급 애플리케이션을 위해서는 Sun 서버가 필요하다는 점을 암시합니다. 만약 이것이 사실이라면 Yahoo는 Sun을 인수할 첫 번째 줄을 서게 될 것입니다. 하지만 내가 그곳에서 일할 때 그들은 Intel과 FreeBSD 서버를 사용했습니다. 이는 Sun의 미래에 좋은 징조입니다. 그리고 Sun이 다운되면 Java도 문제에 빠질 수 있습니다.
12. 국방부의 사랑. 국방부는 개발자가 Java를 사용하도록 권장합니다. 그리고 이것은 최악의 징후처럼 보입니다. 국방부는 (비용이 많이 들더라도) 국가를 보호하는 일을 훌륭하게 수행하고 있으며 계획, 절차 및 프로토콜을 좋아합니다. 그들의 문화는 해커 문화와 완전히 반대입니다. 소프트웨어에 관해서는 잘못된 판단을 내리는 경향이 있습니다. 국방부가 사랑에 빠진 마지막 프로그래밍 언어는 Ada였습니다.

이것은 Java에 대한 비판이 아니라 해당 표지에 대한 비판입니다. 나는 Java를 좋아하거나 싫어할 만큼 Java를 잘 모릅니다. 나는 왜 Java를 배우는 데 관심이 없는지 설명하려고 합니다.

프로그래밍을 시도하지 않고 언어를 무시하는 것은 성급한 것처럼 보일 수 있습니다. 그러나 이것은 모든 프로그래머가 처리해야 하는 문제입니다. 모든 기술을 탐색하기에는 너무 많은 기술이 있습니다. 시간을 들일 가치가 있는지 여부를 외부 신호로 판단하는 방법을 배워야 합니다. 나는 마찬가지로 서둘러 Cobol, Ada, Visual Basic, IBM AS400, VRML, ISO 9000, SET Protocol, VMS, Novell Netware 및 CORBA를 폐기했습니다. 그들은 단지 나에게 호소력이 없었습니다.

아마도 Java의 경우에는 내가 틀렸을 수도 있습니다. 아마도 하나의 큰 회사가 다른 회사와 경쟁하기 위해 장려하고 대중을 위한 위원회에서 개발하고 많은 과대광고를 받으며 국방부에서 사랑받는 언어가 그럼에도 불구하고 내가 기쁘게 생각하는 깔끔하고 아름답고 강력한 언어가 될 것입니다. 프로그램에. 아마도. 그러나 그것은 매우 의심스럽다.

번역해주셔서 감사합니다: Denis Mitropolsky

PS

• Paul Graham의 에세이 번역본 143개(184개 중)

출처 : habr.com