Ответ на »сообщение 1881« (Илья Ермаков)
___________________________


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

Кстати, здесь есть неувязочка. Винда больше 3Gb не умееет принципиально (как не извращайся со свопом). Размер ОЗУ на моей рабочей машинке 2Gb. Ты уверен, что ББ мне поможет? А как мне поможет ББ, если я поставлю 8Gb и Win64?

Ответ на »сообщение 1883« (AVC)
___________________________

Поэтому ему С++ и не предлагается, все равно правильно воспользоваться преимуществами языка он не сможет. Для программиста - это всего лишь грабли, которые он знает, и на которые не наступает.
Надо же. Только недавно Вы утверждали, что жить не можете без перечислимого типа...


Причем здесь перечислимый тип?

Ответ на »сообщение 1881« (Илья Ермаков)
___________________________

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


Уж если я где и выскочу за пределы оперативки, так это в языке с GC.


и задумаетесь о реализации специализированного свопа, т.к. системный тут никуда не годен.


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


Как Info21 решил эту задачу на ББ, понятно - абсолютно прозрачно и легко, за счет использования обероновских архитектурных идей.


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


Идеология Цеплюсистов явно не дает готовых идей для этого, будете изобретать велосипед. И тут уже попргыаете без GC и т.п. :-) Если и получите частное конретное решение, то очень сомневаюсь, что оно окажется расширяемым.

Прямо заинтриговал, честное слово :) Что ж это за манипуляции с памятью, для которых без GC никак?

Ответ на »сообщение 1880« (pepper)
___________________________

Это проблемы для физика-теоретика. Поэтому ему С++ и не предлагается, все равно правильно воспользоваться преимуществами языка он не сможет. Для программиста - это всего лишь грабли, которые он знает, и на которые не наступает.

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

И эти люди запрещают мне ковыряться в носу?!
;)

Ответ на »сообщение 1879« (AVC)
___________________________


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


std::vector.


нет локальных процедур,


Функторы.


неудачная концепция модуля,


Модулей вообще нет. Только каким боком они к числодроблению - мне неочевидно.


не поддерживается проверка индексов массивов,


Проверку всегда можно поставить (стандартная для контейнеров at(); - тому пример).


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


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


Монтенбрук, Пфлегер. Астрономия на персональном компьютере. “Питер”, 2002, стр.19

Астрономам C++ также противопоказан как и физикам. Кстати в случае шарпа/жабы указанных проблем не возникнет даже у астрономов.

Ответ на »сообщение 1876« (pepper)
___________________________

Ответ на »сообщение 1871« (info21)
___________________________

Задача та же (система уравнений размерности >= 100К, коэффициенты -- полиномы, всю арифметику делать точно, метод Гаусса, подобные члены, сортировки ... все как положено).


С учетом числодробительной направленности задачи - бэйсик (да и любой другой интерпретатор) это наихудший выбор. А вот на жабе/шарпе/C++ - легко. Причем если на другом конце оберон в лице ББ, в котором отсутствует оптимизатор, то еще и выигрышь по времени счета гарантирован. Лично мне для такой задачи больше всего импонирует C++. Есть где развернуться - точная арифметика, перегруженные операции, матрицы, сортировки.
Особенное веселье для Вас начнется, когда ввиду размерности системы вы выскочите за пределы оперативки и задумаетесь о реализации специализированного свопа, т.к. системный тут никуда не годен.
Как Info21 решил эту задачу на ББ, понятно - абсолютно прозрачно и легко, за счет использования обероновских архитектурных идей. Идеология Цеплюсистов явно не дает готовых идей для этого, будете изобретать велосипед. И тут уже попргыаете без GC и т.п. :-) Если и получите частное конретное решение, то очень сомневаюсь, что оно окажется расширяемым.

Ответ на »сообщение 1878« (Jean)
___________________________

утечки памяти, висячие ссылки, "проблемы" с арифметикой указателей, ...


Это проблемы для физика-теоретика. Поэтому ему С++ и не предлагается, все равно правильно воспользоваться преимуществами языка он не сможет. Для программиста - это всего лишь грабли, которые он знает, и на которые не наступает.

Ответ на »сообщение 1876« (pepper)
___________________________


С учетом числодробительной направленности задачи - бэйсик (да и любой другой интерпретатор) это наихудший выбор. А вот на жабе/шарпе/C++ - легко. Причем если на другом конце оберон в лице ББ, в котором отсутствует оптимизатор, то еще и выигрышь по времени счета гарантирован. Лично мне для такой задачи больше всего импонирует C++. Есть где развернуться - точная арифметика, перегруженные операции, матрицы, сортировки.

Цитата:

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

Монтенбрук, Пфлегер. Астрономия на персональном компьютере. “Питер”, 2002, стр.19

>>>Лично мне для такой задачи больше всего импонирует C++. Есть где
>>>развернуться - точная арифметика, перегруженные операции, матрицы,
>>>сортировки,
утечки памяти, висячие ссылки, "проблемы" с арифметикой указателей, ...

Ответ на »сообщение 1874« (Сергей Перовский)
___________________________

Дейкстра - один из тех, чьими трудами программирование стало общедоступным ремеслом.

Дейкстра все же скорее computer scientist, чем рядовой "программист".