имхо это не доказуемо....

Да, абсолютные величины не получишь. Но чувства обмануть нельзя.

Объективно компилятором. AFAIK быстрее только компилятор от Intel.



У меня случай был. Я на SQL.ru сказал, что вместо brcc32.exe предпочитаю Restorator, поскольку brcc32 глючный и консольный. Так меня один "профи" за желание собирать ресурсы с комфортом, а не набирать в коммандной строке параметры ламером назвал.
Я тогда подумал каково приходится пользователям, написанных им программ, если этот тов. сам не хочет работать с комфортом, то и проги у него такие же будут.

Romikgy,


Касперски окончательно всем мозги запудрил. 
Так не станет писать ниодин здравомыслящий человек, Крис к сожалению к таким не относится. Ну по-крайней мере среди кода написанного высококлафицированными специалистами я, кроме x ^= y ^= x ^=y ничего больше не встречал. Ну а если эту строку переписать на delphi: 


Она стала понятней?

Ну например я бы мог писать на паскале: 



Или на С:



Тебе какой код понятней? Я думаю ты бы в жизни не стал так писать простое x = x + y.

Ну это я так, извините, что влез, продолжайте холивар







 

С чего Вы решили? Если в boost::spirit не используется ассемблер, то получится. "Чувства обмануть нельзя." (с) Daevaorn



Кто сравнивал? Что с чем сравнивали? Какие тесты производились? Как можно утверждать это?



Вот тоже самое сейчас господа - приверженцы C++. А разве это правильно?



Это мелкие фрагменты. А давай посмотрим хотя бы один полный исходник программы. Там таких фрагментов увидишь, волосы поседеют, пока разберешься...

Ни одной строчки Она же переносимая, а следовательно только стандартный С++.

Тогда точно получится...

да так понятно 

дык весь смысл того кода, что бы обменять две переменые без использования третьей, ведь если ввести промежуточную, то код станет на порядок понятне!

Я его не читал, и мне ничего не пудрили 

Не все параметры командной строки современных компиляторов имеют отражение в их-же GUI... Пример — VS6. Там даже в окне настроек есть поле для ввода параметров компилятора и линкера. Это извечная проблема — удобство vs полный контроль. К качеству получаемой программы это не имеет отношение...
Пример — пасхальные яйца Фаберже ведь ручной работы (командная строка) а не GUI-настроенные (конвейер)

Всё зависит от отношения к тому, что делаешь. Хоть напильником. А скорость разработки не имеет отношения к искусству.

Добавлено @ 16:00 

Книги Криса Касперски — обязательны к прочтению

Рекомендую

Архив книг Криса
Официальный FTP Криса (работает не постоянно)

Да ладно Человек не знающий оба языка не поймёт ни в одном ни в другом случае смысл этих операций



Я знаю для чего этот причём используется. Ясное дело, что понятней, поэтому этот изврат с xor и не используют. 
Здоровый человек не променяет быстродействие и меньшее кол-во байтов на экономию одной строки кода.
Без ввода промежуточной переменной можно спокойно обойтись исопльзуя простую арифметику:
a = a + b
b = a - b
a = a - b

Так понятней? На любом языке? Но почему-то и такого не встретишь. Я вообще думаю это дело привычки, попишешь на С/С++ с недельку и привыкнешь ко всяким b += a. 



Примеры кода, которые ты привёл, это обрывок из одной статьи в журнал Хакер, ну автор этой статьи ты уже догадался кто.



Это сообщение отредактировал(а) W4FhLF - 31.12.2006, 16:40

Всё ещё спорите… И не надоело ведь  31 декабря на дворе, хватит бить друг друга высокими лбами 

Создаётся ощущение, что в этой ветке многие принимают свой опыт за основу всего… э-э… нынешнего программистского мироздания.
А распространённость того или иного языка/технологии в качестве ultima ratio любого спора — и вовсе для меня непостижимо.

Это не просто идея, это закономерное развитие. Автоматизация производства. Компьютер это точно такой же станок, а программист точно такой же слесарь или токарь. Это нам сейчас все это кажется крутым. Но мастера средневековья тоже считали ручной труд успешным.

 Исскуством может заниматься любитель, а когда тебе оговаривают сроки и ставят ТЗ, то лучше его выполнить в нужные сроки чем писать два года сидя безработным "художником". Программирование становится ремеслом и переходит на поток. Сейчас рынок требует много программ дешевых и выполненных в короткие сроки.

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

Void, а что делать мне ?
у мя есть опыт работы и на дельфи и на С++, что мне принять 

?

Добавлено @ 16:55 

а разве мы про таких говорим?

Вот! Коли мы про таких не говорим, значит эта запись будет понятна человеку знающему хотя бы один язык. Я конечно не имею ввиду совсем нубов, которые понятия не имеют о том, как выглдят логические команды в С/С++
Ладно, не об этом речь, спорьте дальше, интересно читать

неть то что я привел , не каждый программист на паскале поймет, даже тот который разбирается в синтаксисе С++