LINUX.ORG.RU

Google дал оценку Java и C++

 , , ,


0

2

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

>>> Подробности

★★★★★

Проверено: mono ()
Последнее исправление: MuZHiK-2 (всего исправлений: 2)

«[This sort of programming] is very bureaucratic. Every step must be justified to the compiler»

Karapuz ★★★★★
() автор топика
Ответ на: комментарий от Fracta1L

Haskell?????????? Waaaaaaaaaaaaaaaaay tooooooooooooooooooooooo complex

Karapuz ★★★★★
() автор топика

Один из ведущих инженеров Google

по ссылке - Rob Pike, автор Go, неудивительно в общем-то, что ява и цпп ему не нравятся.

vga ★★
()
Ответ на: комментарий от anotheranonymous

надоели вы со своим Ынтырпрайзом.

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

mono ★★★★★
()
Ответ на: комментарий от anotheranonymous

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

Си в распределенных вычислительных системах - это теперь смешно?

twosev ★★
()
Ответ на: комментарий от twosev

>Си в распределенных вычислительных системах - это теперь смешно?
Посмотри на чем пишутся современные распределенные СУБД и удивись.

anotheranonymous
()
Ответ на: комментарий от anotheranonymous

>>Посмотри на чем пишутся современные распределенные СУБД и удивись.

Весь мир сошелся на СУБД, что ли?

MuZHiK-2 ★★★★
()
Ответ на: комментарий от anotheranonymous

В ынтерпрайзе, вполне себе си... Хотя, тут, на лоре, мне уже говорили что я на самом деле эникейщик!

catap ★★★★★
()
Ответ на: комментарий от anotheranonymous

Посмотри на чем пишутся современные распределенные СУБД и удивись.

Ты считаешь, что на современных распределенных СУБД свет клином сошелся? Тогда я настоятельно рекомендую тебе почитать о том, что такое распределенные вычисления.

twosev ★★
()
Ответ на: комментарий от anotheranonymous

А какая разница. на чем писать репликацию, хеш-таблицу и аллокатор с виртуальной памятью? В случае сей просто это делать проще...

catap ★★★★★
()
Ответ на: комментарий от anotheranonymous

И распределенные вычисления тоже никто в здравом уме на си не делает.

А вот это уже действительно смешно.

twosev ★★
()
Ответ на: комментарий от catap

Разница в том, сколько ты затратишь на времени на реализацию, получишь ошибок и времени их отладки/исправления. В случае сей это стремится к бесконечности.

anotheranonymous
()
Ответ на: комментарий от twosev

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

anotheranonymous
()
Ответ на: комментарий от anotheranonymous

ты удивишься, но мне действительно нужна хеш таблица. Это вполне нормальная задача, которую я решаю.

Кто-то называет это постройкой велосипеда, а кто-то работой...

catap ★★★★★
()
Ответ на: комментарий от anotheranonymous

Пока я задал вполне конкретный вопрос — на чем писать хеш таблицу и репликацию. Из этого, вполне, получается годная распределенная СУБД.

Вы, не назвали мне технологий на чем это можно сделать, а просто благословили меня...

Скучно!

catap ★★★★★
()
Ответ на: комментарий от vga

К слову сказать Роб Пайк не всегда работал в Гугл. Поищите

Rob Pike Plan9

он довольно интересные вещи написал под планом ;) И явно это делал на Си

anonymous
()
Ответ на: комментарий от anonymous

Теперь он написал свой язык, который активно и пиарит. Зачем пиарить то что сделал Робинсон, Гослинг или Страуструп с Александреской?

catap ★★★★★
()

Сколько хороших новостей выходит-то!

oh
()
Ответ на: комментарий от twosev

>Да-да, и именно там я пишу распределенные программы на сях.
Есть инструменты которые позволяют это делать это эффективно, а то чем ты занимаешься - это по-моему дрочерство на язык. Почитай про эрланг хотя бы, может меньше ерундой будешь заниматься.

anotheranonymous
()
Ответ на: комментарий от anotheranonymous

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

Да ты же низкосортное хамло.

tzukko
()

А что такого ужасного сложного в Яве? Многословность как-то пофигу с учетом инструментов разработки. ЕЕ скорее можно в топорной простоте обвинять, чем в чрезмерной сложности.

anonymous
()
Ответ на: комментарий от anotheranonymous

> А выполнять запросы ты не хочешь распределенно?

Можно уточнить?

А отказоустойчивость в кластере поддерживать?

Это вопрос репликатора и фактора распределения. Т.е. мы реплицируем данные не на все узлы кластера а только на часть... В чем проблема-то?

catap ★★★★★
()
Ответ на: комментарий от anotheranonymous

Ага, я прекрасно знаю что такое erlang; только там возникают вопросы, в районе математики и написания storage. Т.е. писать хранилище через сишный драйвер к ноде, выглядит вполне мило и прикольно. А если не писать, то что брать? dets? osmos?

catap ★★★★★
()
Ответ на: комментарий от catap

>Можно уточнить?
Ну лежит у тебя петабайт данных в кластере, а ты над ним делаешь запросы, чего ж тут уточнять еще. Ни на одной ноде ты этот петабайт не соберешь, потому что у тебя просто не хватит места, поэтому единственный вариант - выполнять распределенно.

Это вопрос репликатора и фактора распределения. Т.е. мы реплицируем данные не на все узлы кластера а только на часть... В чем проблема-то?

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

anotheranonymous
()
Ответ на: комментарий от catap

Локальные вещи вроде хранилищ можно (а может и нужно) писать и на сях и других языках низкого уровня, никто этого и не отрицает. Но городить распределенную систему на этих же языках - неразумно как минимум.

anotheranonymous
()
Ответ на: комментарий от anotheranonymous

Мы про OLAP? Если да, то разбиваем запрос на дерево, прогоняем через оптимизатор, потом выбираем узел с менеджером и начинаем кусочками выполнять, в процессе выполнения смотрим не сдохла ли нода. Сдохла? Передаем его на другую ноду где есть этот кусок данных...

Я что-то не вижу сложностей, честно.

catap ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.