Что мы знаем о лисе? Голосов: 3 Адрес блога: http://avva.livejournal.com/ Добавлен: 2007-11-28 00:44:36 блограйдером Lurk

хочу все знать: расстояние до микрофона

2011-05-13 23:19:01 (читать в оригинале)

Когда я смотрю записи с советских концертов 50-х и 60-х годов на Ютюбе, на них нередко певцы находятся намного дальше от микрофона, чем привычно видеть в наше время. См. например эту запись Георга Отса (1965).

С чем это связано? Это какая-то другая конструкция микрофона, и если да, почему ее не используют на современных концертах? Мне не кажется, что голос как-то плохо передается или есть какие-то помехи, хотя я не специалист. И еще - это действительно вопрос эпохи, т.е. до какого-то времени делали так, а потом сменили микрофоны и стали ближе к ним стоять, или мне просто так случайно попадалось несколько раз?

---

империя добра

2011-05-13 22:05:04 (читать в оригинале)

Разделяю точку зрения tacente: "Безнадежненько" - в отношении комментариев к этой записи.

---

польза неопределенности (англ.)

2011-05-12 23:01:20 (читать в оригинале)

(эта запись будет интересна только программистам и сочувствующим)

Интересная запись в блоге проекта LLVM о том, почему неопределенное поведение в стандарте C - полезная штука. Я знал эти аргументы теоретически (что неопределенное поведение позволяет компилятору более агрессивно оптимизировать код), но о подробных примерах никогда не задумывался:

Например:

• если i - целая переменная с знаком, то компилятор может считать "i+1 > i" (или более сложное выражение, которое сводится к этому) автоматически истинным, несмотря на то, что для i==INT_MAX переполнение может сделать i+1 отрицательным. Если бы стандарт обязывал имплементацию C строго соблюдать "очевидную" логику переполнения, как это делает, например, Джава, то компилятор не смог бы почти никогда сделать эту оптимизацию.
  
  Подчеркну: дело тут не только в том, что стандарты C не обязывают имплементацию использовать 'дополнительный код' (two's complement) для представления отрицательных целых чисел. Даже если все имплементации используют это представление - что де-факто верно в современном мире - и даже если бы по другим причинам это представление было бы обязательным согласно стандарту, все равно может быть полезным оставить результат INT_MAX+1 неопределенным, а не "очевидным" - в точности по причине, объясненной в предыдущем абзаце. Эту довольно тонкую идею я недостаточно хорошо понимал, кажется.
  
  
• Последствия обращения к NULL-указателю не определены. В Джаве такое обращение гарантированно кидает исключение, и в этом несомненно есть много своих преимуществ; но как следствие этого, компилятор не может менять порядок вычисления других выражений относительно обращения к указателю. Например, если на Джаве написано что-то вроде: "c = a.b; c+= 5;", то компилятор не может сгенерировать код, который сначала поместит в c 5, а потом добавит содержимое a.b. Потому что если a==NULL, то исключение должно произойти до того, как в c что-то помещено. А C/C++ таких гарантий не дает, поведение неопределенное, поэтому компилятор может изменить порядок вычисления. В данном дурацком примере это ничему не поможет, но бывают случаи, когда это может сильно ускорить вычисление.
  

Ну и еще в записи по ссылке есть несколько примеров такого рода.

Update: исходную запись почему-то удалили; я пока заменил своей копией.

---

20 лет прошло

2011-05-11 23:52:17 (читать в оригинале)

На днях, пишут, исполнилось 20 лет со дня смерти Янки Дягилевой.



Я впервые услышал ее записи уже после своего приезда в Израиль. По-моему, где-то в 1994 году...

Комментарии | Постоянная ссылка

---

мимоходом, перевод

2011-05-10 22:16:11 (читать в оригинале)

Из пиксаровского мультфильма "Корпорация монстров".

В оригинале: "You know, pal, she's the one. That's it. She is the one!"
В русском переводе: "Знаешь, друг, она одна такая. Да-да. Одна."

Перевод, конечно по-моему, неадекватный - переводчик просто не понимает смысла фразы. Но как это перевести хорошо?

Комментарии | Постоянная ссылка

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12