[C++?] Серьезный вопрос.

Ты думаешь, тут кто-то из недовольных С++ его не знает? :)

Это скорее довольные ничего другого не осилили.

Судя по аргументации в стиле: "А там надо память вручную освобождать" --, местные "ниасиляторы" не продвинулись дальше cout << "Hello, world" << endl.

"Близко" -- это проигрывают "всего" в шесть раз вместо отставания на порядки? Ты все еще веришь в сказочки, что хацкили/петуны/окамли будут рядом с icc на вычислительных задачах с плавающей точкой?

2. приведи-ка мне примеры популярного софта на своих хаскелях и окамлях. Ыксмонад чтоли, которым никто кроме конъюктивитных фанатиков не пользуется?

Близко, это вот так.

http://www.ffconsultancy.com/languages/ray_tracer/comparison.html

2. Мусье пользуется вендой? Что мусье тут забыл?

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

>Хаскель... Окамл... А эт, простите, чё??? o_O Вот лично мне оно как бы совершенно пох.

"Давайте спорить о вкусе устриц с теми, кто их ел". Я серьезно, как можно рассуждать о достоинствах/недостатках С++, не зная ничего другого.

mldonkey, darcs

Сейчас он скажет, что не пользуется ни тем, ни другим. 8))

Да какая разница, софт весьма популярный, это нельзя отрицать.

И как это относится к языку? "Компиляторы" и "интерпретаторы" суть реализации языка.

>Однако, в силу ограничений интерпретаторов, пригоден для решения малого числа задач.

Значит так... представь себе, что K&R решили, что компилятор для Си нах не нужен и сделали только интерпретатор (понимаю абсурдность, но предположим). Стал ли Си интерпретируемым языком при условии, что сам язык не поменялся? Почему?

Доброе утро, с каким пор компилируемость/интерпретируемость стали свойством языка, а не реализации?

Вранье. Аргументация примерно такая:

а) В С++ единственная доступная стратегия отслеживания времени жизни совместно используемого объекта - подсчет ссылок. б) В любой нетривиальной системе счетчики ссылок неизменно текут.

Пункт б) в принципе может доказан математически, но это примерно так же сложно как и доказать что если игроком не допущено ни одной ошибки то белые фигуры в шахматах выигрывают всегда. Будем считать это аксиомой.

Программисты на окамле хреново знают C++, что еще можно сказать, глядя на это?

Кстати, три волшебных буковки "icc" ты видимо не заметил, зелененький?

Понятно. То есть ты и сам не в курсе, чего на них такого клевого написали, но где-то слышал, что "функциональное программирование" -- это такая клевая технология, которая заруливает все и вся. И сразу побежал ссать кипятком на лор о великих и могучих функциональных языках с блекджеком и манд^W монадами.

>darcs

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

А убогий mldonkey не позволяет даже выборочно загружать файлы из торрентов. Академическая поделка из разряда: "Меня вот-вот выгонят из универа за многочисленные прогулы, но я прогуливаю не просто так, а из любви к окамлю. Вот вам очередной никому не нужный p2p клиент, который нихрена не умеет, но зато написан на клевом окамле".

Ну предоставь нам исправленный и более производительный вариант - а мы уж посмотрим, кто там хреново знает c++.

> Кстати, три волшебных буковки "icc" ты видимо не заметил, зелененький?

Он дает прирост производительности в 6 раз?

А не приходило в голову, что проблема совсем не в счетчике ссылок?

И ведь знаешь, что самое странное: есть куча софта, которая написана не то что на C++, а на голом C, где все делается ручками и нет даже перегрузки операторов, и этот софт исправно работает, не течет и практически не сбоит. Чтобы ты не перенапрягся, я тебе приведу конкретные примеры: а) linux kernel (последний раз видел kernel panic, когда своп находился на битом винте) б) XOrg (не припоминаю падений) в) bash.

>в принципе может доказан математически

Мелок тебе в руки и к доске. Доказывай!

Нет. А вот отсутствие нормальных деструкторов в некоторых якобы труЪ-ООП языках - затрудняет.

Динамическая память в ядре применяется, но все объекты там долгоживущие. Все в среднем аллоцируется один раз и до завершения сеанса. В прикладных приложениях ситуация диаметрально противоположная - до 80% объектов молодые и живут недолго.

>б) XOrg (не припоминаю падений)

В svga режиме он железобетонный, да.

>в) bash.

У каждого отфоркованного процесса память своя. Для парсинга командной строки достаточно выделить один буфер и реюзать каждый раз. Таблицы комплишенов и прочая фигня такого же рода тоже долгоживцщая.

