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

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

Плюсую (:

Роб - неосилятор, очевидно же

И чем же он рекомендует пользоваться?

есть такая сущность как память

Да, такого удобной, как в C нет. Но есть byte[]. И про объекты в обычном виде придется забыть. Плюс много маленьких объектов надо будет записывать в один большой массив, чтобы съэкономить на накладных расходах выделения массива. Можно, например, сделать как это сделано в базах данных - выделять страницы памяти фиксированного размера и размещать несколько объектов в одной странице.

Ну что-нибудь вроде такого массив указателетей на страницы

внутри страницы - количество объектов + массив указателей на объекты + сами объекты в сериализованном виде.

Тогда к объекту можно будет обратится как номер страницы + номер объекта в странице.

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

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

Одним словом - основной недостаток Java только только в том, что в ней нельзя читать сразу переменную типа int,long,double из массива byte[]

Например, если было бы что-нибудь вроде такого -

byte[] data = new byte[PAGE_SIZE];
int index;
int intvar = *(int *)(data + index);

то на java очень легко можно было бы создавать сверхэффективные по потреблению памяти программы

+ если бы ввели описание структур - для автоматизации вычисления индексов.

+ если бы были беззнаковые типы данных

на данный момент можно сделать только так

int intvar = data[index] << 24 + data[index + 1] << 16 + data[index + 2] << 8 + data[index + 3];

что совсем «не айс».

Можно представить, как выглядит чтение long.

> Ага, я прекрасно знаю что такое erlang; только там возникают вопросы, в районе математики и написания storage

Сторейдж - да, лучше подумать. Математика: NIFs - не ЪIнтерпрайз ещё? Спрашиваю не флейма ради а интереса для.

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

>>сборка мусора через подсчет ссылок удивляет

А что удивительного?

Удивляет то, что программы, написанные с такой сборкой мусора, становятся очень «нежными».

Любой случайно созданный цикл и вуаля - утечка памяти.

Для простых, маленьких, недолго работающих программ - это допустимо. Вообще говоря, для них вообще можно не делать сборки мусора.

Но для больших и долго работающих программ - это может быть фатально.

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

> Предлагаешь считать бинарные деревья и множества Мандельброта на мобилках? Да ты упоротый!

а ты безмозглый - binary tree нужен для большого круга задач, и если ты посмотришь на Android или iPhone( если тебе кто покажет ), то увидишь сколько разных программ под них есть

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

еще не бы появлялись провокационные новости о том что 75% кода ядра написано в корпорациях, и новости о Qt - большую часть которой так же разрабатывает корпорация)

А фиг его знает, надо смотреть.

проблема в том, что у тебя нет памяти. Вообще. Такой сущности. У тебя ее бесконечно много и что бы программа влезала в отведенную память, это проблема gc. Я про это, а не синтаксические пляски ;)

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

+1

пора бы уж закапывать этого монструозного динозавра С++

Я на своем nokia n810 в свое время гонял фронденд от баннерной системы. А как мы мечтали о PS3 для меди-таргетирования... ты бы знал!

> ffvp8 уделал оригинальный гугловский декодер, будучи еще на довольно раней стадии разработки

да они вообще не обязаны делать его быстрым.

купили, открыли - молодцы.

теперь другие могут оптимизировать.

У c++ проблема в одном месте — он слишком универсальный. В начале он слишком гибок, а потом он слишком вязок :(

> проблема в том, что у тебя нет памяти. Вообще. Такой сущности. У тебя ее бесконечно много и что бы программа влезала в отведенную память, это проблема gc. Я про это, а не синтаксические пляски ;)

Не понял ничего как в целом, так и по отдельности.

То-ли памяти нет совсем, то ли ее бесконечно много.

Также не понял как gc может уменьшить количество памяти, потреблямой программой.

Задача gc обеспечить аммортизацию затрат на вызов оператора free. Он ну никак не может выбросить объекты, которые используются программой. Также он не может изменить внутреннее представление объектов в памяти.

