Siri то тоже без интернета не будет работать, любые голосвые помошники процессят сообщения на серверах. Так что тогда придется выключатель искать :). Но в любом случае HomeKit однозачно быстрее и безопаснее.
Echo и Google Home работают через внешний API Philips Hue — https://www.developers.meethue.com/. Т.е. я говорю «выключить свет», запрос идет на сервера Amazon/Google, там процессится, дергается метод на meethue.com, который помечает ламопчки выключенными, контроллер дома получает коллбек (или сам опрашивает meethue.com) и посылает команду выключить лампочки.
Все это занимает 1-2 секунды в лучше случае, до 15 в худшем, а иногда вообще не работает потому что где-то интернеты не просрались. По ощущениям как будто свет через Почту России выключаешь.
Siri же напрямую обращается к контроллеру через локальную сеть без сторонних сервисов — свет выключается моментально.
К сожалению нет, это проприетарный стандарт NVidia. Сомневаюсь что они им захотят поделиться, т.к. он им позволил с самого начала застолбить нишу GPU Compute.
Радость в том что если ты какой-нибудь Netflix то теперь на половину своих устройств можешь стримать в h.265 а не h.264 и при сохранении того же качества сократить на 40% свои расходы на CDN. А для них это огромные деньги.
Кстати в Machine Learning самый популярный стандарт программирования на GPU — это CUDA. Так что хоть с мощной Vega, но многие пользователи все равно пролетают если хотят заранее дебажить свои алгоритмы под что-то типа Pascal P100. Да, можно сначала написать общий алгоритм и использовать OpenCL и потом уже проверять на Linux машине с Nvidia карточкой, но это уже не то.
Есть идеи почему Apple так упорно делает ставку на AMD?
И это нормально, я тоже много кого видел кто не чувствует разницу, даже если вот два монитора рядом ставлю и даю мышкой поводить. Но для тех кто замечает это прям небо и земля. Видно это что-то лично в а-ля тошнит/не тошнит когда VR пользуешься.
Работать с их экземплярами тоже можно будет. Не стоит путать Reflection и Emit.
Reflection позволяет как инспектировать типы, так и создавать объекты нужного типа и вызывать произвольные методы. Все это возможно и на monotouch.
Emit же дает возможность комплировать код на лету в monotouch он не доступен, но в mono for android есть.
Да, решение добавить поддержку нативной разработки для WP8 разработчиков было неожиданно, но тем не менее можно будет продолжать писать и на C# так же как и для WP7.
Визуальный редактор есть кстати и в Monodevelop, он на удивление хорошо работает, например проверять layout'ы для разных разрешений на нем очень удобно.
Ну а возможность использовать VS для разработки действительно очень большой плюс, имхо это одна из лучших IDE сейчас. Хотя лично мы пользуемся Monodevelop, в целом тоже всем довольны.
Если у вас есть какой-то интересный проект, то вы можете попробовать написать Мигелю лично и попросить его дать лицензию. Так же, насколько я помню они дают скидки, если вы укажете на сайте, что использовали их технологии для разработки.
Ответ: как и обычно. В Monodevelop есть полноценная поддержка дебага: breakpoints, условия, watch. Внутри же в дебаг сборке каждая инструкция оборачивается дополнительным кодом, который связывается с Monodevelop и определяет нужно ли остановить выполнение. Звучит медленно, но на самом деле работает вполне быстро, каких-то затруднений с дебагом мы не испытываем.
Если интересно, то можете попробовать сами. У Xamarin есть бесплатные версии, которые позволяют разрабатывать под симулятором — xamarin.com/trial.
Да, не корректно выразились в описании :) Имелось ввиду что CLR и Java VM работают паралельно для каждого приложения. Т.е. сборка мусора, например, происходит и там и там.
Про UI ответил выше. Суммарно разрабатывать удобнее и приятнее. Но в процессе приходилось натыкаться на разные подводные камни. Сейчас с учетом накопленного опыта разработка на Monotouch для нас удобнее и быстрее.
Для разработки используется cреда MonoDevelop — свободный аналог Visual Studio. Там есть все необходимое включая IntelliSense, Debug, интеграция с Git. XCode используется для редактирования xib файлов и создания аутлетов.
Приложение как раз таки написанно на нативных элементах UI. Просто у него достаточно нестандартный дизайн. Но все плашки и иконки это обычные ImageView и кастомные View.
Если же, например, зайти в историю транзакций то там будет обычный UITableView c кастомными UIViewCell. Также на стандартных контролах сделано расширенное добавление транзакции, настройки приложения.
Monotouch всего лишь предоставляет C# обертку к UIKit классам iOS, с точки зрения UI он ничего нового не добавляет.
Хоть это и не игра, но ресурсов в виде различных картинок там достаточно много — около 8мб. Но конечно Monotouch свой вес добавил — это плата за удобный язык и возможность кроссплатформенной разработки.
Оправдано, на освоение у нас уходит в среднем 2-3 недели. Правда это достаточно поверхностное знакомство, но для большинства бизнес приложений его должно хватить.
Да, размер приложения становится больше. Сейчас приложение весит 14мб, из них ресурсов около 8мб. Однако если отказаться от armv6 процессоров (iPhone 2G, 3G) и воспользоваться новым LLVM компилятором можно значительно снизить этот размер, где-то до 11-12мб. Но в данном случае поддержка старых айфонов для нас была достаточно важна.
Производительность практически такая же как у нативного решения. Как раз на примере этого приложения видно что никаких проблем с производительностью нет. В любом случае это быстрее чем Javascript решения (PhoneGap, Appcelerator). Ну и если есть какие-то критические к производительности части, их всегда можно вынести в отдельную C или Objective-C библиотеку и использовать ее из Monotouch кода.
Все это занимает 1-2 секунды в лучше случае, до 15 в худшем, а иногда вообще не работает потому что где-то интернеты не просрались. По ощущениям как будто свет через Почту России выключаешь.
Siri же напрямую обращается к контроллеру через локальную сеть без сторонних сервисов — свет выключается моментально.
Есть идеи почему Apple так упорно делает ставку на AMD?
Reflection позволяет как инспектировать типы, так и создавать объекты нужного типа и вызывать произвольные методы. Все это возможно и на monotouch.
Emit же дает возможность комплировать код на лету в monotouch он не доступен, но в mono for android есть.
Визуальный редактор есть кстати и в Monodevelop, он на удивление хорошо работает, например проверять layout'ы для разных разрешений на нем очень удобно.
Ну а возможность использовать VS для разработки действительно очень большой плюс, имхо это одна из лучших IDE сейчас. Хотя лично мы пользуемся Monodevelop, в целом тоже всем довольны.
Если интересно, то можете попробовать сами. У Xamarin есть бесплатные версии, которые позволяют разрабатывать под симулятором — xamarin.com/trial.
Для разработки используется cреда MonoDevelop — свободный аналог Visual Studio. Там есть все необходимое включая IntelliSense, Debug, интеграция с Git. XCode используется для редактирования xib файлов и создания аутлетов.
Если же, например, зайти в историю транзакций то там будет обычный UITableView c кастомными UIViewCell. Также на стандартных контролах сделано расширенное добавление транзакции, настройки приложения.
Monotouch всего лишь предоставляет C# обертку к UIKit классам iOS, с точки зрения UI он ничего нового не добавляет.
Обычно в случае Андройда проблема разных размеров экрана решается путем создания ресурсов под разные dpi.
Производительность практически такая же как у нативного решения. Как раз на примере этого приложения видно что никаких проблем с производительностью нет. В любом случае это быстрее чем Javascript решения (PhoneGap, Appcelerator). Ну и если есть какие-то критические к производительности части, их всегда можно вынести в отдельную C или Objective-C библиотеку и использовать ее из Monotouch кода.