BombilCalabasov

Чуток истории, ибо потом объяснять труднее. С самого своего основания (а это было году эдак в 2003, если мне память не изменяет) Блекберри давал своим пользователям всего два преимущества, но этих преимуществ не было на тот момент у конкурентов: это (1) гарантированное время доставки сообщений; (2) шифрование всего трафика от BES (который по нормам должен стоять внутри DMZ) до абоненского устройства. На тот момент никто так не делал. СМС-ки могли ходит днями (72 часа ожидания на SMSC — норма), почта — либо дергай каждые 5 минут, либо жди у моря погоды. Поэтому ВВ первыми оценили трейдеры, которым нужна оперативность передачи информации и ее секретность. Ну а биржевые игроки (особенно удачливые) в Америке — на уровне Богов. А раз уж они ходят с ББ, то эта платформа быстро стала имеджевой для корпоративных клиетнов. Только гляда на ББ, МС раскачался и придумал свой PuchMail для WinMo, который реально заработал только в WinMo5.1 (это было даже не в 2005, а позже)
Теперь по порядку задаваемых вопросов.
1. Это не связанные вещи. «Котёнок тёплый, потому что пушистый». Нет котёнок и тёплый, и пушистый. Можно, конечно, говорить, что PushMail экономит трафик благодаря постоянному подключению к сервису, но сами-то вы как себе представляете «постоянное подключение» в интернете? Статика в сетях не работает. Нужер HeartBit — постоянные проверочные импульсы. МС, например, просто отсылает на ActiveSync сервер HTTP запрос с очень долгим периодом ожидания ответа. Если что-по появляется на сервере — оно тут же передается девайсу. Если время ожидания заканчивается — девайс поднимает следующую сессию. И так все время. Можно глянуть подробности на сате МС в описании протокола vSync. Подробностей про ББ не знаю, но вряд ли там что-то сильно отличающееся. А сжатие трафика идет простым алгоритмом ZIP-ования, тут тоже ничего оригинального нет. Другой вопрос, что пожатый ZIP-ом трафик потом еще и криптуется, а это уже само по себе добавляет немного трафика.
2. Как уже сказали выше — если есть у ББ договорённость с оператором. Зачастую это выливается в то, что под ББ нужен отдельный тариф, на который можно подключится только «при покупке девайса у оператора»… Не знаю, надо уточнять у вашего ОПСОСа.
3. Думаю, то же, что и в п.2
4. Роуминг — золотая корова всех операторов. Десять раз уточните этот вопрос у оператора. Только если ББ заплатит и одному, и другому ОПСОСу — тогда для вас в роуминге трафик будет бесплатным.
5. Да, это именно «хваленое шифрование» в самом хорошем смысле этого слова. Довольно криптостойкие яко бы проприетарные алгоритмы шифрование BES <-> Смартфон. Именно поэтому наши спецслужбы так долго не сертифицировали эту систему, и сертифицировали в весьма «кастрированном» варианте — когда BES стоит у оператора, а между оператором и почтовиком клиента — хоть ветер свищи (ну, это типа, сам клиент должен заботиться, но, опять-таки, все в рамках разрешенных нашими спец-службами протоколов и систем).
6. Уже почти ответил выше. Сжатие, конечно, есть, но поверх него идет криптование, которое пусть не много, но трафика добавляет.
7. Применительно к российским реалиям только «вот, этот такой телефон, которого ни у кого больше нет!» В Америке — это самый корпоративный стандарт из всех корпоративных стандартов. А у нас МТС его пытается втюхивать простым пользователям. Телефон — он и есть телефон. Операционка — своя собственная, приложения — очень ограничнного перечня. С русским проблем вроде бы уже нет, но… Полно BlackBerry-Style аппаратов у всех производителей — от Nokia до HTC. PushMail на ActiveSync Server (Exchange) точно так же жмет трафик, умеет грузить заголовки, а не письма целиком, в последних редакциях WinMo 6.x уже очень и очень экономично кушал батарейку и т.д.
8. Нет, не верно. Как я уже сказал выше, BES должен стоять внутри DMZ, непостредственно прирощенным к почтовику (Exchange, Lotus и т.п.). Текущая российская реализация, когда BES стоит у оператора — курам на смех, точнее «большой брат сказал так сделать».
9. За что его любят в USA, я написал. Могу сказать, за что его так не жалуют наши корпораторы. (а) BES стоит у ОПСОСа, до него как-то надо тянуться, гиморроиться. (б) Весь трафик с BES не идет напрямую к ОПСОСу, а качается через центральные сервера ББ в USA. А кто из наших «нефтянников» (к примеру) захочет свой трафик качать через USA, тем более, что протокол — проприетарный, и деталей его никто не знает, кроме ББ. «А вдруг?» (было еще (в), но забыл… вспомню — напишу)

