И еще вопросик. Вы доходы от рекламы и от продажи внутриигрового контента в декларации разделяете? Т.е. от рекламы — ставка 16%, продажи внутри игры — 5%. Или все это теперь можно записывать в 5%?
Спасибо за статью. Подскажите, пожалуйста, насчет документа об избежании двойного налогообложения с Ирландией. Я правильно понимаю, что Вам его прислали в электронном виде, Вы его распечатали, перевели и отнесли в налоговую? Т.е. когда Вы подаёте декларацию на доход иностранной организации и в налоговой уже знают, что это оплачивать не нужно?
Так я не спорю, что это будет медленнее. Я говорю, что «в холостую» не совсем верное утверждение. Код не работает в холостую, он просто выполняется так, как Вы его написали — где-то быстрее, где-то медленнее.
Что-то мне подсказывает, что большая часть времени уходит не на работу «в холостую» (и что это может значить в Вашем примере, если код все равно выполняется?), а на работу со строками.
В C# примере вы используете:
input = hasher.HashData(input);
input = Encoding.ASCII.GetBytes(CryptographicBuffer.EncodeToBase64String(input)).AsBuffer();
Здесь вы сначала хэшируете буфер, потом конвертируете в base64 string, затем в массив, а потом опять в буфер.
Очень напоминает habrahabr.ru/post/206452/. Да и профиль авторов подозрительно похож. Дайте угадаю — вы таки «выбрали» ту же программу, что и в ссылке выше?
Не понимаю, почему так много шума (в основном, негативного) по поводу Touch ID. Я не фанат Apple, но идея мне нравится. Мой ноутбук тоже разблокируется с помощью отпечатка пальца и, по моему скромному мнению, это очень удобно. Правда, жене приходится вводить пароль для доступа к ноуту. А как обстоят дела у iPhone 5s? Можно ли использовать одновременно палец и пароль?
Я бы не советовал переводить базу из полной в простую модель восстановления. В этом случае рвется цепочка бэкапов логов (вы ведь делаете их регулярно, да?) и чтобы начать новую придется сделать полный бэкапов базы (после перевода в полную модель восстановления). И сжатие при бэкапе (флаг with compression) дает нагрузку на процессор, поэтому нужно выбирать подходящее время для бэкапа. А что вы подразумевали под «журнал транзакций перестает усекаться»?
Да что же вы все пристали к этому XAML. Работаю с WPF с момента выхода и никогда не возникало проблем. Поставьте себе уже Решарпер. Или напишите свой markup extension и используйте его. Мое имхо, читать JAML намного сложнее
И кстати, «вычислимые» поля можно создавать как persisted. Тогда вы сможете создавать на них полноценные индексы. А обычные вычисляемые поля являются виртуальными, т.е. каждый раз при обращении к ним SQL server вычисляет их значение заново
Мое имхо, тесты выполнены не совсем корректно. Сравнивать производительность лишь на основе времени выполнения запроса — это неправильно. На время выполнения запроса может повлиять много факторов: наличие/отсутствие нужных страниц в памяти, статистика, кэш планов выполнения и т.д. Один и тот же запрос может выполниться с разным временем (и не всегда последующие запросы будут быстрее предыдущих).
Я могу сказать даже больше. Код из последнего примера должен «виснуть» всегда, когда он запускается из GUI потока (возможно, за исключением режима отладки). И что Вы имели в виду под словами «Естественно, что не каждую функцию можно так пометить»?
Чисто теоретически — да, практически — нужно очень много данных. Тут дело не в количестве транзакций, а в количестве модифицированных страниц в базе (т.е. операций вставки/удаления/обновления). Чем больше страниц изменено/добавлено -> тем больше записей в журнале транзакций -> тем больше изменений нужно откатывать. А вообще — it depends. Я попробовал сделать это у себя и вот что получилось: я добавил одну строку и затем обновил её же 500000 раз (все это, конечно же, в одной транзакции). Откат этих операций занял примерно 3222 ms. Восстановление базы из бэкапа — 1728 ms.
В C# примере вы используете:
input = hasher.HashData(input);
input = Encoding.ASCII.GetBytes(CryptographicBuffer.EncodeToBase64String(input)).AsBuffer();
Здесь вы сначала хэшируете буфер, потом конвертируете в base64 string, затем в массив, а потом опять в буфер.
MyAsyncFunction().ConfigureAwait(false)