Как-то раз я листал книгу по С++, там было что-то про язык и про члены — читать не стал.

Точно, давно пора, сразу после педона, руби, жабы, цэ-диеза, и всего-остального-далее-по-списку.

>Как-то раз я листал книгу по С++, там было что-то про язык и про члены — читать не стал.

Как-то раз я книгу по С++ листал,

Там было что-то про язык и про члены —

Читать не стал.

fixed

Ссылка Подробности на обсужение на Slasdot. Охренеть.

ЛОР уже не тот :(

На, читай http://to./5y5m

C рулит

После покупки лисперной фирмы они имеют право так говорить))

> После покупки лисперной фирмы они имеют право так говорить))

(После покупки лисперной фирмы они (имеют право так говорить))

fixed

нет, блин, они язык просто так делают!

>На, читай http://to./5y5m
Это юмор такой?

ну не осилили вы этот язык
чего печалиться, вы же не программист а трололо
знание языков не обязательно

>Почитай про эрланг хотя бы, может меньше ерундой будешь заниматься.
Покажиет мне хоть одного ЛОРовца, который бы сделал что-то полезное на Эрлаге, пожалуйста.

На Хаскеле, кстати, нашёлся.

>В начале он слишком гибок, а потом он слишком вязок :(

вы просто не умеете их готовить :)

Он написал, что динамическая типизация сакс, так что руби тоже

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

Ну, да. Есть такой способ пиара. Сообщить, что лидеры, в твоей области ничего не шарят, а ты один в белом и на коне (то есть, если бы он в россии занялся дизайном, то заявил первым делом, что Тема - валенок полнейший).

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

P.S. Когда-то тут был эпический эээ дискус на тему, что C++ - Г. Выяснили, что и правда Г, но нет ничего лучше.

эпический эээ дискус на тему, что C++ - Г

ссылку?

> Учитывая его новаторские идеи в Plan9 и Inferno

Предполагаю, его GO там же будет...

это было на sql.ru

>> После покупки лисперной фирмы они имеют право так говорить))

(После покупки лисперной фирмы они (имеют право так говорить))

Неа, вот так правильно:
(После покупки лисперной фирмы (они имеют право так говорить))

может, так:

(После покупки лисперной фирмы (имеют право так говорить))

>http://ru.wikibooks.org/wiki/Ruby/Идеология

Идеальная программа равномерно заполняет своим исходным кодом широкоформатный экран.

КГ/АМ

Вот как только они Chrome на Go перепишут, можно будет на этот Go повнимательнее глянуть. Ну и заодно GWT отправят на свалку истории

ссылку?

http://www.linux.org.ru/forum/development/4088836

Там 42 страницы...

А можно и так

(После покупки (имеют ...))

это было на sql.ru

с ксеноцефалом? так там выводы были, мягко говоря, другими

Там 42 страницы...

а, так там и я есть. не, выводы аналитиков с ЛОРа - это не аргумент

Алан Кэй на днях то же самое сказал. И ещё сказал что они не годятся для разработки больших сложных систем :)

>так там выводы были, мягко говоря, другими

емнип, выводы там были теми же - С++ ненужное гуано

не, не надо. просто за высокую скорость выполнения надо чем-то платить.

Смысл есть, но... Не вижу в чем его Go лучше. Как раз он мне и показался неудобным.

P.S. Одерски смотрит на Роба Пайка с презрением.

емнип, выводы там были теми же - С++ ненужное гуано

не было мысли о незаменимости

Алан Кэй на днях то же самое сказал

Ссылку? Пруф?

Печально, но программистам (как и переводчикам) платят за скорость написания кода, а не за его качество и скорость выполнения.

Я, OpenCL программист, смотрю на тебя с непониманием. У нас просто С макрос лучше выхова функции, а весь код в одной функции намного больше ценится чем модульный.

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

А после Руби Си/С++ кажутся говном мамонта:

голос += 1