Может ты оргазм испытываешь каждый раз когда delete пишешь?

И напомню аргументацию: http://www.linux.org.ru/jump-message.jsp?msgid=4088836&cid=4097761

На вычислениях с плавающей точкой -- легко.

>Ну предоставь нам исправленный и более производительный вариант - а мы уж посмотрим, кто там хреново знает c++.

using namespace std и еще ряд признаков выдают дилетанта. Возможно, когда-нибудь и ты научишься детектировать говнокод.

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

Пришел "анонимный разум" и скопировал умные слова из википедии. Аргументация так и блещет.

Плюсовый фан вокруг маленьких плюсовых быдлоидиомочек выдает дилетанта. Тупое пихание const везде, непонятное табу на using namespace std в .cxx файле итп.

И на чем же написан "офис-софт". На петуне? На хацкиле? На окамле?

Ой, стоп, ты же вроде как новенький, давай заслушаем тебя. Итак, C++ -- говно, рулит... Что там рулит по твоему мнению?

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

Бинарная логика в действии. Чёрное-белое, говно-рулит, C++-somthing else... Это неизлечимо.

Практика показывает, что сишный код, как правило, быстрее сиПиПишного. Хотя вроде бы Си является почти подмножеством с некоторыми оговорками. Есть о чем подумать. Не так ли? ;)

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

RAII хорошо работает только в одном конкретном случае - когда вся программа представляет из себя дерево каких-то вызовов растущее из main(). Скажем, консольная программа которая что-то сосет из stdin, пережевывает и плюет на stdout. Тут сразу виден кругозор Строуструпа. Циклические конструкции типа обсерверов, так востребованные в гуях например, ломают эту схему сразу.

Это влияет на скорость?

Что там не так в плане производительности?

Что-то я запамятовал, в каком году дядька зачал C++? Где тогда были твои гуи на питонах, жрущие десятки и сотни мегабайт памяти?

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

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

Возьми icc, возьми окамлевский компилятор и сравни результаты.

Не согласен. Порог вхождения в использование браузера и нового ПО разнится. Более того, в случае с браузером он уже благополучно преодолён. Единственная разница -- в случае с использованием ПО на базе браузера, пользователь должен использовать установленные расширения оного. Не более.

> Ну если у всех работников стоит восьмиядерный проц и 16Гб памяти, то да, дело десятое. :)

Нууу... Не всё так плохо. Достаточно примерно такого сервера. И нормального десктопа, не жрущего такты и память на ровном месте.

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

>Что-то я запамятовал, в каком году дядька зачал C++? Где тогда были твои гуи на питонах, жрущие десятки и сотни мегабайт памяти?

Стандартный С++ требует как минимум 32-битной ОС или DPMI. C сегментированной памятью и himem.sys стандартный С++ не совместим.

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

Это похоже на ручную коробку передач с одной-единственной передачей.

Вообще-то, мы тут пытались пообсуждать один из интерпретаторов С... Был задан конкретный вопрос. Пришлось разъяснять разницу... На пальц... эээ... "интуитивно-понятном уровне".

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

Боже мой! Поколение-2.0 плюнулось какими-то историческими фразами.

Дорогой зеленый друх, прими к сведению тот факт, что "стандартный C++" замечательно совместим со всем. Видимо, у тебя есть какие-то сомнения насчет нулевого указателя при памяти, разделенные на перекрывающиеся сегменты размером 64kb? Чтобы у тебя не было никаких сомнений, напомню, что указатель мог быть не 16-битным, а 32-битным (far pointer -- segment + offset) и с NULL нет абсолютно никаких проблем.

>Это похоже на ручную коробку передач с одной-единственной передачей.

Сдается мне, ты понятия не имеешь о замечательных языках C и C++.

Waterlaz, мы тут "скриптовый быдлоязык С" с одним товарисчем обсуждали. Сделайте милость -- не вырывайте фразы из контекста. Мне _пришлось_ тратить время на идиота. Не более того.

в 85. Гуй к тому времени существовал уже 12 лет.

Ржу. Почему идиотам везде идиоты мерещатся? Сам несёт про "интерпретируемые" и "компилируемые" _языки_, сам выдирает какие-то фразы из середины треда, сам обижается, что кто-то (как посмел!!!) выдрал его фразу из контекста. Контекста, там, правда, никакого не было, который мог бы извинить идиотизм пассажа, но это не важно.

Благодарю за цирк. 8))