Годная статья, но стоило бы «расшифровать» для неподготовленного читателя, что же это за зверь такой -Cache.
Например, вот выдержка с сайта разработчика:
InterSystems Caché – пост-реляционная объектная СУБД, предоставляющая неограниченные возможности для разработки Web-решений и клиент-серверных приложений.
Caché предназначена для обработки транзакций в системах со сверхбольшими базами данных и практически неограниченным количеством одновременно работающих пользователей.
Итого, можно использовать одну СУБД в энтерпрайзе и для нагруженного веб-сервера и для внутренних сервисов, например, для написания клиента управления контентом сайта (игры какой-нибудь) на Delphi.
Проблема, как видится, в отсутствии платформы настолько простой в использовании, чтобы ее стало возможным использовать всем.
Например, как карты Гугла — если нужно разместить информацию о своей фирме, нужно просто поставить заметку на карте.
Если бы Гугл озаботился разработкой «универсальной» метки и интегрировал «распознавалку» в Android и интегрировал (например, в те же «карты») возможность редактирования/генерации метки — то сервис бы вышел очень жизнеспособный:
— Идешь по улице, видишь кафе с «AR-меткой», «мазанул» по ней камерой смартфона и тебе сразу грузится меню, отзывы и все остальное…
Главное, что не нужно ставить «зоопарк» различных AR-приложений. Лучше, чтобы «распознавалка» была бы похожа на браузер (по возможностям) с яваскриптом, к примеру.
Поддерживаю
Основная «сила» кинекта — обученная нейронная сеть, которая распознает до 5-6 человек в пространстве. Причем дает возможность получить данные в виде «скелетиков», что очень удобно для различных «нестандартных» реализаций, вроде бесконтактной системы управления андроидным роботом.
А в Leap только жесты для плоского, по-сути, экрана — совсем другая сфера применения.
Только если целиком перейти на электронный документооборот.
Проблема же юридическая: Подтвердить подлинность документа и факт его вручения. Если для «бумажки» все отработано, то электронная подпись работает только в одну сторону — подтверждает отправителя.
Но только однозначно подтвержденное личное получение документа обязывает вторую сторону заплатить/прийти в суд и т.п.
Да нет, о бумаге никто не заботится. Смысл в том, что вся Ваша корреспонденция становится электронной и хранится централизовано — на email. Плюс можно настроить всякие фильтры, «забирать» почту на смартфон и прочее.
Просто большинство американцев «живут в долг», набрав кредиты и покупают по счетам, которые высылаются почтой. Например, посещая врача или юриста. А в конце месяца получают стопочку счетов в перемешку со спамом (бумажной рекламной рассылкой).
Просто в Штатах распространены очень специфические оффлайновые почтовые сервисы, которые могут получать за Вас Вашу корреспонденцию (например, счета), сканировать их, а затем «сбрасывать» на Вашу электронную почту. В таких случаях «бумажных» конвертов Вы действительно видеть не будете.
Присоединяюсь.
Но есть еще один плюс «реализованного» подхода Apple — модификация политики допуска в AppStore приложений по фидбеку от пользователей: Если будет обнаружено вредоносное приложение — то оно будет исключено из «раздачи», что позволит избежать эпидемий, И (что более важно), после анализа в гласные или негласные правила экспертизы приложений будут внесены ограничения. Вспомните «пукающие» приложения, использующиеся для первых поколений джейлбрейков.
Из текста функции не ясно, будет ли именно так обрабатываться исключение ArrayIndexOutOfBoundsException, как Вы написали. Для этого нужно просматривать остальные исходники.
Кроме того, при желании, я могу ведь и заменить действия конструктора исключения (например, чтобы он вызывал функцию изменения размера массива используя X) — в этом ведь и есть основная сила ООП, а вот аргумент IllegalArgumentException придется парсить.
И вот еще кстати, одно исключение «выводит» текстовый комментарий «fromIndex(» + fromIndex + ") > toIndex(" + toIndex+")", а два других — нет.
Поэтому создается ощущение, что первое исключение — для дебага, а последующие — для продакшина.
Бредятина какая-то…
Не знаю, обратил ли кто-то внимание, что функция — из серии «как не надо писать проверки».
Я о том, что arrayLen — параметр функции, который совсем нигде не проверяется, а исключение по выходу за диапазон задается одним и тем же классом ArrayIndexOutOfBoundsException. Фактически, получив исключение придется снова провести проверку значений (в блоке обработки исключений).
Можно еще чуть-чуть сэкономить. Получить «обычный» аккаунт разработчика (за $99) сделать Ad-Hoc сборку и зарегистрировать все 30 iphone-ов как «тестовые». После этого в течение 6 месяцев эта сборка будет на них работать (после установки через iTunes минуя AppStore).
Потом операцию нужно повторить.
Фактически за $299 вы получите разрешение от Apple на загрузку в iPhone подписанных Вами приложений напрямую через iTunes, не отправляя их на проверку.
Цена мака с OS X Lion + 299, среда разработки (XCode) бесплатная
Еще Вы можете воспользоваться Adobe Flash (если сложно разобраться с Objective-C) и писать на ActionScript, а затем скомпоновать билд как AIR для IOS. Тогда добавляется цена продукта Adobe.
Сам вьюер интерьера сделать несложно, если использовать (для flash) FLARToolkit и Alternativa3D. Но проблема будет в самих «тумбочках» и «шкафах». Нужен какой-то редактор для подбора текстур, придется как-то справляться перекрытием реальных объектов и прочим.
Ребята, Вы что, серьезно, считаете «перекомпиляцию» байт-кода в код на js «портированием»? Вы хоть видели код, который получился — будет он вообще работать-то в браузерной песочнице на реальных объемах данных ?!
Я понимаю, если бы был только объектный код, но у Вас же есть исходник на С/С++!
Наверное, можно попробовать из Биолоида такое собрать. Здесь сложность с устойчивостью и блочный характер торса — места для аккумуляторов и электроники маловато.
Например, вот выдержка с сайта разработчика:
InterSystems Caché – пост-реляционная объектная СУБД, предоставляющая неограниченные возможности для разработки Web-решений и клиент-серверных приложений.
Caché предназначена для обработки транзакций в системах со сверхбольшими базами данных и практически неограниченным количеством одновременно работающих пользователей.
Итого, можно использовать одну СУБД в энтерпрайзе и для нагруженного веб-сервера и для внутренних сервисов, например, для написания клиента управления контентом сайта (игры какой-нибудь) на Delphi.
Например, как карты Гугла — если нужно разместить информацию о своей фирме, нужно просто поставить заметку на карте.
Если бы Гугл озаботился разработкой «универсальной» метки и интегрировал «распознавалку» в Android и интегрировал (например, в те же «карты») возможность редактирования/генерации метки — то сервис бы вышел очень жизнеспособный:
— Идешь по улице, видишь кафе с «AR-меткой», «мазанул» по ней камерой смартфона и тебе сразу грузится меню, отзывы и все остальное…
Главное, что не нужно ставить «зоопарк» различных AR-приложений. Лучше, чтобы «распознавалка» была бы похожа на браузер (по возможностям) с яваскриптом, к примеру.
Основная «сила» кинекта — обученная нейронная сеть, которая распознает до 5-6 человек в пространстве. Причем дает возможность получить данные в виде «скелетиков», что очень удобно для различных «нестандартных» реализаций, вроде бесконтактной системы управления андроидным роботом.
А в Leap только жесты для плоского, по-сути, экрана — совсем другая сфера применения.
Только если целиком перейти на электронный документооборот.
Проблема же юридическая: Подтвердить подлинность документа и факт его вручения. Если для «бумажки» все отработано, то электронная подпись работает только в одну сторону — подтверждает отправителя.
Но только однозначно подтвержденное личное получение документа обязывает вторую сторону заплатить/прийти в суд и т.п.
Просто большинство американцев «живут в долг», набрав кредиты и покупают по счетам, которые высылаются почтой. Например, посещая врача или юриста. А в конце месяца получают стопочку счетов в перемешку со спамом (бумажной рекламной рассылкой).
Но есть еще один плюс «реализованного» подхода Apple — модификация политики допуска в AppStore приложений по фидбеку от пользователей: Если будет обнаружено вредоносное приложение — то оно будет исключено из «раздачи», что позволит избежать эпидемий, И (что более важно), после анализа в гласные или негласные правила экспертизы приложений будут внесены ограничения. Вспомните «пукающие» приложения, использующиеся для первых поколений джейлбрейков.
Кроме того, при желании, я могу ведь и заменить действия конструктора исключения (например, чтобы он вызывал функцию изменения размера массива используя X) — в этом ведь и есть основная сила ООП, а вот аргумент IllegalArgumentException придется парсить.
Поэтому создается ощущение, что первое исключение — для дебага, а последующие — для продакшина.
Бредятина какая-то…
Я о том, что arrayLen — параметр функции, который совсем нигде не проверяется, а исключение по выходу за диапазон задается одним и тем же классом ArrayIndexOutOfBoundsException. Фактически, получив исключение придется снова провести проверку значений (в блоке обработки исключений).
Потом операцию нужно повторить.
Еще Вы можете воспользоваться Adobe Flash (если сложно разобраться с Objective-C) и писать на ActionScript, а затем скомпоновать билд как AIR для IOS. Тогда добавляется цена продукта Adobe.
Я понимаю, если бы был только объектный код, но у Вас же есть исходник на С/С++!