Дмитрий Макаров

event так относится к экземпляру делегата ( Станислав Макаров : мультикаст ), как property относится к значению поля.

event - это синтаксический сахар, обертка для методов add и remove, как property является оберткой к методам get и set.

Таким образом, вопрос некорректен, поскольку event не тип.

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

Повышенное глазное давление - это несколько другое. Я погуглил: через глаз постоянно проходит жидкость. Есть капилляры по которым жидкость приходить, есть - по которым уходит. Если отвод затруднен, то наблюдается повышенное глазное давление. Но это определяется специальными методами в больнице. Самому себе диагнозы ставить - последнее дело.

В любом случае, если проблема уже заметна, то стоит сходить к врачу, он даст более грамотные рекомендации или направит на лечение при необходимости.

с 20 до 27 лет работал схемотехником...программировал в школе, институте, на работе под микроконтроллеры и для ПК простые приложения для взаимодействия с микроконтроллерами.
В 27 стал работать С#-программистом и GOF-книгу прочитал в 29. Нового почти не узнал, узнал названия тех вещей, которыми занимался. =)

1 куб. метр гелия поднимает около 1 кг. К обычной массе квадракоптера еще добавится немаленькая оболочка со своим весом. В целом наверное ничего не мешает сделать такой квадракоптер, у которого бы надутая крестовина держала бы форму за счет давления (без жестких конструкций) и добавляла бы сколько-то подъемной силы. В итоге это помогло бы несколько увеличить время полета. В целом получился бы аппарат менее маневренный чем квадракоптер, но более долголетающий, но более маневренный чем дирижабль. Нужен ли такой аппарат?

По определению: ветвь - это участок электктрической цепи по которой протекает один и тот же ток.
Участки 1-2 и 1-3 тоже ветви. По ним протекает один и тот же ток.
Серожа none : маленькую жёлтенькую стрелочку внизу посередине можно не считать. С точки зрения топологии концы этой ветви - это один и тот же узел. Хотя при большом желании можно и ее посчитать (к определению подходит), но это ничего не даст для вычисления параметров остальной схемы. Эта "ветвь" вырождена: разность потенциалов - ноль, сопротивление - ноль. Ток может быть любым. Ну не любым, конечно, он определяется с помощью первого закона Киргофа, но уже потом (бывают такие задачи, когда между этими узлами ставять амперметр и нужно узнать, какую величину тока он покажет).

Expression<Func<Catalog, bool>> filter = x => (userId==null || x.UserPtr == userId) && x.IsPublished;

Там же все написано. Модульный электроэнцефалограф (ЭЭГ). На верхней картинке - изолированный модуль микроконтроллера с аналогоцифровым преобразователем. На нижней картинке - 2х-канальный усилительный модуль ЭЭГ.
Для того, чтобы это узнать, достаточно знания английского языка.

Если почитать даташиты на используемые микросхемы (подписанные прямоугольники с большим, чем два, количеством контактов) или просто из опыта рисования/чтения схем понятно, что на первой картинке слева - микроконтроллер со своей обвязкой, справа сверху - блок питания, справа снизу - интерфейс RS-232.

На второй картинке (читаем подписи) - два канала обработки измеряемых сигналов, которые состоят из (слева-направо): защита от статики с ограничением тока, усилитель с постоянным коэффициентом усиления 12.2, усилитель с переменным коэффициентом усиления с G=6...100, фильтр Бесселя 3го порядка с частотой Fc=59Гц (подозреваю, что он тут нужен, чтобы срезать сетевые наводки).

Снизу на второй картинке еще один канал....калибровочный.

Проще всего при чтении схемы идти от задачи, выделить крупные блоки, а затем все более детализироваться до необходимого уровня.

Если программу скомпилировать как х64, то она не будет работать на х86. Если программу скомпилировать как х32 или как AnyCPU, то по логике она запустится и на х64 и на х32, с разными компромиссами по быстродействию.

Есть еще нюансы.

Не используйте абсолютные пути для хранения данных программы. Пользуйтесь помощью .NET, который вам даст и папку для временных фалов, и папку для хранения данных приложения, и текущую папку, и папку текущего пользователя, и много другого.

Не пользуйтесь реестром для хранения настроек программы, если это возможно. В разных системах и в зависимости от разрядности системы и приложения приложению могут соответствовать разные ветки в реестре. Чтобы не разгребать эту логику, храните настройки программы в конфигурационных файлах, хранящихся в папке хранения данных приложения.

Не используйте папку, в которую установлена программа в ProgramFiles, для хранения данных. В целях безопасности доступ к этой папке по умолчанию ограничен начиная с семерки. Если вы разрешили это делать у себя, то это не значит, что это можно будет сделать у пользователя.

И самое главное: тестируйте, тестируйте, тестируйте везде, где бы вы хотели, чтобы ваша программа работала.

Такое ощущение, что вы начитавшись об успешных стартапах, решили: "О, вот тут можно срубить по быстрому денег". Но ни знаний, ни желания во всем этом разбираться у вас нету.
По моим впечатлениям, стартапы на основе девайсов делают увлеченные ботаны (респект им и все такое), к коим вы, как я понял по вопросу, не относитесь.
Ваш вариант, по моему мнению, - это нанять ботана, но только такого....пассивненького....но понимающего в схемотехнике. Пассивненького - это чтобы этот цукенберг ваш гениальный фейсбук не отжал. Можно и договор составить, чтобы зафиксировать приоритет идеи и отказ от претензий в будущем.