for(;;) and while() одной длинны но for(;;) да╦т вам две свободных точки с запятой.
Вопрос: скорость обработки данных и вес зависит от длинны операторов? Я правильно поняла чтоб программа весила меньше мне надо и переменные и константы называть очень сокращ╦нно и думать какие операторы можно заменить какими чтоб было меньше написанно?
ПС: есть в русском языке сокращение для точки с запятой ; типа как двоеточие ?
ППС: попрашу ответ(ы) в упращ╦нной форме для меня!

Не программа, а текстовый файл с исходным кодом. То, что ты пишешь в исходниках и то, что получится после компиляции мягко говоря не совсем одно и то же. Если посмотреть уже откомпилированный код, то for(;;); короче чем while(1); .
Для откомпилированного файла названия переменных не имеют никакого смысла. Вместо имен все равно будут подставлены адреса.

а почему???????

Уверен что от языка не зависит?

Я бы сказал, зависит от компилятора.

Потому что for(;;); компилируется (к примеру майкрософтским с++ компилятором) в одну машинную команду jmp, поскольку нет проверки на условие выхода из цикла,
а while(1) в 4: mov, test, je и jmp, так как проверяется условие.
Так что for(;;); выполняется в 4 раза быстрее.
Но после оптимизатора оба варианта будут, вероятно, просто jmp.

тчксзпт?

а как посматреть в турбо паскале какой оператор в сколько машынных команд компилируется? :) если это вазможно вабще....

кстати вот наш супер программер выдал эту фразу каторая мне не да╦т спать

Так вот, я не вьежаю о какой длинне он гаварит (о числе букв в имени оператора чтоли?) я так понимаю что он намикает на то что длинна та же а в фор можно использовать две точки с запятой. или как раз тот оптимизатор в компиляторе уравнял операторы к одной машынной каманде - и эта длинна имеется ввиду?

Сложно сказать.
Мне тоже стало интересно какое преимущество мне дают тчксзптые. Причем свободные. Наверное, занятые не так ценяться...

:))))) занятые тяжелее

Для обычных языков это не играет никакой роли, как уже писали. Максимум, что может быть, на какие-то миллисекунды дольше будет длиться компиляция.
Эксперименты показывают, что длинные названия переменных (>20 символов) немного замедляют скриптовые языки, так как код постоянно парсится. но тоже счёт идёт в миллисекундах.

речь шла о PHP тоесть вс╦таки именно количество символов в операторе влияет на скорость ? а не количество машынных команд в обоих операторах?

во многих вменяемых скриптовых языках уже давно есть JIT, так что парсинг происходит один раз

Смелое заявление. И в какие же скриптовые языки, окромя ActionScript, встроен JIT?

scheme в качестве примера пойдет? :-)
lua насколько я помню тоже имеет. Perl6 также

Perl 6 ещё не вышел. В остатке имеем MzScheme и LuaJIT. Две малоиспользуемые имплементации конечно же тянут на "многие" и "давно".

я говорил про вменяемые, а не про распространенные - а тут уже у каждого свой выбор :-)

> речь шла о PHP тоесть вс╦таки именно количество символов в операторе влияет на скорость ? а не количество машынных команд в обоих операторах?
Моя ты, дорогая, так нужно сразу говорить о ч╦м речь ид╦т, о компиляторе (Pascal/ C, C++) или об интерпретаторе(PHP например).
Не так уж принципиально какой ты циклик(есть там конечно небольшая разница в скорости) в ПХП используешь, а на сч╦т длинны переменных и констант - тут да, длинна скажется на скорости исполнения скрипта.

офф: по-моему, это развод.