«Всегда поясняйте достоинства нового функционала» — специально для грамотеев —
в русском языке слово ФУНКЦИОНАЛ не является эквивалентом слова ФУНКЦИОНАЛЬНОСТЬ.
Функционал это такой специальный математический термин.
Если ничего не путаю, то там фазовая модуляция одной несущей для 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 кодов на порядок боле надежное и на два порядка более простое в эксплуатации.
В ваших примерах посетители будут видеть меню не того заведения куда зашли, а того где знакомый менеджера студент-первокурсник слышал слово «коэффициент усиления антенны» :)
Основная ошибка здесь в том, что вы рассматриваете «сферического коня в вакууме» (идеальную модель в отрыве от реальности), а для массового внедрения технологии необходим интерес многих людей. Но люди так устроены, что когда у них появляется интерес, то идеальная модель перестает работать.
Господа, вы видимо не до конца представляете себе, как принимаются решения на местах.
Это же письмо не для программистов! А чиновнику нижнего звена просто необходимо пальцам показать — «Яндекс» это наше, «Гуголь» — не наше. Он просто иначе не понимает.
Вывод? Вывод как всегда простой — надо сначала думать головой, а потом уже пугаться, орать, защищаться и т.п.
Лично я думаю, что с точки зрения государства вполне логично лоббировать внутренние ресурсы.
Заметьте, в письме не написано «выключить гугль к чертовой матери», а рекомендуется использовать свои сервисы вместо иностранных. С этой рекомендацией только идиоты могут спорить.
p.s.
Уже жду толпу недоумков, желающих срочно заминусовать это сообщение :)
Зато теперь понятны несколько не характерные для мужчин логические умозаключения :)
Поясняю по пункту один — для применения QR кодов _уже_ _есть_ готовая аудитория в достаточном количестве. И с этим фактом приходится считаться. А во что обошлось тому же Гуглу и остальным гигантам продвижение этой технологии в массы — совсем другой вопрос.
В офисном здании с несущими стенами около дверей офиса сигнал от коридорного вайвая как правило сильнее внутреннего. Но это на самом деле пол беды. Даже не говоря о том, что среднестатистический пользователь забросит всю затею после того, как получит 3-5 неверных ответов.
В действительности «публичный» вайфай, как правило, будет застолблен всякими деяталями в духе «ИП В.В.Пупкин: пивной ларек в конце коридора у туалета», а еще через какое-то время туда же добавятся «индивидуалки москвы, тел ...» и подобное.
Я не зря делаю акцент на практическом сценарии (возможно Вам не знаком термин usecase), попробуйте придумать реальную схему с реальными людьми и описать ее здесь.
Уважаемый. Я участвовал в разработке одной довольно из систем позиционирования в городе при помощи вайфая. Так же я делал другой проект информационной системы городских объектов на QR кодах. Поэтому о реальном состоянии дел я знаю вовсе не из третьих рук.
Реалии таковы:
1. пользователь очень неохотно ставит себе дополнительное приложение, тем более, которое жрет батарейку и трафик (для справки — адроидовый Scan и GoogleGoogles уже(!) скачаны более 50 млн раз, аналогичная ситуация в Аппсторе)
2. привязка к файфаю в зданиях работает с «точностью до этажа» по принципу «у кого антенна длинее»
3. обеспечить достаточную достовенрость данных по мак адресам практически (именно практически, а не в теории!) крайне затруднительно.
А теперь попробуйте для таких реалий подобрать вменяемые юзкейсы, и после этого поймете, почему эта затея до сих пор не особо популярна.
Как обстоят дела с Chrome, Java 7, eToken? Особенно интересует это все под VirtualBox.
Набор приложений на самом деле совсем не случайный, и можно сказать mission critical для меня. Я держу под это специальный отдельный старенький ноутбук и регулярно им пользуюсь.
Притянутое за уши, неэффективное решение надуманной проблемы.
— требуется включенный файфай
— требуется установка пользователем специального приложения
— невозможно точно указать разные коды на одной территории
(повесить один qr код в метре от другого — запросто)
— никогда точно не известно, чей вайфай сегодня сильнее в данной точке (мой или соседа)
— большие серьезные конторы, занимающиеся геолокацией пользователей, используют параметры wifi давно и успешно, но только как часть большой системы.
И совсем не понятно во имя чего банку заниматься подобным гемором, если всю аудиторию составляют полтора альтернативно одаренных индивидуума.
в русском языке слово ФУНКЦИОНАЛ не является эквивалентом слова ФУНКЦИОНАЛЬНОСТЬ.
Функционал это такой специальный математический термин.
Так и рождаются форумные мифы — сначала говорили про одно, потом обобщили на другое, причем, каждый на свое.
А потом люди ходят и говоят «мы на форумах читали что у вас там индексов нету никаких и данные теряются на каждом шагу ...»
На самом деле можно всего два, только надо вотесы поставить правильно.
Если уж мы дошли до того, что говорим о надежности в рамках всего одной физической машины, то может у нее хотябы еще один диск есть, куда данные дублировать можно на худой конец…
Еще регулярно приходится повторять, что есть множество задач, которые хорошо ложатся в табличную парадигму, и соответственно, проще решаются реляционными средствами.
Удобства 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 здесь ключевой момент. Как с ним?
Это же письмо не для программистов! А чиновнику нижнего звена просто необходимо пальцам показать — «Яндекс» это наше, «Гуголь» — не наше. Он просто иначе не понимает.
Вывод? Вывод как всегда простой — надо сначала думать головой, а потом уже пугаться, орать, защищаться и т.п.
Заметьте, в письме не написано «выключить гугль к чертовой матери», а рекомендуется использовать свои сервисы вместо иностранных. С этой рекомендацией только идиоты могут спорить.
p.s.
Уже жду толпу недоумков, желающих срочно заминусовать это сообщение :)
Зато теперь понятны несколько не характерные для мужчин логические умозаключения :)
Поясняю по пункту один — для применения QR кодов _уже_ _есть_ готовая аудитория в достаточном количестве. И с этим фактом приходится считаться. А во что обошлось тому же Гуглу и остальным гигантам продвижение этой технологии в массы — совсем другой вопрос.
В офисном здании с несущими стенами около дверей офиса сигнал от коридорного вайвая как правило сильнее внутреннего. Но это на самом деле пол беды. Даже не говоря о том, что среднестатистический пользователь забросит всю затею после того, как получит 3-5 неверных ответов.
В действительности «публичный» вайфай, как правило, будет застолблен всякими деяталями в духе «ИП В.В.Пупкин: пивной ларек в конце коридора у туалета», а еще через какое-то время туда же добавятся «индивидуалки москвы, тел ...» и подобное.
Я не зря делаю акцент на практическом сценарии (возможно Вам не знаком термин usecase), попробуйте придумать реальную схему с реальными людьми и описать ее здесь.
Реалии таковы:
1. пользователь очень неохотно ставит себе дополнительное приложение, тем более, которое жрет батарейку и трафик (для справки — адроидовый Scan и GoogleGoogles уже(!) скачаны более 50 млн раз, аналогичная ситуация в Аппсторе)
2. привязка к файфаю в зданиях работает с «точностью до этажа» по принципу «у кого антенна длинее»
3. обеспечить достаточную достовенрость данных по мак адресам практически (именно практически, а не в теории!) крайне затруднительно.
А теперь попробуйте для таких реалий подобрать вменяемые юзкейсы, и после этого поймете, почему эта затея до сих пор не особо популярна.
Набор приложений на самом деле совсем не случайный, и можно сказать mission critical для меня. Я держу под это специальный отдельный старенький ноутбук и регулярно им пользуюсь.
— требуется включенный файфай
— требуется установка пользователем специального приложения
— невозможно точно указать разные коды на одной территории
(повесить один qr код в метре от другого — запросто)
— никогда точно не известно, чей вайфай сегодня сильнее в данной точке (мой или соседа)
— большие серьезные конторы, занимающиеся геолокацией пользователей, используют параметры wifi давно и успешно, но только как часть большой системы.