Средства и методы разработки

...так же, как на 32-битке делается умножение dword на dword с последующим делением на dword, дающее в результате dword, без использования для промежуточного результата 64-битной переменной. Синтаксис варьируется, но суть его такова: __asm { } Освоить новый инструмент -- совсем не то же самое, что запретить себе пользоваться старым. Пуризм -- удел эффективных менеджеров. "Современный программист должен Х и никогда не должен У!" Да никому он ничего не должен. Есть один критерий: хороший индустриальный код зарабатывает большое бабло, плохой -- приносит большие убытки. Точка. Попытка особо одарённых утверждать, что это свойство напрямую связано с тем, что "вы должны использовать только X, как все серьёзные фирмы, я-то точно знаю, я начальник, я целые курсы менеджеров прослушал, даже целых два!" -- это примерно как полуслепой берётся учить зрячего "не ходи в ту сторону, откуда свет, можно выпасть из окна, ходи только туда, где впереди темно!" Корреляция тут есть, но очевидно же, что она не такой степени, чтобы этот дурацкий совет чего-то стоил. Но это-то менеджеры, а зачем в себе такого внутреннего "менеджера" держать? Используйте всё в меру знания, желания и ситуационной целесообразности, наслаждайтесь жизнью. Никаких насильственных радикальных перемен не нужно, стал асм в плечах жать -- ОК, осваиваем азы си, разрезаем асмовый проект на удобные функции, обвязываем их на си. Дальше всё само получается, где-то разрастается си, где-то продолжает расти асм, рука набивается, меняется пропорция одного и второго, становится близка к оптимальной. Какие-то новые функции сразу пишутся на си, а какие-то, которые работают в глубоких скоростных вызовах -- на асме и это не пораженчество, а разумный ход. Извините за философию, просто хорошие ответы по существу уже дали, вот я и не счёл за грех соффтопить.