Было бы замечательно создать шаблон мультиплатформенного приложения с рекомендуемыми выше библиотеками (может какой-то пример, тот же самый калькулятор. )
Самое необходимое, в моем случае, перенести в облако почту и управление заданиями. Это очень востребовано, когда существует какой-то концерн или холдинг. Компании-партнеры, даже не большие, обычно разнесены территориально.
Еще бы перенес учетную систему, особенно если есть тонкий клиент. Можно избавиться от многих проблем:
Следить за железом: предприятие работает круглосуточно, бывало приходилось ночью ехать на работу (то кондиционер перестанет работать — пришлось поставить два, то свет отрубят на пол ночи, то сгорит чего, то пожарка сработает)
Следить за обновлениями и алминистрировать сервера и СУБД (у меня windows и MSSQL server)
покупать их новые версии периодически(можно конечно эшуренс, но те же деньги)
и т.д. и т.п.
Я думаю, что форс-мажорные случаи еще больше должны стимулировать переход в облака:
Рейдерские захваты предприятий, в том числе и гос. органами (Для Украины это актуально)
Банальный пожар. Уверен в глубинке мало кто ставит систему пожаротушения
А вообще, облако очень хорошо использовать как резерв, с клонами критически важных сервисов и в случае необходимости их задействовать.
У меня выпала счастливая случайность и я смог поставить у себя в кабинете светодиодные лампы (LL-ДПО-01-040-2810-20Д(Б) — кому интересно). Радости передать не могу. Освещенность выросла с ~250 до >500 люкс. Потребляет примерно в 2 раза меньше. Да!, цена кусается, но оно того стоит.
Внесу свое предложение: использование WEB API (можно даже полноценного OData, правда я не в курсе поддежки в JqGrid), что позволит использовать функции фильтрации и сортировки штатно.
Развитие данного направления необходимо поддерживать. Человечество уже способно на данный момент защититься от таких объектов. Ведь разрушения от случайного «невезения „будут катастрофические, намного большими, чем реализация проекта по защите от астероидов.
Все это очень забавно, но этот человек ничего не выиграет. Банковая система не допустит таких выскочек. В лучшем случае договоряться «полюбовно», в худшем — могут и убить.
Эта концепция уже рассматривалась уже давно(при чем советские инженеры что-то тоже предлагали). Основная проблема — это поддержка вакуума в трубе на длинных расстояниях, а также проблема организации прмежуточных станций и ограниченсть габаритов груза.
В комментах по-выше есть пару вариантов. Было бы прекрасно, чтобы был выбор с различными показателями УДОБСТВО/БЕЗОПАСНОСТЬ и каждый сам бы себе решал, что для него лучше.
Меня вот только одного поражает, что в то время, как «корабли бороздят простроры космоса», а самая «бедная» банковая система не удосужилась внедрить безопасный метод работы с деньгами. Или это так специально делают…
WP не взлетит, но часть пирога точно откусит. Согласен, большие надежды подает Firefox OS, но надо сначала пощупать.
Не стоит также забывать, что даже у одной платформы есть несколько версий и у некоторых компаний (из личного опыта) возникают проблемы в поддержке на различных версиях. Я уверен, что это проблемы этой компании, но это проблему не отменяет.
Хотел бы добавить. Количество мобильных платформ растет, как грибы после дождя, при чем доля аутсайдеров растет (например, WP). За ней и другие подтянутся. Вот тогда будет сложно писать нативные приложения под каждую платформу, поэтому я уверен, что данное направление будет развиваться семимильными шагами, особенно, в сфере бизнес приложений.
Я думаю, мы никак не сможем повлиять на органы США. Лучше смотреть в другую сторону: каждый интернет серсис имеет соглашение. Если компания, которая предоставляет сервис, нарушает это соглашение, то необходимо влиять на сервис, в т.ч. и через суды.
Очень интересно как быстро Intel выйдет на массовый ринок. Я считаю полемику «лучше-хуже» неправильной в данной ситуации. Всегда лучше несколько альтернатив, что способствеут развитию конкуренции. В итоге, в выиграше остается потребитель. И хочу поддержать идею о слиянии ПК и телефона. Современные телефоны уже догоняют по характреистикам мой старенький рабочий ноутбук. Было бы интересно получить девайс с док-станцией, превращающего его в полноценный компьютер. Уже есть несколько планшетов с Windows 8, например Dell Latitude 10, теперь очередь за мобильными телефонами.
Обновление расширило реализацию протоколо OData. Во-первых стало проще использовать: переопределение базовых методов, определение ключа сущности, реализовали больше параметров oData запросов. И еще то, что я планирую описать в следующих статьях:
— поддежка OData связей сущностей типа entity/$links/entity;
— реализованы OData Actions. Терерь можно вызывать различные методы типа: odata/Products(1)/RateProduct;
— если не ошибаюсь, реализовано OData $metadata, например запрос /odata/$metadata#Products/@Element даст ответ:
Читал Вашу статью. Вы использовали ApiController, здесь же EntitySetController, в котором уже реализован параметр $inlinecount. При запросе GET /odata/Products?%24inlinecount=allpages мы получим такой результат:
Запрос из URL транслируется в дерево выражений LINK, которое выполняется на IQueryable (в данном случае возвращает метод public override IQueryable<ProductDTO> Get()). Я согласен, что много ORM не поддерживают Link провайдер и его очень сложно реализовать. Рекомендую почитать блог о переводе OData запросов в HQL. есть еще открытый проект OData парсер для NHibernate, но я его не тестировал.
Еще бы перенес учетную систему, особенно если есть тонкий клиент. Можно избавиться от многих проблем:
Я думаю, что форс-мажорные случаи еще больше должны стимулировать переход в облака:
А вообще, облако очень хорошо использовать как резерв, с клонами критически важных сервисов и в случае необходимости их задействовать.
Кто крайний?!!!
Не стоит также забывать, что даже у одной платформы есть несколько версий и у некоторых компаний (из личного опыта) возникают проблемы в поддержке на различных версиях. Я уверен, что это проблемы этой компании, но это проблему не отменяет.
— поддежка OData связей сущностей типа
entity/$links/entity;— реализованы OData Actions. Терерь можно вызывать различные методы типа:
odata/Products(1)/RateProduct;— если не ошибаюсь, реализовано OData $metadata, например запрос
/odata/$metadata#Products/@Elementдаст ответ:GET /odata/Products?%24inlinecount=allpagesмы получим такой результат:"odata.count":"4"— это и есть total.public override IQueryable<ProductDTO> Get()). Я согласен, что много ORM не поддерживают Link провайдер и его очень сложно реализовать. Рекомендую почитать блог о переводе OData запросов в HQL. есть еще открытый проект OData парсер для NHibernate, но я его не тестировал.