Совершенно четко, даже без дополнительных исследований, можно выделить как минимум 4 целевые категории, которые имеют различные требования к подобным устройствам:
1. Автомобильная навигация
2. Обычный туризм
3. Велосипедный туризм
4. Водный туризм

Пользователи каждой из этих категорий предъявляют СВОИ требования к навигационным устройствам. Причем, эти требования настолько различны, что выпустить «устройство, удобное для всех» практически не реально. Было бы логично, если бы вы смогли подготовить разные навигаторы для разных Целевых Аудиторий. «Трасмиттеры-фигиттеры», «Сенсоры-менсоры» — это всё вторично. Проведите конкурентный анализ, чтобы понять, вокруг какой ЦА рынок наиболее благоприятен. Определившись с выбором ЦА, соберите информацию о том, как именно данная ЦА чаще всего использует такие устройства. И после этого, уверяю, подобных вопросов даже возникать не будет. Ибо обычному туристу в походе тачскрин нужен — как хрустальный ночной горшок, а большой экран — как репродукция Айвазовского. А автомобилисту — влагозащищенный корпус совершенно не нужен, заодно с аккумулятором в 2000 мА/ч. Кстати, после конкурентного анализа и цена сама собой определится…

Это вопрос менеджмента.
Т.к. компания изначально строилась энтузиастами, креативные настроения могут до сих пор преобладать. Только правильный менеджмент позволяет умерить пыл программистов в «поисках истины» и перевести их энергию в более деньгозарабатывательное русло, что, в частности, подразумевает грамотное использование ранее выполненных разработок.

Когда кардинально изменился сценарий использования — тогда поменялась программа. Если код был переписан двадцать раз, три раза делался редизайн интерфейса, но сценарий использования остался неизменным — это одна и та же программа, как бы не хотелось разработчикам утверждать обратное.

Фокус в том, что одним устройством в любом случае отделаться не получится. Можно, конечно, для начала взять НексусОне, как базовую модель, но беда (в буквальном смысле этого слова) Андроида в том, что разрешения экрана и производительность устройств слишком разная! Как минимум, в комплект придётся взять еще либо Тату (если планируется поддерживать старые версии ОС) или уж WildFire — ибо разрешение QVGA и не высокая производительность способны принести множество сюрпризов. Различные UI от разных производителей тоже способны «подпортить жизнь», поэтому по-хорошему, нужен и Самсунг, и Ейсер.
Понятно, что чем больше устройств, тем больше нужно тестеров и тем больше нужно денег, чтобы эти все устройства купить… Да, это и есть основная беда андроида… Но, с другой стороны, есть же комьюнити?! Бета-тестирование с раздачей софта — вполне живая схема. Многие девелоперы даже самого высокого уровня ее используют… Так что не всё так печально!

Нужно начать с того, что диаграмма Ганта как раз и была разработана для ведения проектов. Поэтому если не её, то уж точно — её модификации. Дальше уже можно рассуждать: какой тип проекта использовался (линейный, итерационный, спиральный и т.п.) и какое представление для какого типа больше подходит.
Думаю, стоило бы обсудить, какие приложения, реализующие Ганта, больше подходят для тех или иных типов проектов. Меня, конечно, какие-то моменты в MS Projeсt не устраивают, но в целом программа вполне может быть примнима для большинства случаев.

«Эффект памяти» был присущ никель-кадмиевым и всем более древним аккумуляторам. Для современных Литий-ионных и литий-полимерных аккумуляторов он менее выдержан.
Но Литиевые элементы не любят как постоянного заряда, как и глубокого разряда. С завода устройства (и аккумуляторы) приходят в полузаряженном состоянии.
Вывод таков: периодически подзаряжать аккумулятор — не вредно. Вредно либ постоянно держать его на зарядке, либо разряжать ниже допустимого порога.

Немного не понимаю, зачем нужен рут на Desire для этой процедуры?
Тут главный вопрос — как расшарить инет на ноуте таким образом, чтобы его увидел Desire! Увидит инет — получит доступ к обновлениям через FOTA.
Или я чего-то не понял…