Да, YP — замечательная штука.
Вот только из-за тормознутости порой просто невозможно было пользоваться…
Если v2 действительно не такой, то это здорово.
Кто уже попробовал, чувствуется разница?
Насчет того, во что все это может вылиться…
Появится «гугловидение» со встроенным ютубом, которое можно будет смотреть по «гугловизору» на андроиде, постепенно превращающемуся в бытовой гуглокомпьютер на хром-ос с джимейлом и всеми остальными услугами гугла впридачу.
"Для Гугла это во-первых захват рынка бытовой электроники. Телевизоры, работающие на базе Android, — мостик к нетбукам с хромоосью для самых простых пользователей. Любимый прием Гугла: если есть большая группа пользователей, не желающих использовать продукт, надо чтобы продукт сам оказался внутри другого, — привычного.
Во-вторых, Гугл выходит на рынок классических средств массовой информации. Опять тот же прием: потихоньку переключить телевизионный канал, идущий к пользователю телевидения, на интернет (а значит, что на себя во многом)." и т.п.
Возможно, что так видится в гугле. Конечно не все что они хотят, — так и будет…
Действительно, возникает ощущение, что вейв в его существующем виде особо уже не пойдет. Возможно он займет какую-то узкую нишу вне широких масс. А опробованные идеи постепенно будут перетекать в каком-то виде в другие сервисы. Что-то в GMail, что-то в Docs, что-то еще куда-то. Постепенно границы между ними будут стираться и на новом витке возникнет система, обеспечивающая ту же функциональность, но без революционных для пользователей нововведений.
Если бы я захотел себе подобие такой визитки, я бы просто давал людям URL своего профиля в гугле. Возможностей привязки к нему всякого всего очень много.
Хотя, узкоспециализированные сервисы порой могут оказаться людям более по душе.
Думаю стоит попробовать.
Что-то в этом есть. Идея такого типа, что заранее непонятно, — пойдет или нет.
Но поскольку на первый взгляд не особо трудоемко, не так обидно будет, если второе окажется.
Единственное тонкое место связано с разбивкой — могут быть неожиданности.
Плюс сразу возникнет желание иметь легкий способ подтолкнуть/притормозить.
Может понравится привыкшим к ридеру. Заодно можно метки ставить на фрагменты, легко делиться понравившимися фрагментами и т.п.
Абсолютно согласен насчет светофоров. Действительно, они у нас обычно появляются реально по крайней необходимости. Плюс национальные особенности… Не факт, что аналогичный эксперимент в российском городке был бы успешен, когда некоторых даже светофоры не останавливают. У нас люди не готовы к такому. А уж Москва вообще особый случай. Забавно — я знаю этот круг в районе Новогиреево — сам нередко им пользовался, так что понимаю о чем речь.
Однако, это не отменяет мнения, что хотелось бы иметь город в первую очередь для жителей, а не для гаишников, коммунальных служб, и т.д. В общем это действительно отдельная тема.
Пример просто показывает, что даже такая красивая аналогия не оказывается железным доказательством того, что «Проблема высосана из пальца».
Возможно она даже глубже, чем представлял себе автор топика.
Обязательные поля могут быть злом не обязательно потому, что доставляют неудобство пользователю. Часто это признак слабости и низкого качества системы с точки зрения ее назначения. Поля формы — это описание ситуации, требующей решения (классификации). Нетривиальные задачи действительно отличаются тем, что описываемый объект «не виден» полностью. В то же время, обычно есть множество альтернативных способов решения, в зависимости от того, какая часть данных доступна. Хорошая система — компромисс между идеальной, и той, которую можно создать за разумные (поставленные) сроки разумными (имеющимися) силами.
Другое дело, что для бизнеса, создающего системы, первостепенная задача не в том, чтобы лучше решить проблемы клиента, а в том, чтобы заработать побольше денег. И тут вариантов немало.
Цитата: Аккуратные голландцы убрали с улиц все светофоры
… Удаление светофоров с улиц Драхтена (Drachten) началось семь лет назад, и последние три светофора будут демонтированы в течение двух лет.
— В «светофорные» времена ДТП со смертельным исходом в Драхтене имели место каждые три года, а вот после начала эксперимента на дорогах не погиб ни один человек.
— Главный городской перекрёсток пропускает примерно 22 тысячи автомобилей в день, не считая нескольких тысяч велосипедистов и пешеходов. В «дни светофора» движение здесь было затруднено: водители стояли в пробках и без конца сигналили.
…
Типичная ошибка дорожных инженеров состоит в том, что когда с дорогой начинаются проблемы, они всегда пытаются что-нибудь добавить, — поясняет Мондерман. — На мой взгляд, в таких ситуациях гораздо лучше что-нибудь убрать
То есть я думаю, что «светофоры» нужны, но к месту, — как крайняя необходимость. Если делать город для людей и их удобства, а не потому как проще и надежнее для проектировщиков.
Любая система служит человеку, а не ради своей целостности и надежности. Систему «для человека» сделать сложно или даже очень сложно. Но ведь надо стремиться. Если пользователь понимает, что более полное описание дает более качественный результат, то при заинтересованности в последнем он сам будет стараться.
Но поскольку делать такие системы сложно и долго, мы мучаемся с «тупыми» программами и стоим в бесконечных пробках.
А делать можно. Конечно, всему есть предел и крайностей надо избегать.
Да уж. Спасибо за замечание. Поправил формулировку про hub.secret, попытавшись сделать корректной. И добавил пояснение насчет параметра «X-Hub-Signature» в описании приема данных.
А вот есть такой gtalk-to-voip. Если к нему подключиться, то можно звонить через gtalk, а значит из gmail. То есть вроде бы достигается аналогичный эффект: «совершать звонки прямо из браузера»? Справедливо ли сравнение и можете ли сопоставиться?
Вот если интересно есть java-пример.
По идее для GAE проблем не должно быть сделать. Там собственно только хаб оповещать: посылать POST с двумя параметрами.
Потому что у него нельзя запросить подписку с помощью этого протокола и получать новые порции данных. С другой стороны, почти нет сомнений, что если вы у гугловского хаба запросите подписку на фид, выдаваемый FeedBurner-ом, то последний успешно будет оповещать хаб, а хаб ваше приложение. Кстати, если глянуть в таблицу, то получается, что FeedBurner и подписчиком не является. Понятно, что он умел и продолжает уметь «кушать» фиды и без всякого хаббаба. Просто на мой взгляд ему ничего не мешает быть подписанным через тот же гугл-хаб на те фиды, хозяева которых поддерживают протокол как издатели.
Если по смыслу, то можно увидеть общее межу хабом и FeedBurner в том, что они посредники-преобразователи. Только для хаба основная задача — распространение, а для FeedBurner — модификация.
Протокол основан на использовании RSS/Atom. Поэтому не думаю, что странно.
Вот что писано на главной страничке, ему посвященной: «Turn your feeds into real-time streams
Easily turn existing Atom and RSS feeds into real-time streams.
PubSubHubbub is a simple, open, server-to-server publish/subscribe protocol as an extension to Atom and RSS. Parties speaking the PubSubHubbub protocol can get near-instant notifications via WebHook callbacks when a feed they are interested in is updated.»
Если он родился по ходу работы над вэйвом, то противоречия тут нет. Применяться может кучей способов, например, тот же Buzz, как известно его использует.
И вообще Google вроде помышляет о том, чтобы массово сподвигнуть сайты к поддержке издания контента с его помощью, чтобы им было легче индексировать свежие страницы.
В каком смысле похоже?
PubSubHubbub — это протокол. FeedBurner — сервис, который, кстати, на данный момент поддерживает данный протокол. То есть с точки зрения протокола, FeedBurner — подписчик и издатель. Например, если у вас блог на Blogger (который также поддерживает PubSubHubbub) и он подключен к FeedBurner, то теоретически как только вы написали пост, Blogger пингует подписчиков и FeedBurner тут же получает сообщение. На выходе, в свою очередь, FeedBurner пингует уже его подписчиков. Например, Twitter (при включенной опции) получит оповещение и сообщение быстренько появится там. (на деле возможно, что между этими конкретными сервисами существует более хитрая связь — я не знаю). При этом хабом FeedBurner не является.
Google отрицает наличие «дыры» в Gmail «Наше расследование не выявило никаких признаков ошибки в Gmail, равно как в мобильном интерфейсе или где бы то ни было. Иногда спамеры могут использовать мобильный интерфейс для доступа к уже взломанным ранее учётным записям, потому что такой метод проще использовать в крупных масштабах при помощи ботов»
"… Мы рекомендуем пользователям, подозревающим, что их учётные записи были взломаны, немедленно изменить свои пароли и последовать совету, данному на этой страничке: http://www.google.com/help/security/".
Недавно наткнулся вот на это: harmony.
Не так красочно, но картинки интересные получаются
Неслабый у вас фильтр получился…
А как насчет Хабраленты? Сильно хуже?
Вот только из-за тормознутости порой просто невозможно было пользоваться…
Если v2 действительно не такой, то это здорово.
Кто уже попробовал, чувствуется разница?
Появится «гугловидение» со встроенным ютубом, которое можно будет смотреть по «гугловизору» на андроиде, постепенно превращающемуся в бытовой гуглокомпьютер на хром-ос с джимейлом и всеми остальными услугами гугла впридачу.
"Для Гугла это во-первых захват рынка бытовой электроники. Телевизоры, работающие на базе Android, — мостик к нетбукам с хромоосью для самых простых пользователей. Любимый прием Гугла: если есть большая группа пользователей, не желающих использовать продукт, надо чтобы продукт сам оказался внутри другого, — привычного.
Во-вторых, Гугл выходит на рынок классических средств массовой информации. Опять тот же прием: потихоньку переключить телевизионный канал, идущий к пользователю телевидения, на интернет (а значит, что на себя во многом)." и т.п.
Возможно, что так видится в гугле. Конечно не все что они хотят, — так и будет…
Если бы я захотел себе подобие такой визитки, я бы просто давал людям URL своего профиля в гугле. Возможностей привязки к нему всякого всего очень много.
Хотя, узкоспециализированные сервисы порой могут оказаться людям более по душе.
Что-то в этом есть. Идея такого типа, что заранее непонятно, — пойдет или нет.
Но поскольку на первый взгляд не особо трудоемко, не так обидно будет, если второе окажется.
Единственное тонкое место связано с разбивкой — могут быть неожиданности.
Плюс сразу возникнет желание иметь легкий способ подтолкнуть/притормозить.
Может понравится привыкшим к ридеру. Заодно можно метки ставить на фрагменты, легко делиться понравившимися фрагментами и т.п.
Однако, это не отменяет мнения, что хотелось бы иметь город в первую очередь для жителей, а не для гаишников, коммунальных служб, и т.д. В общем это действительно отдельная тема.
Пример просто показывает, что даже такая красивая аналогия не оказывается железным доказательством того, что «Проблема высосана из пальца».
Возможно она даже глубже, чем представлял себе автор топика.
Обязательные поля могут быть злом не обязательно потому, что доставляют неудобство пользователю. Часто это признак слабости и низкого качества системы с точки зрения ее назначения. Поля формы — это описание ситуации, требующей решения (классификации). Нетривиальные задачи действительно отличаются тем, что описываемый объект «не виден» полностью. В то же время, обычно есть множество альтернативных способов решения, в зависимости от того, какая часть данных доступна. Хорошая система — компромисс между идеальной, и той, которую можно создать за разумные (поставленные) сроки разумными (имеющимися) силами.
Другое дело, что для бизнеса, создающего системы, первостепенная задача не в том, чтобы лучше решить проблемы клиента, а в том, чтобы заработать побольше денег. И тут вариантов немало.
Аккуратные голландцы убрали с улиц все светофоры
… Удаление светофоров с улиц Драхтена (Drachten) началось семь лет назад, и последние три светофора будут демонтированы в течение двух лет.
— В «светофорные» времена ДТП со смертельным исходом в Драхтене имели место каждые три года, а вот после начала эксперимента на дорогах не погиб ни один человек.
— Главный городской перекрёсток пропускает примерно 22 тысячи автомобилей в день, не считая нескольких тысяч велосипедистов и пешеходов. В «дни светофора» движение здесь было затруднено: водители стояли в пробках и без конца сигналили.
…
Типичная ошибка дорожных инженеров состоит в том, что когда с дорогой начинаются проблемы, они всегда пытаются что-нибудь добавить, — поясняет Мондерман. — На мой взгляд, в таких ситуациях гораздо лучше что-нибудь убрать
То есть я думаю, что «светофоры» нужны, но к месту, — как крайняя необходимость. Если делать город для людей и их удобства, а не потому как проще и надежнее для проектировщиков.
Любая система служит человеку, а не ради своей целостности и надежности. Систему «для человека» сделать сложно или даже очень сложно. Но ведь надо стремиться. Если пользователь понимает, что более полное описание дает более качественный результат, то при заинтересованности в последнем он сам будет стараться.
Но поскольку делать такие системы сложно и долго, мы мучаемся с «тупыми» программами и стоим в бесконечных пробках.
А делать можно. Конечно, всему есть предел и крайностей надо избегать.
А вот есть такой gtalk-to-voip. Если к нему подключиться, то можно звонить через gtalk, а значит из gmail. То есть вроде бы достигается аналогичный эффект: «совершать звонки прямо из браузера»? Справедливо ли сравнение и можете ли сопоставиться?
По идее для GAE проблем не должно быть сделать. Там собственно только хаб оповещать: посылать POST с двумя параметрами.
Если по смыслу, то можно увидеть общее межу хабом и FeedBurner в том, что они посредники-преобразователи. Только для хаба основная задача — распространение, а для FeedBurner — модификация.
Вот что писано на главной страничке, ему посвященной:
«Turn your feeds into real-time streams
Easily turn existing Atom and RSS feeds into real-time streams.
PubSubHubbub is a simple, open, server-to-server publish/subscribe protocol as an extension to Atom and RSS. Parties speaking the PubSubHubbub protocol can get near-instant notifications via WebHook callbacks when a feed they are interested in is updated.»
Если он родился по ходу работы над вэйвом, то противоречия тут нет. Применяться может кучей способов, например, тот же Buzz, как известно его использует.
И вообще Google вроде помышляет о том, чтобы массово сподвигнуть сайты к поддержке издания контента с его помощью, чтобы им было легче индексировать свежие страницы.
Насчет позорности спорить не буду )
PubSubHubbub — это протокол. FeedBurner — сервис, который, кстати, на данный момент поддерживает данный протокол. То есть с точки зрения протокола, FeedBurner — подписчик и издатель. Например, если у вас блог на Blogger (который также поддерживает PubSubHubbub) и он подключен к FeedBurner, то теоретически как только вы написали пост, Blogger пингует подписчиков и FeedBurner тут же получает сообщение. На выходе, в свою очередь, FeedBurner пингует уже его подписчиков. Например, Twitter (при включенной опции) получит оповещение и сообщение быстренько появится там. (на деле возможно, что между этими конкретными сервисами существует более хитрая связь — я не знаю). При этом хабом FeedBurner не является.
«Наше расследование не выявило никаких признаков ошибки в Gmail, равно как в мобильном интерфейсе или где бы то ни было. Иногда спамеры могут использовать мобильный интерфейс для доступа к уже взломанным ранее учётным записям, потому что такой метод проще использовать в крупных масштабах при помощи ботов»
"… Мы рекомендуем пользователям, подозревающим, что их учётные записи были взломаны, немедленно изменить свои пароли и последовать совету, данному на этой страничке: http://www.google.com/help/security/".