Скажите, а вам не присылали скриншоты пользователи, которые заплатили за SpeedTest?
Извините за троллинг, но это просто какой-то бич нации —
человек может выложить хренову гору денег, чтобы попасть на олимпиаду, но его жаба давит заплатить какме-то копейки за программку, которой он пользуется.
Вроде как при отрицательных температурах вообще все плохо с литий-ионными аккумами с точки зрения долгой автономной эксплуатации.
Топикстартеру могу порекомендовать поглядеть на sparkfun.com (если правильно помню) была такая малюсенькая платка, типа Arduion Fio, но сразу же с интегрированным контроллером зарядки. Стоит в пределах $20.
Ну тогда расскажите мне, как эксперт думающий головой, обоснованно и с цифрами — какой процент пользователей мобильного Тинькоффа сейчас пользуется устройствами на iOS4. На системе, которая уже более двух лет не поддерживается произвдителем, а общее число «олдфагов» пол года назад составляло менее процента.
Взамен могу рассказать, как куда более серьезный банк забил на другую довольно известную нишевую платформу.
«Всегда поясняйте достоинства нового функционала» — специально для грамотеев —
в русском языке слово ФУНКЦИОНАЛ не является эквивалентом слова ФУНКЦИОНАЛЬНОСТЬ.
Функционал это такой специальный математический термин.
Если ничего не путаю, то там фазовая модуляция одной несущей для 1200 бод, а в обратном канале частотная модуляция. Лет 20 назад мы пытались делать софтовый вариант подобного модема имея AT286/12/1Mb/20Mb/косые и самодельную ISA плату ЦАП/АЦП :)
Ну мало ли, как в жизни случается.
На самом деле можно всего два, только надо вотесы поставить правильно.
Если уж мы дошли до того, что говорим о надежности в рамках всего одной физической машины, то может у нее хотябы еще один диск есть, куда данные дублировать можно на худой конец…
Точнее сказать, джоины там делаются прямо в структуре данных зачастую ценой денормализации. А вообще, мыслить джоинами на уровне данных не всегда правильно. И уж совсем неправильно пытаться переносить sql-приемы на nosql.
Еще регулярно приходится повторять, что есть множество задач, которые хорошо ложатся в табличную парадигму, и соответственно, проще решаются реляционными средствами.
Удобства nosql'я начинают проявляться, когда надо работать с документами и фактами (неизменяемая информация).
И самое главное, внимательно читать описание конкретной системы, а не слушать всяких товарищей, которые пишут — «в nosql отсутсвуют множественные индексы».
Официальный курс, этот который m102 для dba? Тогда лучше m101p послушать, там как-то все более углубленно рассмотрено. Что касаемо докуметации, то
With a journaled write concern, the mongod acknowledges the write operation only after committing the data to the journal. This write concern ensures that MongoDB can recover the data following a shutdown or power interruption.
А на форумах еще много чего пишут. Например, удивляются что Монга может откатить ренее закомиченные данные в репликасете. Хотя эти тонкости тоже указаны в описании механизма автоматического фейловера. (гуглим — Replica Acknowledged)
Привычка к нетеряемым данным проходит с годами. У меня прошла еще когда новейший (на то время) postgresql версии 8.4 однажды сказал мне, что не в состоянии отрековериться. Да, кстати, я тоже помнится, негодовал по этому поводу на форумах :)
Напоследок, о Монге. Если действительно есть ограничение по ресурсам и только одна железная машина, то никто не мешает поднять два инстанса на ней (ну мало ли, вдруг там диск второй есть, хоть на него ще записать — и то хлеб). Только лишь, надо не забыть обеспечить мажорити в реплике.
Извините, но большинство из говорящих «монго нельзя использовать на одной машине» абслютно не в курсе сути проблемы, а просто слышали чье-то мнение. А, тем временем, никакого волшебства там нет — что именно происходит в каждом конкретном случае описано в документации. И как обеспециваеется надежность тоже. Вся эта паническая боязнь происходит только от нечитания документации и привычек к майскулю.
Распознавание QR кода потребляет меньше энергии, чем подсветка экрана за то же время. Никаких полных катушек и молотилок при этом не используется. Погуглите android power profile, если интересно.
А ну да, как же тут без традиционной отмазки дилетантов :)
Запомните, уважаемый! Толковую задачу может придумать только человек, имеющий серьезные знания и опыт в предметной области. Иначе получаются заведомо нереализуемые бредни.
Вот эти вполне квалифицированные ребята play.google.com/store/apps/details?id=ru.altergeo
за прошедшие несколько лет опробовали туеву хучу всего, что касается wifi позиционирования. Включая изложенные здесь «свежие идеи» про рестораны, кафешки и расписания.
Они имели финансирование, сделали хорошую серверную часть, кучу клиентов про разные платформы, социальную сеть и все, что к этому прилагается.
— И что? Кто-нибудь из вас пользуется их продуктами?
Смысл, как обычно, у людей — «чтобы меня было лучше видно, а конкурентов нет».
Какие проблемы с QR кодом в меню? Много знаете мест, где меню подают в темноте? — Чтобы посетитель цен не видел? :)
Насчет энергопотребления читалок вас кто-то обманул — на один код тратится энергии как на один фтоснимок, собственно, распознавание вообще потребляет мизер, значительно больше уходит на экран, где что-то отображается.
Все правильно, у вайфая есть принципиальное отличие — он может работать сам по себе, когда телефон лежит в кармане. И на самом деле этим активно пользуются программы с функцией геопозиционирования от Гугль, Яндекс, Форсквер, Бадуу, АльтерГео. Правда в большинстве случаев, определение координат делается, все-таки, когда пользователь изъявил желание и достал телефон из кармана, чтобы лишний раз батарейку не жрать.
Основная неувязка в этой теме заключается в том, что сначала был выдвинут некий неодозначный тезис, а потом под него начали за уши притягивать юзкейсы.
В действительности все наоборот — сначала надо брать востребованную задачу, изучать ее, а только потом подбирать под нее технологическое решение.
Иначе получаются только анекдотические юзкейсы в духе «узнать меню всех кафе, мимо которых проходил».
Имеется ввиду хабровская карма? С ней ничего удивительного, стоит не поддержать чью-нибудь популистскую точку зрения и опа — карма пошла в минус, стоит указать человеку на то, что он ошибается или просто игнорирует очевидные вещи — то же самое. Горькая правда, зачастую, очень легко приводит людей в негодование.
Гиганты совсем не астрально, а достаточно толсто намекают, что в ближайшие несколько лет будет внедряться NFC.
Отдельно хотелось бы услышать предположения насчет того, каким образом владельцы базы данных будут определять, чем MAC на моем tp-link'е за $30 будет менее «настоящим», чем такой же MAC на другом соседнем устройстве. (hint: в раельной жизни никак).
Надеюсь Вы в курсе, что мак-адрес легко меняется в конфигурации на большинстве массовых устройств?
Во всех схемах класса «клиент подошел к стойке, достал телефон, включил приложение, перешел по урлю» применение QR кодов на порядок боле надежное и на два порядка более простое в эксплуатации.
В ваших примерах посетители будут видеть меню не того заведения куда зашли, а того где знакомый менеджера студент-первокурсник слышал слово «коэффициент усиления антенны» :)
Основная ошибка здесь в том, что вы рассматриваете «сферического коня в вакууме» (идеальную модель в отрыве от реальности), а для массового внедрения технологии необходим интерес многих людей. Но люди так устроены, что когда у них появляется интерес, то идеальная модель перестает работать.
Извините за троллинг, но это просто какой-то бич нации —
человек может выложить хренову гору денег, чтобы попасть на олимпиаду, но его жаба давит заплатить какме-то копейки за программку, которой он пользуется.
Топикстартеру могу порекомендовать поглядеть на sparkfun.com (если правильно помню) была такая малюсенькая платка, типа Arduion Fio, но сразу же с интегрированным контроллером зарядки. Стоит в пределах $20.
Взамен могу рассказать, как куда более серьезный банк забил на другую довольно известную нишевую платформу.
И совсем не понятно во имя чего банку заниматься подобным гемором, если всю аудиторию составляют полтора альтернативно одаренных индивидуума.
в русском языке слово ФУНКЦИОНАЛ не является эквивалентом слова ФУНКЦИОНАЛЬНОСТЬ.
Функционал это такой специальный математический термин.
Так и рождаются форумные мифы — сначала говорили про одно, потом обобщили на другое, причем, каждый на свое.
А потом люди ходят и говоят «мы на форумах читали что у вас там индексов нету никаких и данные теряются на каждом шагу ...»
На самом деле можно всего два, только надо вотесы поставить правильно.
Если уж мы дошли до того, что говорим о надежности в рамках всего одной физической машины, то может у нее хотябы еще один диск есть, куда данные дублировать можно на худой конец…
Еще регулярно приходится повторять, что есть множество задач, которые хорошо ложатся в табличную парадигму, и соответственно, проще решаются реляционными средствами.
Удобства nosql'я начинают проявляться, когда надо работать с документами и фактами (неизменяемая информация).
И самое главное, внимательно читать описание конкретной системы, а не слушать всяких товарищей, которые пишут — «в nosql отсутсвуют множественные индексы».
With a journaled write concern, the mongod acknowledges the write operation only after committing the data to the journal. This write concern ensures that MongoDB can recover the data following a shutdown or power interruption.
А на форумах еще много чего пишут. Например, удивляются что Монга может откатить ренее закомиченные данные в репликасете. Хотя эти тонкости тоже указаны в описании механизма автоматического фейловера. (гуглим — Replica Acknowledged)
Привычка к нетеряемым данным проходит с годами. У меня прошла еще когда новейший (на то время) postgresql версии 8.4 однажды сказал мне, что не в состоянии отрековериться. Да, кстати, я тоже помнится, негодовал по этому поводу на форумах :)
Напоследок, о Монге. Если действительно есть ограничение по ресурсам и только одна железная машина, то никто не мешает поднять два инстанса на ней (ну мало ли, вдруг там диск второй есть, хоть на него ще записать — и то хлеб). Только лишь, надо не забыть обеспечить мажорити в реплике.
Запомните, уважаемый! Толковую задачу может придумать только человек, имеющий серьезные знания и опыт в предметной области. Иначе получаются заведомо нереализуемые бредни.
Вот эти вполне квалифицированные ребята
play.google.com/store/apps/details?id=ru.altergeo
за прошедшие несколько лет опробовали туеву хучу всего, что касается wifi позиционирования. Включая изложенные здесь «свежие идеи» про рестораны, кафешки и расписания.
Они имели финансирование, сделали хорошую серверную часть, кучу клиентов про разные платформы, социальную сеть и все, что к этому прилагается.
— И что? Кто-нибудь из вас пользуется их продуктами?
Но еще главнее это под корень извести попсовых недожурналистов с их дурацкими заголовками.
Какие проблемы с QR кодом в меню? Много знаете мест, где меню подают в темноте? — Чтобы посетитель цен не видел? :)
Насчет энергопотребления читалок вас кто-то обманул — на один код тратится энергии как на один фтоснимок, собственно, распознавание вообще потребляет мизер, значительно больше уходит на экран, где что-то отображается.
Все правильно, у вайфая есть принципиальное отличие — он может работать сам по себе, когда телефон лежит в кармане. И на самом деле этим активно пользуются программы с функцией геопозиционирования от Гугль, Яндекс, Форсквер, Бадуу, АльтерГео. Правда в большинстве случаев, определение координат делается, все-таки, когда пользователь изъявил желание и достал телефон из кармана, чтобы лишний раз батарейку не жрать.
Основная неувязка в этой теме заключается в том, что сначала был выдвинут некий неодозначный тезис, а потом под него начали за уши притягивать юзкейсы.
В действительности все наоборот — сначала надо брать востребованную задачу, изучать ее, а только потом подбирать под нее технологическое решение.
Иначе получаются только анекдотические юзкейсы в духе «узнать меню всех кафе, мимо которых проходил».
Гиганты совсем не астрально, а достаточно толсто намекают, что в ближайшие несколько лет будет внедряться NFC.
Отдельно хотелось бы услышать предположения насчет того, каким образом владельцы базы данных будут определять, чем MAC на моем tp-link'е за $30 будет менее «настоящим», чем такой же MAC на другом соседнем устройстве. (hint: в раельной жизни никак).
Надеюсь Вы в курсе, что мак-адрес легко меняется в конфигурации на большинстве массовых устройств?
Во всех схемах класса «клиент подошел к стойке, достал телефон, включил приложение, перешел по урлю» применение QR кодов на порядок боле надежное и на два порядка более простое в эксплуатации.
В ваших примерах посетители будут видеть меню не того заведения куда зашли, а того где знакомый менеджера студент-первокурсник слышал слово «коэффициент усиления антенны» :)
Основная ошибка здесь в том, что вы рассматриваете «сферического коня в вакууме» (идеальную модель в отрыве от реальности), а для массового внедрения технологии необходим интерес многих людей. Но люди так устроены, что когда у них появляется интерес, то идеальная модель перестает работать.
А вот поддержка eToken здесь ключевой момент. Как с ним?