не. можно «проще». на руку юзера наносим татуировку (может и QR). чтобы разлочить подносим телефон к руке и все ок.
/me задумался (по аналогии slide to unlock) а на этот вариант в Apple патент уже оформлен?
было уже «практически»,
цитата «Компания Sun на Микропроцессорном форуме представила процессор MicroJava 701. Это первый процессор, непосредственно исполняющий байт-код Java.»
источник — www.osp.ru/cw/1997/42/25003/
(«Computerworld Россия», № 42, 1997 )
Для конкретики — смотрел на версии 3.3, собранной из исходников от 25 июля 2010 года (CE)
Есть изрядно отрицательный впечатлений
про Aflresco «в общем» — если больше 300 документов в одном контейнере – тормоза при открытии контейнера.
про CMIS – идея хорошая, но наблюдались жуткие тормоза при создании новых документов. Скорость колебалась (документ := парочка тестовых атрибутов и контент менее 100кб) от 0.9 до 2 секунд.
Если суммарно разместить порядка 20'000 документов (разложенных аккуратно по подпапкам), то при попытках групповых операций (изменение ACL к примеру) вообще не работали (сбои по тайм-ауту)
пока эти двое дерутся, MS просто работает…
с точки зрения MS: если победит Adobe и протащит свой Flash на iPhone — то «по аналогии» пройдет и сильвер.
а если не договорится… может не стоит и напрягаться… ;)
не факт. я, как физик, и с обычным стримом результаты стал получать, только когда их по факсу стал своими письмами «доставать».
электронная почта и телефонные разговоры — это вода. а вот если добиться, чтобы а) документ прошел по факсу б) они подтвердили прием в) они зарегистрировали и сообщили регистрационный номер входящего документа — вот тогда и будет хоть какой-то результат виден.
хинт-1: чтобы определить прошел/непрошел факс — им было нужно не менее суток (вечером, похоже, факсы «складируют», а разбирают на плохой/хороший только утром)
хинт-2: чем больше паралельный факсов работает на отправку — тем быстрее они примут. на их стороне — многоканальный :)
ограничение "у них" upload приводит к ограничению "у нас" download
чтобы выкачать что-то нужное, нужно что-бы сиди держали скорость, а эта указивка это и ограничивает
и это печально. :(
странно. для домино у IBM есть почти рабочий мост .nsf -> DB2, который позволяет фактически запихивать неструктурированные данные в реляционную базу.
Добавление еще одной сущности (CouchDb)? как-то нелогично. если CouchDB они поверх DB2 гонять - получится урезанный Domino, только без собак и LotusScript (а яву наверняка прикрутят, имхо)
насчет первого - согласен. и функция инициализатор, которую нужно еще делать protected, кривое решение.
насчет второго - компилятора мало будет. в рантайме нужно ловить был вызов базового или нет т.к., как ты и сам говоришь, код инициализации может быть нетривиальным иначе есть шанс что вызова не будет.
мысль: из любого места конструктора наследуемого класса вызывать конструктор базового, имхо, не есть "гут" т.к. будет не очевидна инициализация элементов базового класса. если же конструктор явно прописан сразу в строке инициализации - это более наглядно.
если на это не обращать внимания то прикрутить такую "фишечку" реально - при срабатывании конструктора производного, выделение памяти для базового уже произошло по сути.
хм ... доп нагрузка на рантайм будет - если конструктор производного не вызвал явно конструктор базового, то "кто-то" ведь должен вызвать конструктор базового?
замечательный пост. цитирую - "а я начал с HTML, а она взяла техническое задание начала меня в него харей тыкать" :)
ps: переделка Раскольникова (админ самбой супротив старушки AD на WinNT4) не планируется? :)
а русские буквы удалось побороть (чтоб на экране по человечески строки выводить)? utf8, win1251, установка шрифта ttf - мне не помогла: рисует только "квадратики".
логику писать - без ООП с классами и строгой типизацией и проч ... как-то тяжко :(
было-бы интересно. и про подводные камни не забыть как в связке win32+cygwin (особенности сборки PSPLink в toolchain, кодировке текста) так и в linux.
судя по упомянутому компилятору - речь пойдет именно о psp-g++, а не написание под Lua/Python?
по перепрошивке материалов много, а по разработке - маловато будет.
вариаций рисунков достаточно много. в основном с длинным носом, крыльями и мечом. у меня в аватарке тоже tengu. гэджет интересный: если кто-то в комнате будет слишком шумно по телефону разговаривать - можно попросить говорить потише и не будить "зверя" ;)
ссылка в википедии - http://en.wikipedia.org/wiki/Tengu.
клиент для iPad — itunes.apple.com/us/app/dropbox/id327630330?mt=8
цена = free
ru.wikipedia.org/wiki/Jailbreak
pics.rbcdaily.ru/2011/11/18/cnews/562949982076148
да… и у Apple «случайно» есть похожий патент
www.3dnews.ru/news/609292
/me задумался (по аналогии slide to unlock) а на этот вариант в Apple патент уже оформлен?
цитата «Компания Sun на Микропроцессорном форуме представила процессор MicroJava 701. Это первый процессор, непосредственно исполняющий байт-код Java.»
источник — www.osp.ru/cw/1997/42/25003/
(«Computerworld Россия», № 42, 1997 )
Есть изрядно отрицательный впечатлений
про Aflresco «в общем» — если больше 300 документов в одном контейнере – тормоза при открытии контейнера.
про CMIS – идея хорошая, но наблюдались жуткие тормоза при создании новых документов. Скорость колебалась (документ := парочка тестовых атрибутов и контент менее 100кб) от 0.9 до 2 секунд.
Если суммарно разместить порядка 20'000 документов (разложенных аккуратно по подпапкам), то при попытках групповых операций (изменение ACL к примеру) вообще не работали (сбои по тайм-ауту)
с точки зрения MS: если победит Adobe и протащит свой Flash на iPhone — то «по аналогии» пройдет и сильвер.
а если не договорится… может не стоит и напрягаться… ;)
электронная почта и телефонные разговоры — это вода. а вот если добиться, чтобы а) документ прошел по факсу б) они подтвердили прием в) они зарегистрировали и сообщили регистрационный номер входящего документа — вот тогда и будет хоть какой-то результат виден.
хинт-1: чтобы определить прошел/непрошел факс — им было нужно не менее суток (вечером, похоже, факсы «складируют», а разбирают на плохой/хороший только утром)
хинт-2: чем больше паралельный факсов работает на отправку — тем быстрее они примут. на их стороне — многоканальный :)
чтобы выкачать что-то нужное, нужно что-бы сиди держали скорость, а эта указивка это и ограничивает
и это печально. :(
Добавление еще одной сущности (CouchDb)? как-то нелогично. если CouchDB они поверх DB2 гонять - получится урезанный Domino, только без собак и LotusScript (а яву наверняка прикрутят, имхо)
насчет второго - компилятора мало будет. в рантайме нужно ловить был вызов базового или нет т.к., как ты и сам говоришь, код инициализации может быть нетривиальным иначе есть шанс что вызова не будет.
если на это не обращать внимания то прикрутить такую "фишечку" реально - при срабатывании конструктора производного, выделение памяти для базового уже произошло по сути.
хм ... доп нагрузка на рантайм будет - если конструктор производного не вызвал явно конструктор базового, то "кто-то" ведь должен вызвать конструктор базового?
ps: переделка Раскольникова (админ самбой супротив старушки AD на WinNT4) не планируется? :)
логику писать - без ООП с классами и строгой типизацией и проч ... как-то тяжко :(
судя по упомянутому компилятору - речь пойдет именно о psp-g++, а не написание под Lua/Python?
по перепрошивке материалов много, а по разработке - маловато будет.
ссылка в википедии - http://en.wikipedia.org/wiki/Tengu.