🥇Пол Грэм за Java и 'хакерските' програмни езици (2001)

Это есе е развитие на разговори с няколко разработчици относно предвзетото отношение към Java. Това не е критика на Java, а по-скоро илюстративен пример за "хакерския радар".

С времето хакерите развиват усет за добри – или лоши – технологии. Мисля, че ще е интересно да изложа причините, поради които Java ми изглежда съмнителна.

Някои от прочелите го оцениха като заслужаваща внимание опит да се напише за нещо, за което никой преди не е писал. Други предупреждаваха, че пиша за неща, в които не разбирам. И така, на случай, че е необходимо, искам да уточня, че не пиша за Java (с която никога не съм работил), а за "хакерския радар" (за него много съм размишлявал).

Изразът "не съдете книга по корицата" възникна в времена, когато книгите се продаваха в чисти картонени корици, които купувачът обвиваше по свой вкус. В тези дни не можеше да кажеш нищо за книгата по корицата ѝ. Въпреки това, оттогава издателският бизнес значително напредна и съвременните издатели полагат много усилия, за да корицата да може да каже много.

Прекарах много време в книжарници и смятам, че научих какво искат да ми кажат издателите, а може би и нещо повече. По-голямата част от времето, което прекарах извън книжарниците, прекарах пред компютърните екрани и смятам, че в известна степен научих да оценявам технологиите по техните "корици". Може да е случайно, но успях да избягам от няколко технологии, оказали се наистина лоши.

Една от тези технологии за мен беше Java. Не съм написал нищо на Java и съм се ограничил само до повърхностно изучаване на документацията, но имам усещането, че не ѝ е съдбата да стане твърде успешен език. Може и да греша – да правиш прогнози за технологии е опасно занятие. И все пак, някакво свидетелство за епохата – ето защо не ми харесва Java:

