Подозреваю, что: "кэширование RSL Flash-плеером"...неуместно, так как кэш используется брузерный, и у самого flash palyer-а нет никакого кэша, только SharedObject
Чем больше зависимостей - тем неустойчивее приложение...
Представьте, какой-то разработчик выкладывает библиотеку и вдруг туда прокралась незаметная ошибка - и что, все зависимые приложения теперь отдыхают?
Интересно, с профайлером приложение сильно тормозит?
У меня такое чувство, что реализован он все таки вставками-таймерами в код во время сборки и, соответственно, должен подтормаживать из-за этого...потому что у самого AVM2, насколько мне известно, нет для этого ничего
Вы определили эквивалентность алгоритмов, а не машин, ну да ладно...
Основное твое суждение было таким: МТ и МТ+I/O не эквивалентны, потому что вторая машина - мощнее, так?
Тогда приведите хотя бы одну задачу, алгоритм решения которого может быть построен на второй, но не может быть построен на первой машине.
getNextStep() - для ханойской башни имеет вполне определенный алгоритм,
нечто похожее на:
a → b
a → c
b → c
a → b
c → a
c → b
a → b
a → c
и т.д. где каждая итерация зависит от текущего состояния.
И даже без информации о предыдущих ходах, этот алгоритм имеет решение.
Ровно так как крестики-нолики.
Да, именно сверху! И приведенный класс game - имеет такую структуру, потому что подумал про возможность отобразить ходы во время вычислений.
Однако, ничто не мешает сделать еще один метод: getOptimalSolution() который возвращает массив из Step-ов?
MT с I/O, способные друг другу сообщать о результатах расчётов - не эквивалентны одной такой машине, и обладают огромной вычислительной мощностью.
Я не могу вести полемику в условиях нестрогой определенности этих вещей в твоих словах.
Определи, пожалуйста, термины "мощность", "ввод", "вывод" и "эквивалентность машин"
Перечислите свойства.
Конечно, любая модель с обобщением на переменные или попросту вероятностные входящие данные - будет иметь свойства зависимости от самого обобщения.
Но с утверждением, что МТ с вводом и выводом - нечто другое, я не согласен!
Представьте разработчика, который перед заказчиком старается объяснить суть такой ситуации.
Ведь не поверит :)
Разве во флеше нельзя разбивать библиотеки??
Представьте, какой-то разработчик выкладывает библиотеку и вдруг туда прокралась незаметная ошибка - и что, все зависимые приложения теперь отдыхают?
У меня такое чувство, что реализован он все таки вставками-таймерами в код во время сборки и, соответственно, должен подтормаживать из-за этого...потому что у самого AVM2, насколько мне известно, нет для этого ничего
Например:
Гай Кавасаки: Как я (прое..) потратил $12.107,09 на Truemors
Оригинал: http://...
Переводит: ManPavel
Возможно голосовалку: [+]/[-] (Хочу прочитать перевод / не хочу)
Основное твое суждение было таким: МТ и МТ+I/O не эквивалентны, потому что вторая машина - мощнее, так?
Тогда приведите хотя бы одну задачу, алгоритм решения которого может быть построен на второй, но не может быть построен на первой машине.
нечто похожее на:
a → b
a → c
b → c
a → b
c → a
c → b
a → b
a → c
и т.д. где каждая итерация зависит от текущего состояния.
И даже без информации о предыдущих ходах, этот алгоритм имеет решение.
Ровно так как крестики-нолики.
Рекурсия здесь неуместна...
Однако, ничто не мешает сделать еще один метод: getOptimalSolution() который возвращает массив из Step-ов?
Я не могу вести полемику в условиях нестрогой определенности этих вещей в твоих словах.
Определи, пожалуйста, термины "мощность", "ввод", "вывод" и "эквивалентность машин"
Game game(new Stack(10), new Stack(), new Stack());
while (!game.isCompleted)
{
Step step = game.getNextStep();
game.move( step );
}
Конечно, любая модель с обобщением на переменные или попросту вероятностные входящие данные - будет иметь свойства зависимости от самого обобщения.
Но с утверждением, что МТ с вводом и выводом - нечто другое, я не согласен!
ага :))