Помоему сейчас отличное соотношение оффтопа с практикой. Меньше оффтопа не надо, больше тоже.
Онлайн вряд ли будет много людей, я не попадаю на ваше время к примеру и часто скачиваю и слушаю позже, я думаю многие так делают.

В моем сугубо личном понимании 10 мин. оффтопа и примерно 50 мин. (плюс, минус 10 мин.) основного доклада вполне достаточно. Онлайн чат помоему лишний. Идею насчет журнала поддерживаю всеми своими конечностями и голосую "ЗА" =). Если бы имел опыт побольше то с большим удовольствие писал туда статьи, а так с удовольствие буду читать.

Эх, ожидал куда более глубокого рассмотрения.

Но что действительно огорчило. В первом выпуске, посвященном паттернам, вы говорили, что читали книгу GoF не один раз, да и то многие вещи во всей их полноте можно понять только столкнувшись с ними на практике. Так каким же образом можно воспринять на слух описание решения с dynamic, при всем при том, что его едва ли кто использует из пока малочисленной группы разработчиков перешедших на C#?
На мой взгляд необходимо прилагать какие-либо схемы.

ссылка

Невероятно раздражают частые словечки типа "окай", "сорри", "юз кейс" и т.д. и т.п.

На два порядка опускают уровень эфира и портят всё впечатление.

С этим мы ничего не сможем поделать...

И не надо ничего делать с этим. Вполне очевидные слова и терминология.
Русифицировать терминологию и говорить прецедент вместо юз кейса, это идиотизм.

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

Куда пропали, где подкасты?

Скоро будут :) мы темы выбираем

Я извиняюсь за позднее зажигание, но просто только сейчас прослушал этот подкаст. А дело в том, что я на собеседованиях тоже спрашиваю отличие event от delegate.
В этот подкасте правильного ответа нет. Причём есть неправильные ответы:
1) "Если вызвать event, к которому не приплюсован ни один из делегатов, то будет исключение". С делегатом будет то же самое.
2) "К одному евенту может быть приаттачено много делегатов". На самом деле в .NET делегаты уже давно multicast.
Аналогия между event/delegate и property/field -- это более правильно, но очень уж абстрактно. Не разъясняются функциональные отличия. То есть, например, тупо "Почему event не стоит заменять на delegate". И наоборот: "Где нельзя применять event, а только delegate".
А за подкасты спасибо! Очень интересно слушать!