[LOR] Роб Пайк дал оценку Java и C++

[rssbot]

Один из ведущих инженеров Google — Роб Пайк (Rob Pike) — выступил на конференции O'Reilly Open Source Convention (OSCON) и выразил мнение корпорации о современных языках разработки и месте C++ и Java в них. Он отозвался об этих индустриальных китах очень негативно, назвав их многословными, чрезмерно сложными и неадекватными к применению в решении задач современной компьютерной инфраструктуры.

"Я думаю, что эти языки слишком сложны для использования, слишком трудны для понимания, слишком замысловаты. Они очень многословны, их сложность, громоздкость и непонятность возрастают со временем", — заявил Роб.

оригинал на linux.org.ru

[sash-kan]

подробности.

[Ism]

На счет C++ бОльшего бреда я не слышал.
Он что, предлагает перейти на Visual Basic или писать макросами?

Они очень многословны, их сложность, громоздкость и непонятность возрастают со временем

а написать объект очень сложно ?

[Voral]

На счет C++ бОльшего бреда я не слышал.
Он что, предлагает перейти на Visual Basic или писать макросами?

Ну глядя на то кто именно это сказал сомневаюсь,что на VB
Возможно для него это так.
Я пока доволен сями.

upd.... Видимо он намекает, что надо на средствf разработки google переходить
к сожалению мой английский не слишком, чтоб точно вникнуть в суть статьи

[t.t]

Интересно, как резкая критика Java коррелирует с Android и Dalvic?

[t.t]

Думаю, понятно, что вопрос выше относится не к Робу Пайку как таковому, а к Робу Пайку в роли «ведущего инженера Google».

[t.t]

Несколько ссылок для тех кто не в курсе, во избежание комментариев, подобных посту №3:
http://ru.wikipedia.org/wiki/%D0%A0%D0%BE%...%B0%D0%B9%D0%BA
http://en.wikipedia.org/wiki/Rob_Pike
http://herpolhode.com/rob/

В частности, к теме относится цитата, приведенная в английской википедии:

Object-oriented design is the roman numerals of computing.

Заметьте: это сказано более шести лет назад.

[Nazyvaemykh]

Ирония положения в том, что и C++, и Java, не имея собственных недостатков, в полной мере реализуют и раскрывают все те недостатки, что заложены в их прародителе — C («кресты» в большей и «Ява» в меньшей степени). Критика C++/Java со строны Pike и Co…

[zombie]

На ЛОРе я уже навысказывался....

ОН АБСОЛЮТНО ПРАВ!

[sciko]

Заметьте: это сказано более шести лет назад.

Про это говорили ещё лет 30-40 назад.
Например, у кого-то есть такое высказывание, что абстрактный класс -- это избыточность в её наиболее чистом виде.

А г-н Роб Пайк тупо пиарит свой конкретно новый и прадвинутый ызык Go. И вопрос о том куда go этот г-н и его ызык ещё весьма и весьма открыт.

На ЛОРе я уже навысказывался....

Забыл напомнить, чтобы этого тролля не кормили.

[t.t]

Ирония положения в том, что и C++, и Java, не имея собственных недостатков, в полной мере реализуют и раскрывают все те недостатки, что заложены в их прародителе — C («кресты» в большей и «Ява» в меньшей степени). Критика C++/Java со строны Pike и Co…

Это такой толстый троллинг, или Вы эту ерунду на полном серьёзе написали?

[Voral]

UPD.
Написал. (Нездержался на высказывание метного "ВЕЛИКОГО ГУРУ") все же решил стереть......

[t.t]

Заметьте: это сказано более шести лет назад.

А г-н Роб Пайк тупо пиарит свой конкретно новый и прадвинутый ызык Go. И вопрос о том куда go этот г-н и его ызык ещё весьма и весьма открыт.

Не понимаю, с чего Вы взяли, что он что-то «пиарит». На мой взгляд, совершенно очевидно, что если Пайк считает ООП отсталостью, то его новый язык не будет ОО. Точно так же вполне логично выглядит его критика C++ и Java. На мой взгляд, эта критика более чем обоснована.

[zombie]

Забыл напомнить, чтобы этого тролля не кормили.

Я голодный

[sciko]

Я голодный

Кормёжка тут.

[math]

Я совершенно согласен. Но думаю, что ЯП, который придёт на смену должен быть проще, чем Си. Пока такого, насколько я знаю, ещё нет.

[romanio]

Как бы, Inferno с его Limbo - достаточно неплохой рантайм. Иное дело, что он малоизвестен, но он разрабатывался, в числе прочих, и Робом Пайком (Go некоторые инферналы считают урезанным вариантом Limbo).

[watashiwa_daredeska]

думаю, что ЯП, который придёт на смену должен быть проще, чем Си. Пока такого, насколько я знаю, ещё нет.

Lisp. Проще уже некуда. Весь синтаксис — две скобочки, пробел и «всё остальное» :)

[Nazyvaemykh]

Ирония положения в том, что и C++, и Java, не имея собственных недостатков, в полной мере реализуют и раскрывают все те недостатки, что заложены в их прародителе — C («кресты» в большей и «Ява» в меньшей степени). Критика C++/Java со строны Pike и Co…

