SmartScreen использует маркер, размещаемый в файлах во время загрузки, для начала проверки репутации. Все основные браузеры и многие почтовые клиенты и службы обмена мгновенными сообщениями добавляют этот маркер, который называется "веб-отметкой", в загруженные файлы.
Подтверждения этому я нигде не нашел. Вот здесь пишут, что через SmartScreen проходят только скачанные приложения (на них при загрузке ставится какой-то маркер). Отсылать хеш подписанного приложения смысла нет. Остаются только неподписанные приложения, скачанные из интернета, которые и правда могут быть опасными для большинства пользователей.
Переименованием проблему не решить — там есть еще хеш файла. Хотя надо понимать, что это не антивирус. Основная задача, как мне видится — проверять цифровые подписи установщиков, для чего интернет не нужен. Это было уже как минимум в семерке. А неподписанные драйвера на восьмерку поставить вообще нельзя без перехода в специальный режим отладки.
Ссылка на оригинал находится там же, где и у всех остальных топиков-переводов на хабре — имя автора в панели под постом.
Что касается предлагаемого автором синтаксиса, то тут скорее имелись в виду не ссылки на методы и свойства для их вызова, а специальные конструкции вроде атрибутов, которые можно использовать в метапрограммировании. Т. е. symbol myMethod — это не делегат и даже не MethodInfo, а нечто новое, что например можно использовать для анализа или генерации кода во время JIT компиляции. Это позволит заменить строки с названиями свойств в реализации INotifyPropertyChanged на строготипизированные ссылки на свойства, проверяемые во время компиляции. Также такие ссылки можно использовать в сценариях, в которых сейчас используются PropertyInfo, FieldInfo и прочие MemberInfo из System.Reflection. Ну и теоретически производительность подобных символов должна быть по-лучше отражения, где-то на уровне делегатов в последних версиях .net.
Немного странный вопрос. Какой предполагается ответ, если переменные называю с маленькой, а функции с большой буквы (c#)? А вообще, называть нужно не как нравится, а как принято в языке/фреймворке.
Реклама была в основном не самого интерфейса, а аппаратного ускорения окон. Прозрачности и размытости AeroGlass — это лишь способ наглядно продемонстрировать это ускорение.
Одна такая технодемка требует неделю-две времени для двух человек вместе с пре- и постпродакшеном. При том, что люди этим занимаются fulltime. У них есть работы и с более длинным хронометражем: Prism, Sync, WGHS. Но здесь уже без спонсоров и кучи персонала никуда.
Недавно обновлял мышь — выбор был между Performance MX и M705. В итоге остановился на M705, так как неделя работы для беспроводной мыши — это несерьезно. В M705 2 батарейки и по заверениям SetPoint их должно хватить на 3 года. Врет, конечно. Но на год точно хватит.
Что касается предлагаемого автором синтаксиса, то тут скорее имелись в виду не ссылки на методы и свойства для их вызова, а специальные конструкции вроде атрибутов, которые можно использовать в метапрограммировании. Т. е. symbol myMethod — это не делегат и даже не MethodInfo, а нечто новое, что например можно использовать для анализа или генерации кода во время JIT компиляции. Это позволит заменить строки с названиями свойств в реализации INotifyPropertyChanged на строготипизированные ссылки на свойства, проверяемые во время компиляции. Также такие ссылки можно использовать в сценариях, в которых сейчас используются PropertyInfo, FieldInfo и прочие MemberInfo из System.Reflection. Ну и теоретически производительность подобных символов должна быть по-лучше отражения, где-то на уровне делегатов в последних версиях .net.
Вы сами же и ответили на свой вопрос. Чтобы снять фильм, нужно еще больше ресурсов.