Подскажите, а зачем словарю знать моё местоположение? Ну, в принципе… Просто я не могу даже скачать из Marketplace (устройство с WP7) это приложение, ибо он категорически требует моего согласия на отслеживание координат устройства и без этого согласия даже не даёт возможности скачать и попробовать приложение.
Без доступа к текущим координатам устройства вообще нельзя английский учить?
Для управления бытовой электроникой в КПК монтируется дополнительный односторонний ИК-порт со светодиодом повышенной мощности, не завязанный на стандартный маломощный двухсторонний ИК-порт для обмена информацией между устройствами. Информация 100% про КПК типа HP iPaq серий h2xxx & h37xx.
В книге «iПрезентация» эта идея носит название «микро-презентация в лифте», когда ты должен быть готов оказаться в одном лифте с будущим инвестором и за это время успеть заинтересовать его. А вообще, вся упомянутая книга посвящена вопросам, как подавать и оформлять подачу своей идеи. И главная идея — суметь показать будущему пользователю/клиенту почему ИМЕННО ЕМУ это нужно, и какие ЕГО проблемы твоя идея решает.
Телевизоры,кондиционеры, музыкальные центры и прочее.
Лишь замечу, что кондеями с КПК-пультов традиционно управлять было нельзя, ибо там используется двунаправленный обмен информацией в большинстве случаев…
Пробема в одном: там — США, тут — Россия. Вот и вся проблема. Там занимаются реконструкцией планомерно и шаг за шагом, а у нас, после развала СССР, в каждой республике, в каждом городишке образовались собственыне ОАО «МГТС», ЗАО «Интеркоммутация», ООО «Трансхрентелеком» и т.п. Каждый сам закупал оборудование по собственным тендерам, каждый сам крутил и вертел чего хотел. Кто коммутаторы обновлял, а кто себе новые автомашины покупал. А эта услуга для своего внедрения требует и чёткой работы всех элементов сети, и единообразия самой сети, чего у нас нет в принципе. За полтора года привести всё в порядок за-ради одной услуги — это стоит нереальных денег.
Цель — непонятна. Выхода — неочевидна. Затраты — очевидно огромные. Оно надо?
Интернет в своей идеологии устроен совсем иначе. Она и была задумана, как сеть, способная сохранять свою работоспособность при выходе из строя отдельных участков сети. В Телефонной сети такого просто не предусмотрено. Структура DNS — самореплицируема, и то ей необходимо вполне определенное время на обновление. Никакого подобия самореплицирующейся структуры DNS в телефонной сети нет. Каждый коммутатор управляется отдельно, отдельным персоналом. Поэтому сравнивать структуры Интернета и телефонных сетей по меньшей мере некорректно.
Вот у операторов больше никаких других текущих проблем и задач нет, кроме как заниматься этим вопросом. И сети уже все построены, и биллинги уже все отлажены, и 3G кругом работает как часы… Всё отлично! Чем бы еще теперь заняться?! А, точно! Давайте будем согласовывать процедуру согласования! 3 дня на каждое согласование. Блеск!
Про читерство. Не знаю как в данное время, а раньше, при вводе в эксплуатацию нового коммутатора, данные для анализа номера предоставляли ЦНИИС или ЛоНИИС — т.е. отдельные государственные структуры. Централизованное управление этой информацией позволяло учитывать, в частности, объёмы трафика и соответствующим образом проектировать соединительные линии между коммутаторами и регионами. Если кто-то из операторов решит самовольно перевести часть трафика в другое направление, это не только может создать трудности в маршрутизации вызовов, но и наверняка приведёт к перекосу в трафике, перегрузкам на линии и, как следствие, отказам в установлении соединения. Еще раз повторю, что телефонная Сеть — централизованно-управляемая структура. В большинстве случаев — без альтернативной маршрутизации. Самое главное правило программирования — «Работает? Не трогай!» — к ней применимо на 200%.
Поясню. «Билайн», получая вызовы от «МТС», априори считает, что все принятые вызовы имеют дестинейшен в сети Билайна. Если МТС начнёт роутить в транк для Билайна вызовы Мегафона, не согласовав это предварительно, то вызовы просто потеряются и «уйдут в отказ». Вот и всё.
не работает. «жульничество» и «читерство» тут не канает. Это не игры. Это Сеть. Причем, в ней, в отличие от Интернета, альтернативных путей просто не предусмотрено по идеологии.
Дык, вы сравните площадь и кол-во населения такой небольшой страны, как Чехия, и РФ! В Хорватии тоже эта услуга была реализована еще в начале 2000-х годов и что? У них на всю страну — 2 десятка коммутаторов. Масштабы и объёмы затрат на реализацию просто несравнимы.
Мне очень странно читать хвалебные деферамбы этому безусловно популистскому решению здесь, на ресурсе, где общаются большей частью хорошо знакомые с программированием люди.
Для начала я расскажу, как работает на электронной АТС т.н. «анализ номера». Т.е. когда абонент набрал вызываемый номер и передал его с абонентского устройства на коммутатор, главный процессор коммутатора начинает анализировать полученные цифры. Для примера возьмём вариант, когда абонент МТС с кода 916 набирает 8-905-322-2223
8 — префикс выхода из своей номерной зоны. Продолжаем анализ…
9 — мало цифр, продолжаем анализ
0 — мало цифр, продолжаем анализ
5 — «905» — префикс сети Билайн, вызов маршрутизируется на канал связи с оператором Билайн. Анализ прекращён.
Если весь индекс 90х передан Билайну, например, то анализ становиться проще. Если же в 905-ом индексе часть префиксов вынесена, то анализ усложняется — нужно проверять последующие цифры и роутить их в соответствующие каналы.
Этот анализ инженер на электронном коммутаторе прописывает вручную специальными командами. В зависимости от позиции коммунтатора в сети, анализ может быть больше или меньше. Если коммутатор — маршрутный, то анализ будет достаточно простым: эти индексы — сюда, эти индесы — туда… На конечных АТС анализ номера может быть весьма сложным, ибо надо чётко прописывать каждый конечный номер и привязывать его к конкретному абонентскому оборудованию. Но в любом случае, вводить этот анализ номера — самая сложная и трудоёмкая работа на ЭАТС. На совсем современных ЭАТС, может быть, это еще как-то и автоматизировано и как-то визуализировано, но на коммутаторах ранних выпусков это все делается из командной строки вручную.
Вычленить один номер из маршрута на Билайн и перевести его на Мегафон — это означает ацццки усложнить анализ. Ну, один номер — еще ничего. Два, три — тоже терпимо… А если таких номеров надо будет прописывать десятки и сотни — то нужен будет отдельный супер-компьютер для построения корректного анализа номера. Выполнять такую работу человеку просто нереально, ибо ошибок будет неконтролируемо много.
АРХИТЕКТУРА ЭЛЕКТРОННЫХ АВТОМАТИЧЕСКИХ ТЕЛЕФОННЫХ СТАНЦИЙ НЕ ПРЕДНАЗНАЧЕНА для такого «кучерявого» анализа номера. Под «архитектурой» я здесь понимаю совокупность программно-аппаратных средств, ибо «процессор» на ЭАТС — это отдельный модуль со своим количеством РАМ и РОМ, апгрейд которого если и возможен, то только в ограниченном объёме.
И еще, обратите внимание, таким образом «корёжить» анализ при переносе одного номера надо будет не на одном коммутаторе, куда будет приписан номер, А ВООБЩЕ НА ВСЕХ КОММУТАТОРАХ сети.
Я не пытаюсь выгородить хапуг-операторов, но конкретно в данном случае сложность задачи действительно аховая. Если операторов-таки обяжут реализовать эту функциональность, им понадобиться выкидывать и обновлять не какое-то старое коммутационного оборудование на базе реле или шаговых искателей, а вполне себе еще годное электронное. Разумеется, такое внеочередное и внезапное обновление никак не заложено в плане окупаемости инвестиций, т.е. в бизнес-плане, т.е. в текущих тарифах.
За эту эфимерную услугу, которая еще только может понадобиться некоторым абонентам (а может и не понадобиться), в результате заплатят все абоненты без исключения.
Мне было бы приятно иметь прямую дорогу до вокзала с постоянно курсирующим по ней каждые 15 минут комфортабельным автобусом, но при этом оплачивать из своего кармана снос уже существующих домов, прокладку новой дороги, закупку автопарка лично меня не прельщает. Я, может быть, воспользуюсь этим путём, а может быть и нет, но денег я должен буду заплатить немедленно, и такая перспектива меня лично совершенно не устраивает.
Серия этих постингов сперва в ЖЖ, а затем и финальный — здесь, как раз и появилась из-за того, что при обращении в твиттере к @GoogleRussia никаких ответных реакций не было. Причем, твиттер этот был активным — вещал всякие новости и забавные факты из текущей жизни, но на вопросы ответов не было.
Так что очень ждём страничку для Abuse.
Поэтому для многих наших обычных пользователей, на связанных с офисно-канцелярской работой, желтый квадрат, появляющийся на экране, не значит ровным счётом ничего.
Тогда уж начать с того, что и жёлтые стикерные бумажки, которые для всего мира несут совершенно определенную и очевидную смысловую нагрузку, у нас появились гораздо позже.
Особенно третья иллюстрация к п.6 про Голосовую почту, где автор зачем-то подставил кассету с микро-фотоплёнкой, на которую фотографируют, а не пишут звук.
Да, радио-кнопки может быть действительно уже мало кто помнит, откуда они появились, но сам сценарий их использования очень легко воспринимается начинающим пользователем, особенно на контрасте со списком множественного выбора (чек-боксами). Ну и т.д. по тексту…
Никуда она не делась. В семействе Windows XP этой было действительно отдельной версией, поставляемой производителям по отдельному контракту (как и Windows XP Media Center Edition). Сейчас (в Windows 7) это просто стало компонентом системы, который она подгружает, когда обнаруживает, что работает на соответствующем железе. Речь идёт всего-то о драйвере тачскрина (дигитайзера) и распознавания рукописного ввода текста.
А форм-факторы что «трансформера», что «планшета» используются и сейчас некоторыми производителями. Вот трансформер от Lenovo, а вот планшет на Windows от Acer
Была еще отдельная ветка от этого под названием UMPC, и вот она действительно сейчас по факту, убита iPAD-ами.
Слушайте, хочется вам считать, что обновления для WP7 устройств выпускает Micorosft — считайте, ради бога. Я не буду вас в этом разубеждать. Я вообще никого ни в чем не хочу разубеждать. Я выдал информацию — ваше право верить ей или не верить.
«Представила» — это и значит, что исходники готовы к передаче Производителям.
Я рассказываю об «общей температуре по больнице», а вы утверждаете, что это не правда, ибо у вас — 40,5, а на соседней койке больной уже остыл. Это разные вещи. Я утверждаю, что для любых вариантов ОС — что WinPhone, что Android — внутренние организационные процессы подготовки обновлений совершенно одинаковы, а вы мне указываете, что кто-то из производителей забил на свой планшет. Ну, забил. И что? Выбирая из всех устройств самое дешевое, будьте готовы, что производитель сэкономит, в частности, на выпуске обновлений.
У меня прямо сейчас на столе лежит Андроид, выпущенный год назад, и имеющий сейчас официальное обновление до 4.0. И что?
… а заодно ещё и обновляется не когда производитель захотел а когда обновление вышло
Я не хочу вас расстраивать, но факты — вещь упрямая…
Вот одна из публикаций о новой мобильной ОС Mango. Дата публикации — конец мая 2011 года. Т.е. это и есть срок готовности исходных кодов мобильной ОС.
Вот "свежайший обзор только что официально аннонсированной мобильной ОС" Дата публикации — сентябрь этого же 11 года. Уже разница в 4 месяца.
А доступны в Zune обновления для уже выпущенных устройств стали где-то в октябре — ноябре. Т.е. «на круг» получаем те же пол-года. Причем, сперва вышли новые устройства на этой ОС (тогда же, в сентябре), и только потом были выложены обновления. И опять-таки, готовились эти обновления всё равно производителями, а не MS-ом. Просто Microsoft, в отличие от Google, не позволяет себе скоропалительных заявлений и, имея более чем 10-летний опыт работы с Производителям МУ, всё-таки старается соблюдать реноме, откладывая официальный анонс новой ОС до момента готовности самих мобильных устройств на этой операционке.
Думаю, дело не в лояльности, а в грубом финансовом расчёте. В отличие от Microsoft, Google изначально рассматривал мобильную ОС не как еще одну отдельную сферу деятельности, а как составную часть общей информационной империи, как стартовое поле для проникновения на мобильных рынок своими сервисами. В таком общем контексте эта часть может быть и не особо прибыльной… можно не выжимать из производителей МУ все соки, требуя свою горсть долларов с каждого устройства… и, тем более, за выпуск новой версии. Результат у нас у всех перед глазами — рынок заполонён Андроидами всех мастей.
Без доступа к текущим координатам устройства вообще нельзя английский учить?
Лишь замечу, что кондеями с КПК-пультов традиционно управлять было нельзя, ибо там используется двунаправленный обмен информацией в большинстве случаев…
Цель — непонятна. Выхода — неочевидна. Затраты — очевидно огромные. Оно надо?
Интернет в своей идеологии устроен совсем иначе. Она и была задумана, как сеть, способная сохранять свою работоспособность при выходе из строя отдельных участков сети. В Телефонной сети такого просто не предусмотрено. Структура DNS — самореплицируема, и то ей необходимо вполне определенное время на обновление. Никакого подобия самореплицирующейся структуры DNS в телефонной сети нет. Каждый коммутатор управляется отдельно, отдельным персоналом. Поэтому сравнивать структуры Интернета и телефонных сетей по меньшей мере некорректно.
Про читерство. Не знаю как в данное время, а раньше, при вводе в эксплуатацию нового коммутатора, данные для анализа номера предоставляли ЦНИИС или ЛоНИИС — т.е. отдельные государственные структуры. Централизованное управление этой информацией позволяло учитывать, в частности, объёмы трафика и соответствующим образом проектировать соединительные линии между коммутаторами и регионами. Если кто-то из операторов решит самовольно перевести часть трафика в другое направление, это не только может создать трудности в маршрутизации вызовов, но и наверняка приведёт к перекосу в трафике, перегрузкам на линии и, как следствие, отказам в установлении соединения. Еще раз повторю, что телефонная Сеть — централизованно-управляемая структура. В большинстве случаев — без альтернативной маршрутизации. Самое главное правило программирования — «Работает? Не трогай!» — к ней применимо на 200%.
Для начала я расскажу, как работает на электронной АТС т.н. «анализ номера». Т.е. когда абонент набрал вызываемый номер и передал его с абонентского устройства на коммутатор, главный процессор коммутатора начинает анализировать полученные цифры. Для примера возьмём вариант, когда абонент МТС с кода 916 набирает 8-905-322-2223
8 — префикс выхода из своей номерной зоны. Продолжаем анализ…
9 — мало цифр, продолжаем анализ
0 — мало цифр, продолжаем анализ
5 — «905» — префикс сети Билайн, вызов маршрутизируется на канал связи с оператором Билайн. Анализ прекращён.
Если весь индекс 90х передан Билайну, например, то анализ становиться проще. Если же в 905-ом индексе часть префиксов вынесена, то анализ усложняется — нужно проверять последующие цифры и роутить их в соответствующие каналы.
Этот анализ инженер на электронном коммутаторе прописывает вручную специальными командами. В зависимости от позиции коммунтатора в сети, анализ может быть больше или меньше. Если коммутатор — маршрутный, то анализ будет достаточно простым: эти индексы — сюда, эти индесы — туда… На конечных АТС анализ номера может быть весьма сложным, ибо надо чётко прописывать каждый конечный номер и привязывать его к конкретному абонентскому оборудованию. Но в любом случае, вводить этот анализ номера — самая сложная и трудоёмкая работа на ЭАТС. На совсем современных ЭАТС, может быть, это еще как-то и автоматизировано и как-то визуализировано, но на коммутаторах ранних выпусков это все делается из командной строки вручную.
Вычленить один номер из маршрута на Билайн и перевести его на Мегафон — это означает ацццки усложнить анализ. Ну, один номер — еще ничего. Два, три — тоже терпимо… А если таких номеров надо будет прописывать десятки и сотни — то нужен будет отдельный супер-компьютер для построения корректного анализа номера. Выполнять такую работу человеку просто нереально, ибо ошибок будет неконтролируемо много.
АРХИТЕКТУРА ЭЛЕКТРОННЫХ АВТОМАТИЧЕСКИХ ТЕЛЕФОННЫХ СТАНЦИЙ НЕ ПРЕДНАЗНАЧЕНА для такого «кучерявого» анализа номера. Под «архитектурой» я здесь понимаю совокупность программно-аппаратных средств, ибо «процессор» на ЭАТС — это отдельный модуль со своим количеством РАМ и РОМ, апгрейд которого если и возможен, то только в ограниченном объёме.
И еще, обратите внимание, таким образом «корёжить» анализ при переносе одного номера надо будет не на одном коммутаторе, куда будет приписан номер, А ВООБЩЕ НА ВСЕХ КОММУТАТОРАХ сети.
Я не пытаюсь выгородить хапуг-операторов, но конкретно в данном случае сложность задачи действительно аховая. Если операторов-таки обяжут реализовать эту функциональность, им понадобиться выкидывать и обновлять не какое-то старое коммутационного оборудование на базе реле или шаговых искателей, а вполне себе еще годное электронное. Разумеется, такое внеочередное и внезапное обновление никак не заложено в плане окупаемости инвестиций, т.е. в бизнес-плане, т.е. в текущих тарифах.
За эту эфимерную услугу, которая еще только может понадобиться некоторым абонентам (а может и не понадобиться), в результате заплатят все абоненты без исключения.
Мне было бы приятно иметь прямую дорогу до вокзала с постоянно курсирующим по ней каждые 15 минут комфортабельным автобусом, но при этом оплачивать из своего кармана снос уже существующих домов, прокладку новой дороги, закупку автопарка лично меня не прельщает. Я, может быть, воспользуюсь этим путём, а может быть и нет, но денег я должен буду заплатить немедленно, и такая перспектива меня лично совершенно не устраивает.
Так что очень ждём страничку для Abuse.
Да, радио-кнопки может быть действительно уже мало кто помнит, откуда они появились, но сам сценарий их использования очень легко воспринимается начинающим пользователем, особенно на контрасте со списком множественного выбора (чек-боксами). Ну и т.д. по тексту…
А форм-факторы что «трансформера», что «планшета» используются и сейчас некоторыми производителями. Вот трансформер от Lenovo, а вот планшет на Windows от Acer
Была еще отдельная ветка от этого под названием UMPC, и вот она действительно сейчас по факту, убита iPAD-ами.
Я рассказываю об «общей температуре по больнице», а вы утверждаете, что это не правда, ибо у вас — 40,5, а на соседней койке больной уже остыл. Это разные вещи. Я утверждаю, что для любых вариантов ОС — что WinPhone, что Android — внутренние организационные процессы подготовки обновлений совершенно одинаковы, а вы мне указываете, что кто-то из производителей забил на свой планшет. Ну, забил. И что? Выбирая из всех устройств самое дешевое, будьте готовы, что производитель сэкономит, в частности, на выпуске обновлений.
У меня прямо сейчас на столе лежит Андроид, выпущенный год назад, и имеющий сейчас официальное обновление до 4.0. И что?
Я не хочу вас расстраивать, но факты — вещь упрямая…
Вот одна из публикаций о новой мобильной ОС Mango. Дата публикации — конец мая 2011 года. Т.е. это и есть срок готовности исходных кодов мобильной ОС.
Вот "свежайший обзор только что официально аннонсированной мобильной ОС" Дата публикации — сентябрь этого же 11 года. Уже разница в 4 месяца.
А доступны в Zune обновления для уже выпущенных устройств стали где-то в октябре — ноябре. Т.е. «на круг» получаем те же пол-года. Причем, сперва вышли новые устройства на этой ОС (тогда же, в сентябре), и только потом были выложены обновления. И опять-таки, готовились эти обновления всё равно производителями, а не MS-ом. Просто Microsoft, в отличие от Google, не позволяет себе скоропалительных заявлений и, имея более чем 10-летний опыт работы с Производителям МУ, всё-таки старается соблюдать реноме, откладывая официальный анонс новой ОС до момента готовности самих мобильных устройств на этой операционке.
Неведение — счастливое состояние!