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

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

даёшь haskell во все поля!

Суббота же

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

PHP наше всио?

И какими же языками он предлагает пользоваться?

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

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

>>И какими же языками он предлагает пользоваться?

Всегда есть С.

Всегда есть C#

fixed

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

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

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

в квотезы!

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

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

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

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

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

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

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

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

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

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

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

http://www.open-mpi.org/ не?

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

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

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

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

На чем ты мне предлагаешь писать хеш таблицу?

Детский сад.

А зачем тебе ее писать, у тебя тяга к велосипедам?

>Детский сад.
Угу, именно оттуда ты и пришел, я знал.

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

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

Ну напиши на си свою хэш таблицу, как это связано с распределенными вычислениями то?

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

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

Скучно!

Угу, именно оттуда ты и пришел, я знал.

Да-да, и именно там я пишу распределенные программы на сях.

помле питона многне вещи в плюсах кажутся неочевидными и избыточными.

qutim это распределенная программа?

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

Rob Pike Plan9

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

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

>годная распределенная СУБД.
Лол. Это поделие на уровне лабы, а не распределенная СУБД.

А что в субд еще есть?

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

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

А вот с этого момента поподробнее!

>А что в субд еще есть?
А выполнять запросы ты не хочешь распределенно? А отказоустойчивость в кластере поддерживать?

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

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

>А вот с этого момента поподробнее!
http://www.erlang.org/doc.html и в репозиториях твоего дистрибутива.

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

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

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

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

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

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

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

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

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

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

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

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