Имя (желательно полное):

E-Mail:

URL:

Город:

Страна:

Вежливый и подробный комментарий:
(Форматируйте его, пожалуйста, как почту - короткими строками
Еnter в конце строки, пустая строка между параграфами).
> > > > О риске > > > > Достижение требуемого быстродействия это не риск, а критерий. Как мне кажется, в большинстве приложений (кроме реал-тайм) если реализация алгоритма будет работать Чуть Медленнее, то от нее напрочь не отказываются. Именно поэтому появились такие языки как Ява, лаконичная, но немного медленная. > > Под риском понимается возможность частичной или полной неудачи проекта по какой-то причине. > Проектный риск -- это вполне конкретное > понятие. > Возможно, мы говорим о разных > вещах. Лично я -- про промышленное > программирование. И если за > разумный период при предварительном > иссследовании не удалось достичь > необходимого порядка в быстродействии > (естественно, обычно отклонение в > десятки % -- 2 раза вполне допустимы > на такой стадии), то нечего и браться. > Если, конечно, есть желание без > проблем завершить проект :-) > Другое дело, когда речь идет о НИР. > Или об эффективной реализации алгоритма > с достаточно понятными характеристиками. > Тогда бежать впереди паровоза не надо. > Полагаю, классики имеют в виду > последнее. > > А как меня учили в курсе численных методов, а также как пишет тот же страуструп в главе, посвященной ЭсТеЭль, сложность вычислений можно приблизительно оценить на этапе разработке алгоритма. Приблизительно правда... > Если представлять себе особенности > реализации в конкретной среде -- > вполне. Иначе можно не учесть весьма > солидную константу/переменную :-) > > Поскольку я видимо отклонился от центральной темы сайта, я немного засомневался о возможности таких вот тем на форуме о сжатии. > > Но видимо все нормально (-. > В настоящее время имеется нетерпимое > отношение к: > -- рекламе; > -- распространению пиратского материала > (любого рода).

Пожалуйста, заполните все поля.
И не нажимайте по два раза на кнопку! Дождитесь ответа сервера.