В конце концов всех будут идентифицировать по биометрическим данным. А номер паспорта, телефонный номер и т.п. - это всё постепенно отмирающий анахронизм.
Технологии аунтификации по различным биометрическим данным уже давно развились до промышленного использования. Носимые устройства все уже давно умеют авторизовывать по биометрии для доступа к самому девайсу (как минимум по фейс ид или отпечатку). По фейс ид в мск метро внедрили проезд - отлично работает. В банках сдаешь биометрию и получаешь доступ к услугам без всякой карты (сбер, ВТБ, Тиньков), в госуслугах сдаешь биометрию, тоже получаешь доступ к услугам ( правда - пока только банковским, но через год два - к любым, где требуется аунтификация личности - наконец то отпадет необходимость каждый раз руками заполнять идиотские анкеты).
Был у меня один знакомый, который еще в далеком 1990-м году на Turbo С++ 2.0 писал интерпретатор языка Форт (Forth) под MS-DOS 3.30. Занимался он этим всё свободное и не свободное от работы сисадмином в «аквариуме» МГТУ им. Баумана. Когда я его спросил, зачем он он пишет интерпретатор Форта, от ответил: «Я потом на Форте хочу написать ЭКСПЕРТНУЮ СИСТЕМУ!»
Следует уточнить: писал он это всё на и для IBM-PC/AT, 80286 процессор, 1МБ оперативки и хард на 40 метров.
Да, только никто из видеосервисов флеш там не использует.
Все плееры исключительно HTML5.
Плюс к этому только у лыж самсунга еще остались свои собственные платформы для смарта. Филлипс и другие переходят на андроид.
Да и остальные ОТТ тоже.
То, что флеш плеер в конечном итоге перестанет существовать в том виде, в котором сейчас, это без сомнения.
В видеобизнесе уж точно.
Ка игровая онлайн платформа — да. Здесь альтернативы пока нет.
Но, опять де — уже только на десктопах.
Ему деваться некуда.
Flash остался только на десктопе. Мобильные платформы все без исключения живут на HTML5, равно как и SMART TV.
И если учесть, что пользователи уже не «медленно, верно», а весьма активно мигрируют на мобильные платформы, то адобу ничего не остается, как постепенно отказаться от плагинов и потихоньку переползать в js-webGl и т.п.
Отличный сервис, ребят.
100% ВАУ эффект!
Благодаря ему я узнал, что в моем подъезде оказывается встроена весьма неплохая камера и большой брат бдит ))
И сразу стало как-то спокойнее жить ))))
Пара предложений по интерфейсу и юзабилити:
— было бы очень удобно, если всем подъездным камерам проставить номера подъезда
(сейчас у всех подъездных камер совершенно одинаковые «адреса» и выбирать можно только методом «тыка»)
— в интерфейсе группы камер в окошке со списком камер вместо ссылки на скриншот удобнее показывать скриншот по наведению на камеру (иконку) без закрытия окошка со списком камер
(сейчас требуется кликнуть на иконку «посмотреть скриншот камеры»; при этом окошко со списком закрывается и, если это не та камера, приходится его переоткрывать, что не совсем удобно)
— удобно было бы иметь возможность смотреть видео одновременно с нескольких камер
(сейчас есть возможность смотреть видео только с одной камеры)
— в списке выбранных камер добавить иконки «показать на карте»
(сейчас эта функция доступна только в окне видео в меню «Опции»)
— добавить полноэкранный режим для видео
— круто было бы показывать направление съемки камеры и сектор захвата ( а-ля oldmos.ru )
— сделать более очевидной группировку камер (например, группировать подъездные камеры, дворовые и т.п. отдельно)
(сейчас, на мой взгляд. не совсем очевидно, по какому принципу камеры объединяются в «группу камер». Например, на одном и том же доме одна камера (дворовая) вынесена, как отдельная, а еще одна входит в группу камер вместе с подъездными.)
коллеги и друзья.
по моему мнению все эти дискуссии - это все равно что воду в ступе толочь.
Ведь все равно толку от этой дискуссии - ноль.
По этому поводу есть анек :
Встречаются обычная мышь и хомяк.
м: слушай, хома, вот ты дома живешь, жрешь до отвалу, тебя все любят, шерстка у тебя холеная. Ая вот по помойкам шарюсь, пропитание добываю, меня никто не любит, убить хотять, мышеловки ставят.... А ведь мы вообщем-то одинаковые. Я даже лучше: у меня вон хвост есть, а у тебя - нет.
х: да просто у тебя, мышь, х@#вый промоушн...
Чего нельзя отнять у МС, так это гениального маркетинга и промоушна того, что они делают. Они всегда знали, знают и будут знать, что когда где и как надо делать, чтобы быть "впереди планеты всей". БГ всегда имел способность не упустить свой шанс. Так было в самом начале, когда ИБМ понадобилась ОС для IPM PC.
Так было в 90-ых, когда МС понял, что будущее - за веб, купил mosaic и сделал IE, и потом "убил" NN, так было и с медиа, когда МС, предвидя развитие онлайн и цифрового медиа выпустил MS Media Player и MS Media Services и убил RA Player.
И с игровыми приставками то же (раньше были токо сега, сони и нинтендо, а пришел xBOX)
было у меня такое
еще в 2001 году разрабатывли для одной конторы тонкого клиента для торговли на форексе.
Тогда еще аджакса не было, как термина, но был ИЕ 5.0 и 5.5 и в нем был XMLHTTP
Собственно - его как раз и задействовали вместе с бихейвьерами и немодпльными диалогами.
Были объекты(сервисы), которые только получали инфу (например - котировки), били объекты, которые отправляли и получали инфу (напрмиер формы выставления ордеров). Так вот, сначала все работало независимо: каждый объект сам общался с сервром (например пользователь в форме создает лимит ордер клацает на ОК, и форма сама все постит на сервер и получает ответ , то есть типа реалтайм) Но потом, при большой нагрузке полезли такие же грабли, как описано в посте.
Мы решили проблему так: организовали очереди сообщений, принадлежащих сервисам - входящие и исходящие. Все объекты , например, формы, которым требовалось запостить данные, складывали их в очередь. И был глобальный обработчик , который по таймеру, скажем раз в секунду, сначала брал все, что готово к отправке на сервер, пулял это все на сервер поочереди, получая при этом подтверждение, после чего сообщение из очереди удалял. Ну и если подтверждения приема не было, то он отсылал из других очередей, а потом пытался перепослать то, что не получилось . При этом была главная системная очередь, в которой сообщения имели наивысший приоритет, и обрабатывались в первую очередь. Ну и сервер точно так же формировал очереди у себя и отдавал их поочереди при очередных запросах обработчика, которые эти ответы складывал в соответсвующие входящие очереди и выставлял евенты для сервисов.
Вообщем - написал сумбурно, но, надеюсь, идея понятна.
Биометрия рулит.
В конце концов всех будут идентифицировать по биометрическим данным. А номер паспорта, телефонный номер и т.п. - это всё постепенно отмирающий анахронизм.
Технологии аунтификации по различным биометрическим данным уже давно развились до промышленного использования. Носимые устройства все уже давно умеют авторизовывать по биометрии для доступа к самому девайсу (как минимум по фейс ид или отпечатку). По фейс ид в мск метро внедрили проезд - отлично работает. В банках сдаешь биометрию и получаешь доступ к услугам без всякой карты (сбер, ВТБ, Тиньков), в госуслугах сдаешь биометрию, тоже получаешь доступ к услугам ( правда - пока только банковским, но через год два - к любым, где требуется аунтификация личности - наконец то отпадет необходимость каждый раз руками заполнять идиотские анкеты).
Следует уточнить: писал он это всё на и для IBM-PC/AT, 80286 процессор, 1МБ оперативки и хард на 40 метров.
А вы тут про ось на джаваскрит :)
Ссылки:
Язык Форт
Turbo C++
Все плееры исключительно HTML5.
Плюс к этому только у лыж самсунга еще остались свои собственные платформы для смарта. Филлипс и другие переходят на андроид.
Да и остальные ОТТ тоже.
То, что флеш плеер в конечном итоге перестанет существовать в том виде, в котором сейчас, это без сомнения.
В видеобизнесе уж точно.
Ка игровая онлайн платформа — да. Здесь альтернативы пока нет.
Но, опять де — уже только на десктопах.
Flash остался только на десктопе. Мобильные платформы все без исключения живут на HTML5, равно как и SMART TV.
И если учесть, что пользователи уже не «медленно, верно», а весьма активно мигрируют на мобильные платформы, то адобу ничего не остается, как постепенно отказаться от плагинов и потихоньку переползать в js-webGl и т.п.
100% ВАУ эффект!
Благодаря ему я узнал, что в моем подъезде оказывается встроена весьма неплохая камера и большой брат бдит ))
И сразу стало как-то спокойнее жить ))))
Пара предложений по интерфейсу и юзабилити:
— было бы очень удобно, если всем подъездным камерам проставить номера подъезда
(сейчас у всех подъездных камер совершенно одинаковые «адреса» и выбирать можно только методом «тыка»)
— в интерфейсе группы камер в окошке со списком камер вместо ссылки на скриншот удобнее показывать скриншот по наведению на камеру (иконку) без закрытия окошка со списком камер
(сейчас требуется кликнуть на иконку «посмотреть скриншот камеры»; при этом окошко со списком закрывается и, если это не та камера, приходится его переоткрывать, что не совсем удобно)
— удобно было бы иметь возможность смотреть видео одновременно с нескольких камер
(сейчас есть возможность смотреть видео только с одной камеры)
— в списке выбранных камер добавить иконки «показать на карте»
(сейчас эта функция доступна только в окне видео в меню «Опции»)
— добавить полноэкранный режим для видео
— круто было бы показывать направление съемки камеры и сектор захвата ( а-ля oldmos.ru )
— сделать более очевидной группировку камер (например, группировать подъездные камеры, дворовые и т.п. отдельно)
(сейчас, на мой взгляд. не совсем очевидно, по какому принципу камеры объединяются в «группу камер». Например, на одном и том же доме одна камера (дворовая) вынесена, как отдельная, а еще одна входит в группу камер вместе с подъездными.)
А так — все круто, респект!
www.seopro.ru/theory/2011/2/2324.html
по моему мнению все эти дискуссии - это все равно что воду в ступе толочь.
Ведь все равно толку от этой дискуссии - ноль.
По этому поводу есть анек :
Встречаются обычная мышь и хомяк.
м: слушай, хома, вот ты дома живешь, жрешь до отвалу, тебя все любят, шерстка у тебя холеная. Ая вот по помойкам шарюсь, пропитание добываю, меня никто не любит, убить хотять, мышеловки ставят.... А ведь мы вообщем-то одинаковые. Я даже лучше: у меня вон хвост есть, а у тебя - нет.
х: да просто у тебя, мышь, х@#вый промоушн...
Чего нельзя отнять у МС, так это гениального маркетинга и промоушна того, что они делают. Они всегда знали, знают и будут знать, что когда где и как надо делать, чтобы быть "впереди планеты всей". БГ всегда имел способность не упустить свой шанс. Так было в самом начале, когда ИБМ понадобилась ОС для IPM PC.
Так было в 90-ых, когда МС понял, что будущее - за веб, купил mosaic и сделал IE, и потом "убил" NN, так было и с медиа, когда МС, предвидя развитие онлайн и цифрового медиа выпустил MS Media Player и MS Media Services и убил RA Player.
И с игровыми приставками то же (раньше были токо сега, сони и нинтендо, а пришел xBOX)
еще в 2001 году разрабатывли для одной конторы тонкого клиента для торговли на форексе.
Тогда еще аджакса не было, как термина, но был ИЕ 5.0 и 5.5 и в нем был XMLHTTP
Собственно - его как раз и задействовали вместе с бихейвьерами и немодпльными диалогами.
Были объекты(сервисы), которые только получали инфу (например - котировки), били объекты, которые отправляли и получали инфу (напрмиер формы выставления ордеров). Так вот, сначала все работало независимо: каждый объект сам общался с сервром (например пользователь в форме создает лимит ордер клацает на ОК, и форма сама все постит на сервер и получает ответ , то есть типа реалтайм) Но потом, при большой нагрузке полезли такие же грабли, как описано в посте.
Мы решили проблему так: организовали очереди сообщений, принадлежащих сервисам - входящие и исходящие. Все объекты , например, формы, которым требовалось запостить данные, складывали их в очередь. И был глобальный обработчик , который по таймеру, скажем раз в секунду, сначала брал все, что готово к отправке на сервер, пулял это все на сервер поочереди, получая при этом подтверждение, после чего сообщение из очереди удалял. Ну и если подтверждения приема не было, то он отсылал из других очередей, а потом пытался перепослать то, что не получилось . При этом была главная системная очередь, в которой сообщения имели наивысший приоритет, и обрабатывались в первую очередь. Ну и сервер точно так же формировал очереди у себя и отдавал их поочереди при очередных запросах обработчика, которые эти ответы складывал в соответсвующие входящие очереди и выставлял евенты для сервисов.
Вообщем - написал сумбурно, но, надеюсь, идея понятна.