Это такой толстый троллинг, или Вы эту ерунду на полном серьёзе написали?

Ни то, ни другое. Но, почему, собственно, ерунда?

Интересно, что нет ни одного удачного языка, похожего на Си (во всяком случае, достаточно распространенного). Интересно, что есть целая плеяда замечательных „виртоподобных“ языков.

Да, для своей ниши Си достаточно хорош. Но вот сделать похожий на него язык высокого уровня почему-то не получается.

[watashiwa_daredeska]

Интересно, что нет ни одного удачного языка, похожего на Си

Что есть мера удачности?

Си достаточно хорош. Но вот сделать похожий на него язык высокого уровня почему-то не получается.

Что есть «язык выского уровня», и какой высоты должен быть уровень?

Интересно, как резкая критика Java коррелирует с Android и Dalvic?

Лехко. Что поделать, если ничего лучшего и практически применимого нет пока?

или писать макросами?

Смотря какими макросами. Макросами уровня Lisp я бы не отказался писать, вместо этих жутких template'ов (c++) и убогих generic'ов (java).

[t.t]

Ирония положения в том, что и C++, и Java, не имея собственных недостатков, в полной мере реализуют и раскрывают все те недостатки, что заложены в их прародителе — C («кресты» в большей и «Ява» в меньшей степени). Критика C++/Java со строны Pike и Co…

Это такой толстый троллинг, или Вы эту ерунду на полном серьёзе написали?

Ни то, ни другое. Но, почему, собственно, ерунда?

Да хотя бы потому, что те свойства, которые унаследованы си++ и явой от си, у самого си не являются недостатками. И уже поэтому критика вполне резонная.

Интересно, как резкая критика Java коррелирует с Android и Dalvic?

Лехко. Что поделать, если ничего лучшего и практически применимого нет пока?

Это очень зависит от того, для чего и для кого применять. Если, скажем, за один из критериев взять популярность (я бы даже сказал попсовость), то да. С другой стороны, это плохо стыкуется с тем, что Dalvic сделали несовместимым с уже существовавшими реализациями Java.

[watashiwa_daredeska]

это плохо стыкуется с тем, что Dalvic

... это вообще-то виртуальная машина, а не язык ни разу. То, что за язык взяли уже существующую Java — ничего удивительного, ведь целью является не революция в языках программирования, а коммерческая выгода, которая достигается максимальным повторным использованием coding monkeys и уже имеющихся результатов их труда. С учетом разнообразия мобильных платформ — Java является наиболее популярным для этого решением.

[math]

думаю, что ЯП, который придёт на смену должен быть проще, чем Си. Пока такого, насколько я знаю, ещё нет.

Lisp. Проще уже некуда. Весь синтаксис — две скобочки, пробел и «всё остальное»

неправильно я выразился. не "проще", а "низкоуровневее" - как-то так. Есть такая штука, Форт называется, но я не смог его оценить, так как не нашёл ни одной книги, где бы объяснялось, как же всё-таки писать на нём программы. а сам я так и не понял. да и стековые вычисления - совсем уж жуть (необходимость соображать как разместить операнды - по-моему чересчур, хотя может это просто дело привычки)

оффтоп
что за пробелы левые перед запятыми стали появляться?

[sash-kan]

math
http://ru.wikipedia.org/wiki/Forth#.D0.9B.....83.D1.80.D0.B0
рекомендую Лео Броуди «начальный курс программирования на форте». просто и наглядно.

как же всё-таки писать на нём программы

2 2 + .
вот и первая программа готова.

[watashiwa_daredeska]

неправильно я выразился. не "проще", а "низкоуровневее" - как-то так.

Низкоуровневее C? Assembler.

необходимость соображать как разместить операнды - по-моему чересчур

По-моему, это элементарно. Если есть некоторое выражение, то записать его в польской записи -- без проблем. И читается, кстати, тоже без проблем и заморочек с приоритетами операций, которые я вечно забываю.

Однако, C низкоуровневее, чем Форт, ибо ближе к железу. Форт -- абстракция более далекая от того, как работает железка, нежели C.

[Aviator]

Народ, а почему Оберон забыли? Экономный синтаксис, простые и прозрачные правила. Есть все что нужно - и сборка мусора, и компонентно-ориентированное программирование, и ООП.

[sciko]

Экономный синтаксис, простые и прозрачные правила.

Самый экономный синтаксис, самые простые и прозрачные правила у BrainFuck.

и сборка мусора, и компонентно-ориентированное программирование, и ООП.

А вот это всё не нужно. Функциональное программирование рулит! По крайней мере для меня.

[Nazyvaemykh]

У brainfuck очень неэкономный синтаксис: нужно очень много буков, чтобы передать простейшую мысль.

[watashiwa_daredeska]

если Пайк считает ООП отсталостью, то его новый язык не будет ОО.

Object Oriented Design != Object Oriented Programming.

[diesel]

Есть все что нужно - и сборка мусора, и компонентно-ориентированное программирование, и ООП.

чорд, неужели есть люди действительно верящие в ООП как в что-то особое?