mikolasПривет всем, предлагаю устроить поединок между C++ и Delphi, чем зря воду мутить, лучше на практике доказать или опровергнуть преемущества языков. По мне так более важно искуство программирования а не языки.
Бред. Языки равноценны.

mikolas
Короче задача, имеем в пространстве множество треугольных плоскостей, разбросанных случайно, но не пересекающихся. В начальный момент времени имеем случайное распределение скоростей треугольников. Решить задачу их столкновения в динамике.

Сие является аналогом пер-полигонального столковения двух взятых мешей. Такое я на дельфе уже делал и нет особой разницы, какой язык для этого брать. Браться за это влом потому-что:
1) долго (и на C++ и на Delphi) - пару часиков или даже день-два на это дело придется угрохать
2) занудно - так как уже делал, все сводится к голой тригонометрии.
3) невыгодно - призов нет, а морального удовлетвоения из-за "доказательства" "крутости" одного языка относительно другого я не испытываю.

Общее решение: вам нужно разбить пространство на иерархическое деревов (BSP-Tree/OCt-tree и т.д.), и в реал-тайме обновлять для каждого треугольника bounding-box, при движении треугольника перебрасывать его из одно ветки дерева в другое, а при проверке столкновения сначала тестить баундинг бокс и не выходить для проверки за пределы одного подпространство. А общий принцип столкновения будет одинаков для того и другого языка. Например, такой вариант:
1) треугольники не пересекаются, если их плоскости параллельны но не совпадают.
2) Треугольники не пересекаются, если каждый из них полностю лежит по какую-то одну сторону плоскости, образованной другим треугольником.
3) если рассматривать боковые стороны треугольника, исходящих из одной вершины, как оси координат (u и v - если не ошибаюсь, это барицентрическими координатами называется), то треугольники не пересекаются, если любая сторона одного треугольника, пересекающая плоскость другого треугольника, имеет точку пересечения за пределами (1 >= u >= 0, 1 >= v >= 0, 1 >= (u + v) >= 0);

Вот делать мне больше нечего, как это все в очередной раз воплощать!
Реализация будет одинакова и на том, и на другом языке. Единственным бонусом C++ в данном случе может быть использование операторов, и то, это очень слабый повод для обьявления превосходства C++ (так как замедлени работы даст). Вся остальная часть программы - от реализации дерева, до голой математики будет совпадать полностью.

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

Потом, как насчет уровня программиста, который язык использует? Уровень знаний/опыта влияния разве не имеет?

Почем опять Delphi vd C++ почему не Java vs Assembler? Или не Fortran vs Prolog? Или Python vs Visual Basic? Надоело, блин. Предлагаю взять себе язык, который нравится, его и юзать, и не искать "самый крутой".