Прекомерен ентусиазъм. Истинските стандарти не трябва да бъдат налагани. Никой не се е опитал да пропагандира C, Unix или HTML. Истинските стандарти се установяват много преди повечето хора да чуят за тях. На хакерския радар Perl изглежда не по-малко значим от Java, благодарение на своите изключителни достойнства.
Java не поставляет високи изисквания. В оригиналното описание на Java, Гослинг ясно заявява, че Java е създадена да не предизвиква трудности на програмистите, свикнали с C. Тя е разработена, за да стане новият C++: C с няколко идеи, заимствани от по-напреднали езици. Както създателите на ситкоми, бързо хранене или туристически пакети, създателите на Java целенасочено разработват продукт за хора, които не са достатъчно интелигентни, колкото тях. Исторически погледнато, езици, разработвани за употреба от други хора, са се оказвали неуспешни: COBOL, PL/1, Паскал, Ада, C++. Успешни обаче са били тези, които създателите са разработвали за себе си: C, Perl, Smalltalk, Lisp.
Скритите мотиви. Някой веднъж каза, че светът щеше да бъде по-добро място, ако хората пишеха книги само когато имат какво да кажат, вместо да пишат, когато искат да напишат книга. По подобен начин, причината, поради която постоянно чуваме за Java, не е защото се опитват да ни предадат нещо за езиците за програмиране. Чуваме за Java като част от плана на Sun за противопоставяне на Microsoft.
Никой не я обича. Програмистите на C, Perl, Python, Smalltalk или Lisp са влюбени в своите езици. Никога не съм чувал някой да признава любов към Java.
Хората са принудени да я използват. Много от тези, които познавам и ползват Java, го правят по необходимост. Те смятат, че това ще им донесе финансиране, или мислят, че ще се хареса на клиентите, или това е решение на мениджмънта. Това са интелигентни хора; ако технологията беше добра, те щяха да я използват доброволно.
Ястието на много готвачи. Най-добрите езици за програмиране са разработени от малки екипи. Java се управлява от комитет. Ако се окаже успешен език, това ще бъде за пръв път в историята, когато комитет създаде такъв език.
Тя е бюрократична. От малкото, което знам за Java, се създава впечатление, че съществуват множество протоколи, за да се направи нещо. Наистина добрите езици не са такива. Те ви позволяват да правите каквото искате и не ви пречат.
Изкуствен шум. Сега Sun се опитва да направи така, че Java да изглежда, че се управлява от общността, като отворен проект, подобно на Perl или Python. Въпреки това, развитието се контролира от огромна компания. Така че езикът рискува да стане също толкова тъжен и незначителен, колкото и всичко, което излиза от недрата на голяма компания.
Тя е създадена за големи организации. Големите компании имат различни цели от хакерите. На компаниите им трябват езици с репутация, подходящи за големи екипи от посредствени програмисти. Езици с характеристики, подобни на ограничителите на скоростта на камионите U-Haul, които предупреждават глупаците да не нанасят твърде много щети. Хакерите не обичат езици, които говорят с тях от високо. Хакерите имат нужда от мощ. Исторически, езици, създадени за големи организации (PL/1, Ada) губят, докато езици, създадени от хакери (C, Perl) печелят. Причината: днешният младежки хакер е утрешният CTO.
Тя не харесва хората. Програмистите, които най-много уважавам, обикновено не са впечатлени от Java. Кому харесва? На костюмите, тези, които не виждат разликата между езиците, но постоянно чуват за Java в медиите; програмисти в големи компании, обхванати от идеята да намерят нещо по-добро дори от C++; всеядни студенти, на които всичко, което им осигурява работа (или се появява на изпита), им харесва. Мнението на тези хора се променя с посоката на вятъра.
Родителят й минава през тежки времена. Бизнес моделът на Sun е атакуван от два фронта. Евтини Intel процесори, използвани в настолни компютри, станаха достатъчно бързи и за сървъри. И FreeBSD изглежда, че става също толкова добра ОС за сървъри, колкото и Solaris. В рекламата си, Sun намеква, че ще са ви нужни сървъри на Sun за приложения от индустриален клас. Ако това беше вярно, Yahoo щеше да е първият, който да чака, за да купи Sun. Но когато работех там, се използваха сървъри с Intel и FreeBSD. Това предвещава мрачно бъдеще за Sun. И ако Sun тръгне надолу, неприятностите могат да потънат и Java.
Любовта на Министерството на отбраната. Министерството на отбраната насърчава използването на Java от разработчици. И това изглежда като най-лошия знак от всички. Министерството на отбраната върши страхотна (макар и не евтина) работа за защитата на страната, обожават плановете, процедурите и протоколите. Културата им е напълно противоположна на хакерската; по отношение на софтуера са склонни да правят погрешни залози. Последният програмируем език, в който се влюби Министерството на отбраната, беше Ada.

Имайте предвид, че това не е критика на Java, а критика на нейната обложка. Не познавам Java достатъчно добре, за да ми харесва или не. Просто се опитвам да обясня защо не бързам да учя Java.

Отхвърлянето на един език, дори без да се опитате да програмирате на него, може да изглежда прибързано. Но това е нещо, което всеки програмист трябва да направи. Има твърде много технологии, за да научите всичките. Трябва да се научите да оценявате по външните признаци, дали си струва времето. С такава прибързаност отхвърлих Cobol, Ada, Visual Basic, IBM AS400, VRML, ISO 9000, протокол SET, VMS, Novell Netware и CORBA — наред с много други. Просто не ми допаднаха.

Възможно е, в случая с Java, да греша. Може би езикът, промотиран от една голяма компания в опити да се противопостави на друга, разработен от комитет за основната маса, с безумно раздута реклама и обичан от Министерството на отбраната, все пак ще се окаже спретнат, красив и мощен език, на който ще програмирам с радост. Може би. Но е много съмнително.

За превода благодаря на: Denis Mitropolsky