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

Това есе израсна от разговори, които имах с няколко разработчици относно пристрастията на Java. Това не е критика на Java, а по-скоро ясен пример за „хакерския радар“.

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

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

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

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

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

Прекален ентусиазъм. Тези стандарти не трябва да се налагат. Никой не се опита да популяризира C, Unix или HTML. Истинските стандарти се установяват много преди повечето хора дори да чуят за тях. На радара на хакера Perl изглежда не по-малко от Java поради своите достойнства.
Java не се цели високо. В оригиналното описание на Java Гослинг изрично заявява, че Java е проектирана да бъде лесна за програмисти, свикнали с C. Той е проектиран да бъде друг C++:C с няколко идеи, заимствани от по-напреднали езици. Подобно на създателите на ситкоми, бързо хранене или туристически обиколки, създателите на Java съзнателно са проектирали продукт за хора, които не са толкова умни като тях самите. В исторически план езиците, предназначени за използване от други хора, са се провалили: Cobol, PL/1, Pascal, Ada, 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), са спечелили. Причина: Днешният непълнолетен хакер е утрешният технически директор.
Неподходящите хора я харесват. Програмистите, на които най-много се възхищавам, като цяло не са луди по Java. Кой я харесва? Костюми, тези, които не виждат разликата между езиците, но постоянно чуват за Java в пресата; програмисти в големи компании, обсебени от намирането на нещо по-добро дори от C++; всеядни преддипломни студенти, които ще харесат всичко, което ще им осигури работа (или ще се окажат на изпит). Мненията на тези хора се променят с посоката на вятъра.
Родителят й изпитва трудности. Бизнес моделът на Sun е атакуван на два фронта. Евтините процесори на Intel, използвани в настолните компютри, станаха достатъчно бързи за сървъри. И FreeBSD изглежда се превръща в толкова добра сървърна операционна система, колкото Solaris. Рекламата на Sun предполага, че ще имате нужда от сървъри Sun за приложения от производствен клас. Ако това беше вярно, Yahoo щеше да бъде първият на опашката за закупуване на Sun. Но когато работех там, използваха Intel и FreeBSD сървъри. Това е добър знак за бъдещето на Sun. И ако слънцето залезе, Java също може да има проблеми.
Любов към Министерството на отбраната. Министерството на отбраната насърчава разработчиците да използват Java. И това изглежда като най-лошият знак от всички. Министерството на отбраната върши отлична (макар и скъпа) работа за защита на страната, те обичат планове, процедури и протоколи. Тяхната култура е напълно противоположна на хакерската култура; когато става въпрос за софтуер, те са склонни да правят грешни залози. Последният език за програмиране, в който Министерството на отбраната се влюби, беше Ada.

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

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

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

Благодаря за превода: Денис Митрополски

PS

Селекция от 143 превода на есетата на Пол Греъм (от 184)

Източник: www.habr.com

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

PS

Добавяне на нов коментар Отказване на отговора

Добавяне на нов коментар