Большинство до сих пор полагает, что гениального композитора Вольфганга Амадея Моцарта отравил завистливый ремесленник Антонио Сальери.
А ведь Сальери - это великий музыкант, один из равных в ряду композиторов того времени, произведения которого ставят и до сих пор. В свое время он даже помог Моцарту, когда в 1789 году возобновил постановку "Свадьбы Фигаро", которую не ставили после первых 3-х выступлений с 1786.
Интересно, что на родине итальянского музыканта узнали «страшную правду» только в конце двадцатого века. В результате возмущения, вызванного слухами о событиях двухвековой давности, в 1997 на самом высоком уровне состоялся суд над Сальери по делу об убийстве Моцарта, который окончился оправданием обвиняемого.
Так почему же сейчас, в век доступной информации большинство считает, будто Антонио Сальери — завистливый убийца?
Предположим, создаете вы некую экономическую формулу, в которую входит изменение цен на товары и услуги, а подходящего термина для этого явления подобрать не можете. Есть «инфляция» — увеличение цен, есть «дефляция» — уменьшение цен, а некой фляции — термина для изменения цен без указания знака — нет. Неужто никому не нужен? Немного напрягает использовать определения в духе «отрицательного роста».
Обратил внимание, что даже некоторые экономисты иронизируют над понятием отрицательного роста, хотя это явление имеет ту же природу, что и отрицательная инфляция. Не имея адекватных нейтральных терминов, в формулы помещяют термины, содержащие направление, а для обратного направления не меняют формулы, а используют отрицательные значения. Похожее явление происходит в физике — отрицательное ускорение приводит к замедлению объекта, но никого это не смешит.
Всем ¤.
При создании программ на С в редких случаях, когда мне это нужно, я использую ООП, несмотря на нетипичность этого подхода для C.
Недавно я задался вопросом производительности подобного подхода. Понятно, что вручную я пишу больше кода, получаю меньше контроля со стороны компилятора по сравнению с языками, поддерживающими ООП. Но также мне интересна скорость работы. Теоретически, компиляторы ООП - языков могут хитро оптимизировать и создавать даже более эффективный объектный код, чем ручные операции в C.
